PRD撰寫指南 | 從需求到實現(xiàn)的關(guān)鍵
編寫產(chǎn)品需求文檔要精益求精,借鑒優(yōu)秀案例但不照搬,根據(jù)實際情況靈活取舍,建立自己的輸出邏輯。合理的框架是寫好PRD的首要目標,我結(jié)合實踐項目,與你分享一些經(jīng)驗,希望能對你的輸出有所幫助。
版本封面
內(nèi)容:產(chǎn)品logo,項目名稱,所屬公司,產(chǎn)品名稱,文檔類型,版本號,時間,相關(guān)人員(最好說明下負責人)。
作用:
- 突出重要信息,將關(guān)鍵信息以最明顯的方式呈現(xiàn)。
- 高大上的版本封面讓人有種儀式感。
- 增加團隊凝聚力,激發(fā)參與感,增強對自己工作的意義和目標感。
示例:
一、文檔綜述
1. 修訂記錄
內(nèi)容:修訂時間,修訂人,修訂內(nèi)容。
作用:
- 追溯變更,了解文檔更新修改過程,避免沖突與混淆。
- 修訂過程可視化和透明度,經(jīng)過審查和授權(quán)的文檔質(zhì)量更高。
示例:
2. 輸出說明
內(nèi)容:文檔名稱,版本,撰寫人,撰寫時間,閱讀對象、相關(guān)文檔。
示例:
二、產(chǎn)品概述
1. 項目背景
內(nèi)容:政策,需求,市場,技術(shù),社會。
作用:
- 幫助理解:使各方更好地理解PRD中所描述的需求和功能。
- 建立共識:幫助各方對項目的重要性和目標達成一致,從而促進合作和共同努力。
- 支持決策:為決策提供依據(jù),幫助各方了解項目范圍和限制,以便做出明智決策。
示例:
國家對畜牧業(yè)信息化、智能化和規(guī)?;a(chǎn)能力的重視為科技企業(yè)提供了政策支持(政策背景),同時隨著居民生活水平的提高,對畜牧業(yè)相關(guān)食品的需求也逐漸增加(需求背景)。作為畜牧業(yè)大國,我國在全球畜牧總量中居前列,這對我國的國民經(jīng)濟發(fā)展至關(guān)重要。
畜牧業(yè)產(chǎn)值不斷增長為智慧養(yǎng)殖行業(yè)創(chuàng)造了市場增長空間(市場背景),因此各大中型豬場紛紛采用智能化的養(yǎng)豬管理平臺,使養(yǎng)豬業(yè)步入了信息化和數(shù)據(jù)化的時代。這一趨勢對推動我國養(yǎng)豬產(chǎn)業(yè)的進步和生產(chǎn)力的發(fā)展具有積極意義(社會背景)。
隨著技術(shù)和經(jīng)濟水平的提高,我國的畜牧業(yè)生產(chǎn)力也將逐漸提升,智能化管理平臺的使用將成為主要選擇。物聯(lián)網(wǎng)、云計算、大數(shù)據(jù)、人工智能技術(shù)以及智能設(shè)備等先進技術(shù)為智慧養(yǎng)殖提供了強大的推動力(技術(shù)背景)。
2. 產(chǎn)品介紹
內(nèi)容:所屬公司/產(chǎn)品名稱,產(chǎn)品logo,產(chǎn)品定位,產(chǎn)品slogan,簡介,愿景。
示例:以喜馬拉雅為例。
3. 用戶畫像
內(nèi)容:角色劃分,故事,描述。
作用:
- 幫助團隊明確目標用戶群體,提供符合其需求的解決方案,確保產(chǎn)品設(shè)計和開發(fā)過程始終以目標用戶為中心。
- 幫助團隊確定用戶需求、特征,并以此為基礎(chǔ)優(yōu)化產(chǎn)品設(shè)計和用戶體驗,提高產(chǎn)品的可用性和用戶滿意度。
示例:
4. 產(chǎn)品里程碑
內(nèi)容:時間,階段名稱,迭代版本,功能拆解,目標。
作用:
- 資源管理:明確開發(fā)周期和里程碑,有助于合理安排資源和任務(wù),提高項目可控性。
- 溝通合作:共同時間框架和關(guān)注點,推動成員及時共享進展、討論問題并做出決策。
示例:
三、需求分析
1. 業(yè)務(wù)流程圖
2. 功能流程圖
3. 功能清單
內(nèi)容:模塊,子模塊,功能點,描述(5W2H),優(yōu)先級,來源,類型,預期結(jié)果。
模塊:產(chǎn)品可劃分為幾大功能模塊;子模塊:進一步明確模塊下的子模塊,以變更清晰地劃分功能;功能點:具體的功能需求或特性;描述:功能點的詳細描述;優(yōu)先級:重要性及緊急程度共同決定;來源:用戶、業(yè)務(wù)方、領(lǐng)導等;類型:基礎(chǔ)型、期望型、興奮型等;預期結(jié)果:功能點需要達到的目標。
作用:
- 功能清單是產(chǎn)品需求的具體表現(xiàn),明確的功能清單可避免需求模糊和遺漏。
- 作為產(chǎn)品測試和驗證的依據(jù),及時發(fā)現(xiàn)和修復可能存在的問題和缺陷。
示例:
4. 產(chǎn)品結(jié)構(gòu)
內(nèi)容:功能結(jié)構(gòu)圖,信息結(jié)構(gòu)圖,產(chǎn)品結(jié)構(gòu)圖。
功能結(jié)構(gòu)圖:產(chǎn)品的功能組織結(jié)構(gòu),反映各個功能模塊之間的層次和依賴關(guān)系,一般為“模塊→子模塊→功能點”。
信息結(jié)構(gòu)圖:產(chǎn)品的實體項所具備的字段集合。
產(chǎn)品結(jié)構(gòu)圖:產(chǎn)品的整體結(jié)構(gòu),包括組件、模塊、字段等,產(chǎn)品結(jié)構(gòu)圖可以直接作為原型圖的參照。
產(chǎn)品結(jié)構(gòu)圖的清晰區(qū)分和正確繪制對整個產(chǎn)品至關(guān)重要,但很多人仍無法明確區(qū)分。未來的文章中,我將針對如何輸出有效的結(jié)構(gòu)圖進行更加詳細的說明,以幫助大家更好地理解和繪制。
四、功能性需求
1. 功能模塊一
基礎(chǔ)信息
內(nèi)容:場景描述、功能目標,頁面信息(名稱&入口&所在端),前置條件。
示例:
- 場景描述:當用戶在商品查看頁面時,能將有意愿購買的產(chǎn)品加入到購物車。
- 功能目標:產(chǎn)品能加入到購物車,并且購物車需要支持下訂單。
頁面信息:
- 頁面名稱:【設(shè)備管理】
- 頁面入口:點擊“物聯(lián)網(wǎng)管理平臺”的“設(shè)備管理”一級菜單
- 所在端:web端
前置條件:
網(wǎng)絡(luò)連接正常,已登錄狀態(tài)。
若用戶處于未登錄狀態(tài),進入到頁面前,需要先跳轉(zhuǎn)到登錄頁進行登錄操作。
功能描述
內(nèi)容:界面元素,交互說明,數(shù)據(jù)字典,邏輯流程(頁面跳轉(zhuǎn),功能操作,異常處理邏輯)。
示例:
① 界面元素
- 篩選項:設(shè)備類型(下拉框),創(chuàng)建時間(時間范圍控件)
- 列表(從左至右):字段1,字段2,字段3,操作
② 交互說明
功能點1:商品加購
功能點2:購買商品
功能點3:分享商品
③ 數(shù)據(jù)字典
④ 邏輯流程
頁面跳轉(zhuǎn):
功能操作:
五、非功能性需求
內(nèi)容:安全,埋點,性能,可用性,易用性,兼容性,運維,驗收,數(shù)據(jù)。
作用:
- 系統(tǒng)性能:響應時間、并發(fā)用戶數(shù)、吞吐量等??纱_保系統(tǒng)在處理大量用戶請求或高負載情況下仍能保持高效和穩(wěn)定。
- 可用性:界面友好性、操作簡單性、一致性等。有助于確保系統(tǒng)具有良好的用戶體驗,提高用戶滿意度和用戶粘性。
- 數(shù)據(jù)安全:身份驗證、數(shù)據(jù)加密、訪問控制等。可保護用戶隱私和敏感信息,防止?jié)撛诘陌踩{和數(shù)據(jù)泄露。
- 可靠性/可維護性:容錯性、可恢復性、易于擴展和維護等。有助于確保系統(tǒng)持續(xù)穩(wěn)定地運行,方便團隊進行系統(tǒng)維護升級。
- 法規(guī)合規(guī):數(shù)據(jù)隱私法規(guī)、行業(yè)規(guī)范等??纱_保系統(tǒng)符合相關(guān)法規(guī)和標準,避免可能的法律風險和違規(guī)行為。
六、全局說明
1. 名詞解釋
2. 交互說明
內(nèi)容:常用手勢,鍵盤說明,交互組件。
作用:
- 交互澄清:明確組件、模塊或功能之間的交互方式,幫助團隊全面了解系統(tǒng)交互邏輯。
- 技術(shù)規(guī)劃:描述系統(tǒng)交互方式,幫助選擇合適的架構(gòu)和接口,確保系統(tǒng)的可擴展性和性能。
- 溝通協(xié)作:交互說明促進團隊溝通和協(xié)作,傳達和分享交互細節(jié),避免混亂和不一致。
示例:
① 常用手勢
- 點擊:選擇、激活、打開元素
- 左滑:返回上一級頁面
- 右滑:暫無交互
- 上滑:向上滾動瀏覽內(nèi)容
- 下滑:刷新
- 按住:觸發(fā)上下文菜單 or 拖拽 or 進入編輯模式
② 鍵盤說明
點擊輸入框,自動從底部彈出鍵盤。
③ 交互組件1- 彈窗
左上方:彈窗標題;右上方:點擊“×”圖標,關(guān)閉彈窗;右下方:點擊“取消”圖標,關(guān)閉彈窗。點擊“確定”圖標,檢查數(shù)據(jù)是否符合要求,符合要求,關(guān)閉彈窗保存數(shù)據(jù)。
3. 功能權(quán)限
1)登錄認證
- 未登錄狀態(tài):可以瀏覽界面,但進行操作時,將會跳出注冊登錄提示對話框。點擊對話框中的“確定”按鈕,可以跳轉(zhuǎn)至注冊登錄頁面進行注冊或登錄操作。
- 登錄狀態(tài):在應用中進行所有操作。
2)導航和界面訪問
通過配置權(quán)限管理下的角色權(quán)限,用戶在系統(tǒng)中可訪問不同模塊、頁面和功能,詳情參見“XXX”的需求描述。
4. 數(shù)據(jù)規(guī)則
1)網(wǎng)絡(luò)判斷
要求:系統(tǒng)需要在用戶設(shè)備上進行數(shù)據(jù)同步,并確保在網(wǎng)絡(luò)連接不可用時提供離線功能。
描述:
- 若網(wǎng)絡(luò)連接正常,系統(tǒng)將執(zhí)行實時數(shù)據(jù)同步,并提供在線功能;若網(wǎng)絡(luò)連接不可用,系統(tǒng)將自動切換到離線模式,使用本地緩存的數(shù)據(jù)提供基本功能。
- 當網(wǎng)絡(luò)連接恢復時,系統(tǒng)將自動重新進行數(shù)據(jù)同步,將離線期間的操作同步到服務(wù)器,并更新本地緩存。
2)緩存機制
要求:系統(tǒng)需要提供高性能和響應速度,并減輕服務(wù)器負載。
描述:
- 系統(tǒng)將使用緩存機制來存儲經(jīng)常訪問的數(shù)據(jù),以減少對后端服務(wù)器的請求次數(shù)。
- 當用戶請求數(shù)據(jù)時,系統(tǒng)首先檢查緩存中是否存在所需數(shù)據(jù)。若存在于緩存,系統(tǒng)將直接從緩存中獲取數(shù)據(jù)并返回給用戶。若數(shù)據(jù)不在緩存中,系統(tǒng)將從服務(wù)器獲取最新數(shù)據(jù),并將其存儲在緩存中供后續(xù)訪問使用。
- 緩存數(shù)據(jù)將根據(jù)一定的策略進行更新和失效處理,以確保緩存數(shù)據(jù)的有效性和一致性。
3)中斷機制
要求:系統(tǒng)需要處理意外中斷事件,如系統(tǒng)崩潰、斷電等情況。
描述:
- 系統(tǒng)將實施中斷機制以應對意外中斷,保護數(shù)據(jù)完整性和系統(tǒng)穩(wěn)定性。
- 系統(tǒng)將定期進行數(shù)據(jù)備份,以便在系統(tǒng)恢復后能夠回到最近的可用狀態(tài)。
- 系統(tǒng)重新啟動或電源恢復時,進行自檢及恢復,確保系統(tǒng)的正確性和一致性。
- 若系統(tǒng)無法自動恢復到正常狀態(tài),將提供相應錯誤提示或通知用戶,并盡可能提供數(shù)據(jù)恢復或修復的解決方案。
寫在最后
- 多數(shù)情況下,針對簡單的優(yōu)化迭代,并不需要繁瑣的PRD結(jié)構(gòu)。重點把調(diào)整內(nèi)容講清楚,主要體現(xiàn)在“功能性需求”模塊。
- 不要花費太多時間糾結(jié)于模板上,結(jié)合目標提供最為簡潔的結(jié)構(gòu)即可,形式不是關(guān)鍵。
- 站在讀者(通常是技術(shù)人員)的角度去讀自己的文檔,反問自己,他們能從中獲得哪些信息?你是否有清楚表達?是否有遺漏部分?
本文由 @Power Cube 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
求模板