一、PRD的定位
產品經理工作流中,PRD承接的是產品經理把業務需求梳理成產品需求對接給項目組的其他小夥伴。所以重要性不言而喻。首先你明確兩個問題:
- 產品實現的過程中,誰會看PRD?——角色包括:產品夥伴、研發、UI、測試、運營和客服等團隊成員
- PRD是否能清晰的表達這個版本的需求?——這版本需要做什麼?用戶路徑是怎麼樣的?版本的整個功能架構,對應的原型和邏輯
產品經理需要清晰的知道PRD最重要的包含哪些內容。才能在評審會上不至於有分歧。
二、PRD的結構
在現階段一般是敏捷開發、注重的是項目管理和溝通高效。PRD最重要的是適合你的團隊配合。但是最基礎的PRD結構可以通過如下的腦圖來總結:
其中整體呈現出來如下圖所示:(全部在Axure呈現出來)
1.產品歷史版本規劃
主要是說清楚每個版本功能迭代的目的是什麼。其中包括編輯的時間、上線版本號、具體的內容、功能架構和用戶路徑(方便點擊跳轉)、原型版本號和修訂人。如下圖展示:
2.PRD階段
經常有小夥伴問John,PRD是每個版本分開寫還是聚合寫在一起。其實你會發現,分開寫之後,查看對應的文章就很麻煩,且不容易管理。所以John最後就採用這種管理方式。
2.1.功能架構圖
首先建議輸出功能需求池,說清楚有哪些功能需求。如下圖:
然後針對需求池輸出對應的功能架構:
輸出功能需求池的目的是產品經理更好的存檔。功能架構方便項目組的夥伴更好的清晰每個版本所對應的模塊是什麼?
2.2.用戶路徑流程圖
輸出用戶路徑是為了清晰每個模塊之間的跳轉關係和路徑。做到整體流程無遺漏無缺失。(重點是一定要說清楚)
單一用戶多模塊操作的泳道圖:
多用戶多模塊操作的泳道圖:
2.3.原型
John之前說過,原型是最不重要的,但是它是最基礎的。如果你原型都不能保障,那建議先去好好練習基本功吧。
其中仔細看會發現,初始的頁面,配套寫清楚邏輯,加上交互的點擊事件說明。只要會閱讀的技術,都能很清晰的看清楚內容。來源:產品狗聚集地
閱讀更多 壹點方圓諮詢 的文章