天天看點

如何傳遞高品質的産品需求(一)

作者:人人都是産品經理
需求是産品設計中非常重要的一部分,有需求才能輸出對應的産品。本篇文章将分析完整需求中包含的一些場景,對産品經理崗位提供一些參考,希望能對大家有所幫助。
如何傳遞高品質的産品需求(一)

産品需求的重要性:

在整個産研過程中,産品需求是源頭活水,是産研工作最重要的輸入。産品經理作為産研體系的發動機,傳遞高品質的産品需求,是提高産研效率、節省産研成本的重要保障。

從項目管理角度看,如果需求是不清不楚的,意味着項目範圍的不确定性,更無從談起項目成功了。

産品需求品質差的表現:

研發、測試同學吐槽的需求不清不楚的常見場景:

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

傳遞高品質的産品需求:

一份高品質的産品需求,應該是具備以下重要特性:完整、具體、準确、友好。

完整

産品需求的完整性,包括标配需求,分支流程、異常流程的閉環;包括功能邏輯的齊全;包括不同的業務場景;包括上下遊關聯影響的說明;包括附件資料;包括非功能性需求…

标配需求

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

很常見标配需求的場景:

1. 表單(新增、修改資料)

  • 是否必填:需描述字段是否必填,以及必填的提示。
  • 是否可編輯:說明資料項是否允許編輯,是否隻允許特定使用者、特定條件才能編輯,允許哪些使用者、哪些特定條件才可編輯。
  • 資料唯一性:哪些字段值、或字段值組合不允許重複。
  • 長度:允許輸入内容的長度,包括最大長度、最小長度;輸入、黏貼超長的内容如何處理。
  • 格式:允許輸入内容的格式; 例如隻允許輸入數字和小數點、不允許輸入“*”。
  • 預設值&選項:需要有預設值的字段(例如下拉框),描述清楚 預設值是多少,有選項的字段,列舉每個選項的具體内容。
  • 隐藏字段:界面不展示但需指派的隐藏字段,描述該字段的取值邏輯。
  • 非輸入字段:非手動輸入但界面又需展示的字段,需描述如何取值;如果是由其他觸發條件自動帶出資料的情況,描述清楚具體觸發條件,以及根據什麼邏輯帶出資料。
  • 表單驗證觸點:描述資料驗證的觸點;例如光标離開驗證、鍵盤松開驗證、送出表單驗證。
  • 驗證提示:每種驗證(必填、格式錯誤、重複等)都需提供驗證提示語;驗證提示語中如有變量,需描述變量的取值規則;驗證提示語的展示位置,展示形式。
  • 送出資料:送出表單時,送出、或儲存按鈕不可重複點選;表單送出後,頁面跳轉的目标頁面。

新增資料的示例:

如何傳遞高品質的産品需求(一)

2. 資料清單

  • 查詢條件:指明預設的查詢條件;輸入類的查詢條件,描述輸入的字元種類、長度限制,以及是否支援模糊查詢、左模糊、右模糊、還是左右模糊查詢; 選擇類的查詢條件,描述具體的選項、以及是否支援多選等。
  • 查詢:進入資料清單預設就查詢并展示資料,還是需點選“查詢”按鈕再展示資料。
  • 查詢的資料量:當查詢的資料量很龐大,需限制隻能查詢滿足特定條件的資料(例如隻查某時段的資料);或者查詢出結果前提示使用者:查詢大量資料需等待。
  • 資料展示形式:清單中預設需展示哪些字段;特殊資料類型的展示格式、内容超長情況下的展示形式;例如時間字段,格式展示為1900-00-00 00:00 。
  • 排序:資料清單預設按哪個字段排序; 清單中哪些字段需支援點選列頭排序。
  • 分頁:資料清單是否有分頁,每頁預設展示多少條資料,是否支援動态選擇每頁展示的資料量、選擇項有哪些。
  • 其他配套功能:是否需要個性設定清單字段的功能;是否需要導入、導出功能等。

3. 增加字段

  • 字段的用途、業務類型、長度:描述清楚 要增加字段的作用和用途,用于存儲什麼類型的業務資料,該種業務資料可能的最大長度,最好提供示例資料。
  • 字段預設值、取值規則:要加的字段的預設值,如果是選擇類型的字段,列舉選項有哪些;如果要加的字段是系統自動指派,需描述具體指派規則。
  • 字段的展示:要增加的字段在哪些地方需要展示,例如詳情頁、清單頁;描述字段加在那個功能子產品。
  • 字段的查詢、編輯:要增加的字段是否要支援查詢、是否用于查詢條件;是否可編輯,是否由特定人才能編輯。
  • 對外接口:需描述哪些資料接口需要同步增加出參。
  • 存量資料:描述清楚,增加字段後,存量資料是否需處理,以及如何處理。

增加新字段後,對于存量資料的處理是被遺漏最多的。

在以下示例中,要在客戶資訊中增加新字段 最後跟進時間, 對于增量資料從客戶跟進資訊的子表中自動指派,對于存量資料如果漏了做處理,則該字段就是空值。

使用者想查詢最近N天未跟進的客戶,就查不出完整的資料,對于使用者就是個系統Bug 。

如何傳遞高品質的産品需求(一)

4. 删除資料

  • 删除限制:描述 删除資料前,要有哪些限制,不允許随意執行删除邏輯。
  • 删除提示:描述 删除資料前的确認提示,提示使用者系統将删除哪些或多少條資料;如果删除資料失敗,如何提示。
  • 批量删除:是否需要支援批量删除;如需要批量删除,資料清單中需要支援批量選擇資料;批量選擇資料後,如選中了不可删除的資料,執行删除時如何處理。
  • 級聯删除:删除主表資料後,是否要同步删除子表資料、以及上下遊強關聯的資料,删除哪些子表的資料,哪些強相關聯的資料;删除子表的資料後,是否要同步删除主表的備援資料,删除主表哪個字段的資料。
  • 資料恢複:描述清楚,被删除的資料是否還可以恢複,如何恢複。

如以下示例中,1個客戶對應有N個聯系人, 同時客戶資訊主表中備援了客戶主負責人姓名和電話。

當删除客戶資訊時,需說明對應的N個聯系人是否需同步删除。

同樣的當删除客戶聯系人子表中的主負責人時,客戶資訊主表中備援的主負責人姓名和電話是否需同步删除。

如何傳遞高品質的産品需求(一)

5. 導入資料

  • 導入模闆:需提供導入摸闆,以及導入的示例資料;提供重要字段的填寫說明;用星号标明必填字段;如果是枚舉字段,模闆檔案中需支援下拉選擇;對于金額類字段,标明金額的機關,設定資料驗證隻能輸入數字和小數點。
  • 模闆格式:針對Excel模闆檔案,設定好模闆檔案的預設行高,避免使用者要重新自己表格行高。
  • 導入驗證:描述 導入模闆中哪些字段必填,模闆中字段與系統中字段的對應關系;描述 允許導入什麼格式的資料檔案、導入多大的資料檔案。
  • 導入結果:展示執行導入的進度資訊,提示導入資料的結果(成功多少條、失敗多少條)。

    需提供檢視、或下載下傳導入失敗的資料的功能,并且記錄某項資料導入失敗的具體原因,可在導入失敗的檔案中檢視。

典型的導入模闆檔案示例:

如何傳遞高品質的産品需求(一)

6. 導出資料

  • 導出模闆:提供導出模闆,并描述要導出的每個字段的取值邏輯。
  • 導出大批量資料:描述導出資料量的最大限制,如果要導出的資料超過最大限制時,如何提示。
  • 導出資料以及結果:描述導出哪些資料,比如是導出 查詢出的所有資料、還是導出目前頁的資料;查詢無資料時導出按鈕是否可點選;導出資料完成後,需提示導出的結果。

7. 定義資料接口

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

如以下為定義資料查詢接口比較典型的示例:

如何傳遞高品質的産品需求(一)

未完待續。。。

本文由 @天晴一把刀 原創釋出于人人都是産品經理,未經許可,禁止轉載。

題圖來自 Unsplash,基于CC0協定。

該文觀點僅代表作者本人,人人都是産品經理平台僅提供資訊存儲空間服務。

繼續閱讀