如何交付高質量的產(chǎn)品需求(一)

3 評論 17721 瀏覽 203 收藏 13 分鐘
🔗 产品经理的职业发展路径主要有四个方向:专业线、管理线、项目线和自主创业。管理线是指转向管理岗位,带一个团队..

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

產(chǎn)品需求的重要性:

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

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

產(chǎn)品需求質量差的表現(xiàn):

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

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

交付高質量的產(chǎn)品需求:

一份高質量的產(chǎn)品需求,應該是具備以下重要特性:完整、具體、準確、友好。

完整

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

標配需求

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

很常見標配需求的場景:

1. 表單(新增、修改數(shù)據(jù))

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

新增數(shù)據(jù)的示例:

2. 數(shù)據(jù)列表

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

3. 增加字段

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

增加新字段后,對于存量數(shù)據(jù)的處理是被遺漏最多的。

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

用戶想查詢最近N天未跟進的客戶,就查不出完整的數(shù)據(jù),對于用戶就是個系統(tǒng)Bug 。

4. 刪除數(shù)據(jù)

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

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

當刪除客戶信息時,需說明對應的N個聯(lián)系人是否需同步刪除。

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

5. 導入數(shù)據(jù)

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

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

6. 導出數(shù)據(jù)

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

7. 定義數(shù)據(jù)接口

  • 接口的調用場景:描述清楚接口在業(yè)務上的應用場景。
  • 接口調用方:描述 接口用于給哪些業(yè)務系統(tǒng)調用。
  • 接口調用量:描述清楚接口大概的日調用量,用于技術同學設計接口性能時作為參考;例如某個查詢數(shù)據(jù)的接口調用量100次/日、與100萬次/日,在設計接口性能時需考慮的因素就完全不在一個量級。
  • 接口功能描述:接口內部讀取、新增、修改、刪除數(shù)據(jù)的主要功能、業(yè)務邏輯。
  • 輸入?yún)?shù):列舉接口需要的每個入?yún)?,每個入?yún)⑹欠癖貍鳎约懊總€入?yún)膫€模塊的哪個字段;接口入?yún)⑹欠褚笈總魅搿?/li>
  • 輸出參數(shù):列舉接口的每個出參,以及每個出參的讀取、計算邏輯。

如以下為定義數(shù)據(jù)查詢接口比較典型的示例:

未完待續(xù)。。。

本文由 @天晴一把刀 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉載。

題圖來自 Unsplash,基于CC0協(xié)議。

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 可以形成一個寫PRD檢查清單項,很落地

    來自廣東 回復
  2. 寫的很詳細

    來自北京 回復
  3. 寫得太好了,臍帶

    來自廣東 回復
专题
14422人已学习13篇文章
裂变是研究用户增长的重要一环。本专题的文章分享了如何做裂变活动。
专题
125426人已学习18篇文章
你说你会竞品分析,我信!但是肯定写的不好,不服看看别人的。
专题
43036人已学习17篇文章
谈到互联网产品,我们不得不谈的就是它的盈利方式,这也是产品人经常会被问到的问题。
专题
13520人已学习12篇文章
本专题的文章分享了B端产品经理的通用工作流程。
专题
18329人已学习13篇文章
AI产品经理的核心目的是通过AI技术创造和优化产品服务,丰富技术知识可以让自己在工作中拥有更多话语权。本专题的文章分享了AI产品经理需要掌握的AI技术。
专题
142730人已学习32篇文章
做一个好运营,技术和意识都得过硬。