需求是產品設計中非常重要的一部分，有需求才能輸出對應的產品。本篇文章將分析完整需求中包含的一些場景，對產品經理崗位提供一些參考，希望能對大家有所幫助。

產品需求的重要性：

在整個產研過程中，產品需求是源頭活水，是產研工作最重要的輸入。產品經理作為產研體系的發(fā)動機，交付高質量的產品需求，是提高產研效率、節(jié)省產研成本的重要保障。

從項目管理角度看，如果需求是不清不楚的，意味著項目范圍的不確定性，更無從談起項目成功了。

產品需求質量差的表現：

研發(fā)、測試同學吐槽的需求不清不楚的常見場景：

• 一句話需求。
• 需求點這里漏那里漏了。
• 需求描述模棱兩可、含糊不清。
• 缺少以前功能邏輯的描述。
• 有沒有性能需求。
• …

交付高質量的產品需求：

一份高質量的產品需求，應該是具備以下重要特性：完整、具體、準確、友好。

完整

產品需求的完整性，包括標配需求，分支流程、異常流程的閉環(huán)；包括功能邏輯的齊全；包括不同的業(yè)務場景；包括上下游關聯影響的說明；包括附件資料；包括非功能性需求…

標配需求

猶如鍵盤之余電腦、座椅之余桌子，是最基本該有的，一提到主體就該想到不能缺的部分。

很常見標配需求的場景：

1. 表單（新增、修改數據）

• 是否必填：需描述字段是否必填，以及必填的提示。
• 是否可編輯：說明數據項是否允許編輯，是否只允許特定用戶、特定條件才能編輯，允許哪些用戶、哪些特定條件才可編輯。
• 數據唯一性：哪些字段值、或字段值組合不允許重復。
• 長度：允許輸入內容的長度，包括最大長度、最小長度；輸入、黏貼超長的內容如何處理。
• 格式：允許輸入內容的格式； 例如只允許輸入數字和小數點、不允許輸入“*”。
• 默認值&選項：需要有默認值的字段（例如下拉框），描述清楚 默認值是多少，有選項的字段，列舉每個選項的具體內容。
• 隱藏字段：界面不展示但需賦值的隱藏字段，描述該字段的取值邏輯。
• 非輸入字段：非手動輸入但界面又需展示的字段，需描述如何取值；如果是由其他觸發(fā)條件自動帶出數據的情況，描述清楚具體觸發(fā)條件，以及根據什么邏輯帶出數據。
• 表單驗證觸點：描述數據驗證的觸點；例如光標離開驗證、鍵盤松開驗證、提交表單驗證。
• 驗證提示：每種驗證（必填、格式錯誤、重復等）都需提供驗證提示語；驗證提示語中如有變量，需描述變量的取值規(guī)則；驗證提示語的展示位置，展示形式。
• 提交數據：提交表單時，提交、或保存按鈕不可重復點擊；表單提交后，頁面跳轉的目標頁面。

新增數據的示例：

2. 數據列表

• 查詢條件：指明默認的查詢條件；輸入類的查詢條件，描述輸入的字符種類、長度限制，以及是否支持模糊查詢、左模糊、右模糊、還是左右模糊查詢； 選擇類的查詢條件，描述具體的選項、以及是否支持多選等。
• 查詢：進入數據列表默認就查詢并展示數據，還是需點擊“查詢”按鈕再展示數據。
• 查詢的數據量：當查詢的數據量很龐大，需限制只能查詢滿足特定條件的數據（例如只查某時段的數據）；或者查詢出結果前提示用戶：查詢大量數據需等待。
• 數據展示形式：列表中默認需展示哪些字段；特殊數據類型的展示格式、內容超長情況下的展示形式；例如時間字段，格式展示為1900-00-00 00:00 。
• 排序：數據列表默認按哪個字段排序； 列表中哪些字段需支持點擊列頭排序。
• 分頁：數據列表是否有分頁，每頁默認展示多少條數據，是否支持動態(tài)選擇每頁展示的數據量、選擇項有哪些。
• 其他配套功能：是否需要個性設置列表字段的功能；是否需要導入、導出功能等。

3. 增加字段

• 字段的用途、業(yè)務類型、長度：描述清楚 要增加字段的作用和用途，用于存儲什么類型的業(yè)務數據，該種業(yè)務數據可能的最大長度，最好提供示例數據。
• 字段默認值、取值規(guī)則：要加的字段的默認值，如果是選擇類型的字段，列舉選項有哪些；如果要加的字段是系統自動賦值，需描述具體賦值規(guī)則。
• 字段的展示：要增加的字段在哪些地方需要展示，例如詳情頁、列表頁；描述字段加在那個功能模塊。
• 字段的查詢、編輯：要增加的字段是否要支持查詢、是否用于查詢條件；是否可編輯，是否由特定人才能編輯。
• 對外接口：需描述哪些數據接口需要同步增加出參。
• 存量數據：描述清楚，增加字段后，存量數據是否需處理，以及如何處理。

增加新字段后，對于存量數據的處理是被遺漏最多的。

在以下示例中，要在客戶信息中增加新字段 最后跟進時間， 對于增量數據從客戶跟進信息的子表中自動賦值，對于存量數據如果漏了做處理，則該字段就是空值。

用戶想查詢最近N天未跟進的客戶，就查不出完整的數據，對于用戶就是個系統Bug 。

4. 刪除數據

• 刪除限制：描述 刪除數據前，要有哪些限制，不允許隨意執(zhí)行刪除邏輯。
• 刪除提示：描述 刪除數據前的確認提示，提示用戶系統將刪除哪些或多少條數據；如果刪除數據失敗，如何提示。
• 批量刪除：是否需要支持批量刪除；如需要批量刪除，數據列表中需要支持批量選擇數據；批量選擇數據后，如選中了不可刪除的數據，執(zhí)行刪除時如何處理。
• 級聯刪除：刪除主表數據后，是否要同步刪除子表數據、以及上下游強關聯的數據，刪除哪些子表的數據，哪些強相關聯的數據；刪除子表的數據后，是否要同步刪除主表的冗余數據，刪除主表哪個字段的數據。
• 數據恢復：描述清楚，被刪除的數據是否還可以恢復，如何恢復。

如以下示例中，1個客戶對應有N個聯系人， 同時客戶信息主表中冗余了客戶主負責人姓名和電話。

當刪除客戶信息時，需說明對應的N個聯系人是否需同步刪除。

同樣的當刪除客戶聯系人子表中的主負責人時，客戶信息主表中冗余的主負責人姓名和電話是否需同步刪除。

5. 導入數據

• 導入模板：需提供導入摸板，以及導入的示例數據；提供重要字段的填寫說明；用星號標明必填字段；如果是枚舉字段，模板文件中需支持下拉選擇；對于金額類字段，標明金額的單位，設置數據驗證只能輸入數字和小數點。
• 模板格式：針對Excel模板文件，設置好模板文件的默認行高，避免用戶要重新自己表格行高。
• 導入驗證：描述 導入模板中哪些字段必填，模板中字段與系統中字段的對應關系；描述 允許導入什么格式的數據文件、導入多大的數據文件。
• 導入結果：展示執(zhí)行導入的進度信息，提示導入數據的結果（成功多少條、失敗多少條）。
  需提供查看、或下載導入失敗的數據的功能，并且記錄某項數據導入失敗的具體原因，可在導入失敗的文件中查看。

典型的導入模板文件示例：

6. 導出數據

• 導出模板：提供導出模板，并描述要導出的每個字段的取值邏輯。
• 導出大批量數據：描述導出數據量的最大限制，如果要導出的數據超過最大限制時，如何提示。
• 導出數據以及結果：描述導出哪些數據，比如是導出 查詢出的所有數據、還是導出當前頁的數據；查詢無數據時導出按鈕是否可點擊；導出數據完成后，需提示導出的結果。

7. 定義數據接口

• 接口的調用場景：描述清楚接口在業(yè)務上的應用場景。
• 接口調用方：描述 接口用于給哪些業(yè)務系統調用。
• 接口調用量：描述清楚接口大概的日調用量，用于技術同學設計接口性能時作為參考；例如某個查詢數據的接口調用量100次/日、與100萬次/日，在設計接口性能時需考慮的因素就完全不在一個量級。
• 接口功能描述：接口內部讀取、新增、修改、刪除數據的主要功能、業(yè)務邏輯。
• 輸入參數：列舉接口需要的每個入參，每個入參是否必傳，以及每個入參對應哪個模塊的哪個字段；接口入參是否要求批量傳入。
• 輸出參數：列舉接口的每個出參，以及每個出參的讀取、計算邏輯。

如以下為定義數據查詢接口比較典型的示例：

未完待續(xù)。。。