個人產品需求說明文檔模板（PRD）

個人產品需求說明文檔模板（PRD）

修訂記錄：

產品簡介：

一句話介紹產品

產品目標：

介紹產品願景，描繪產品藍圖

項目背景：

在什麼背景下作這款產品？爲何要作這款產品？（馬雲爸爸說過「哪裏裏有抱怨，哪裏就有機會」）

用戶角色：

功能概述：

產品特性：

特性1·×××

整體流程：

只須要畫出當產品的業務邏輯

需求描述：該特性詳細的需求說明

狀態說明：

字段說明：

顯示類字段

1. 數據來源：須要一些容易引發歧義的字段，例如訂單時間，這個定義是：下單時間？支付時間？仍是其餘？這個須要進行明確
2. 數據校驗：必填仍是選填，若是是選填，那麼前臺是否提早須要提示，以區分查詢失敗的狀況
3. 數據類型：字母、數字、中文、圖片（各種圖片格式）、語音和文字等等，若是多是多種類型的組合，須要提早說明，避免顯示的兼容性出現問題；
4. 數據長度：最長最短長度，保證頁面可視效果的兼容性；
5. 後續冗餘：在可預見的範圍內，字段後續可能還有哪些擴展，若是提早作好兼容，就避免了後續字段更改，同步上線的麻煩。

錄入型字段說明

1. 數據來源：手動錄入/系統獲取。假如系統中有多個同義的字段，須要明確取哪一個字段；
2. 數據長度：最長最短長度，例如【0,20】；
3. 數據校驗：必填/非必填，是否爲空；
4. 數據類型：字母、數字、中文、圖片（各種圖片格式）、語音和文字等等，若是多是多種類型的組合，須要提早說明，避免顯示的兼容性出現問題；
5. 數據合法性校驗：一方面須要明確校驗的規則，另外一方面須要明確校驗的觸發條件，是輸入達到特定長度（例如汽車VIN碼就是固定17，輸入位數達17位能夠自動發起搜索），光標移出文本框，點擊提交按鈕？
6. 後續冗餘：在可預見的範圍內，字段後續可能還有哪些擴展，若是提早作好兼容，就避免了後續字段更改，同步上線的麻煩。

用例說明：

非功能性需求：

接口、統計、安全性、其餘；

若是您有不一樣見解，但願能夠在留言區和您交流。