產品經理之PRD詳解(非原創)

時間 2019-12-04

標籤產品經理 prd 詳解原創简体版

原文原文鏈接

文章大綱

1、PRD基礎
2、PRD要素講解
3、相關模板下載
4、參考文章html

1、PRD基礎

1. PRD簡介

PRD中文意思爲：產品需求文檔。PRD的主要使用對象有：開發、測試、項目經理、交互設計師、運營及其餘業務人員。開發能夠根據PRD獲知整個產品的邏輯；測試能夠根據PRD建用例；項目經理能夠根據PRD拆分工做包，並分配開發人員；交互設計師能夠經過PRD來設計交互細節。前端

2. PRD的要素

PRD至少須要具有原型和邏輯兩個模塊的內容，
原型包含頁面和交互。最好是所有頁面，以及至少基礎的交互。
邏輯包含功能邏輯、交互邏輯、視覺邏輯、技術邏輯，業務邏輯5種。若是分得比較細的話，技術邏輯還可分爲客戶端邏輯和服務端邏輯，好比前端如何呈現數據，服務端如何設計字段和表。緩存

3. PRD受衆關注要點

視覺設計師
主要看頁面和視覺邏輯，次要看交互邏輯。其餘邏輯不多看。安全

客戶端開發
主要看原型和技術邏輯和交互邏輯，其次是看其餘邏輯。服務器

服務端開發
主要看技術邏輯，其次是原型。有時候也須要看其餘邏輯。微信

2、PRD要素講解

1. 文檔概述

1.1 版本修訂記錄網絡

1.2 PRD輸出環境數據結構

1.3 關聯負責人架構

1.4 專業術語表
對PRD中出現較專業的詞進行解析，而且在文檔使用位置連接到此表中，方便查看。好比下面的例子。
1.4.1 區塊鏈
區塊鏈是一種按照時間順序將數據區塊以順序相連的方式組合成的一種鏈式數據結構，並以密碼學方式保證的不可篡改和不可僞造的分佈式帳本。併發

2. 產品結構

2.1 產品背景
介紹該產品在怎樣調研/分析下決定開始的，好比下面的介紹：
龐大的流動人口是住房租賃市場發展的基礎，爲整個市場提供了巨大的發展空間。近幾年，中國流動人口呈明顯的上升趨勢。2016年流動人口數量達2.47億，佔總人口的18%，租房市場規模達到1.38萬億元
截至到2016年8月底，咱們的目標地區蘇州市，租房房源總數達到209,503套，現有租房總人數爲135萬，年租金市場規模達到146億元。

2.2 產品介紹
簡單介紹該產品是作什麼的，包括產品定位等，好比下面的介紹：
xx做爲傳統的房地產中介，在廣州已經營了十幾年，線下有必定的房源客源基礎。開闢線上租房業務，一是順應當今的移動租賃趨勢，消除信息差，去中介化；二有利於咱們對線下資源進行整合。所以，這對咱們來講既是機遇也是挑戰。

2.3 產品功能結構圖
將產品的功能模塊以思惟導圖方式展現，以下圖所示：

2.4 產品信息結構圖
將產品涉及到的信息按人/模塊等進行歸檔，而且以思惟導圖方式進行呈現

3. 主要業務邏輯

對該產品整體業務邏輯、較抽象的邏輯進行直觀形象呈現，具體流程圖基礎可參考https://www.cnblogs.com/WUXIAOCHANG/p/10570343.html進行了解，下面進行示例：

4. 全局說明

對產品原型中通用性頁面/組件進行介紹，在具體原型頁面上進行位置連接。下面我列出少許常見的全局說明，具體內容可在實際生產中進行細化。

4.1 訪問權限
（1）已登陸用戶：可使用APP內全部功能；
（2）未登陸用戶：只能瀏覽「首頁」、「商家詳情」、「個人」這些一級頁面，在「首頁」中使用任何功能都會彈出對話框提示用戶未登陸，在「商家詳情」、「個人」頁面中使用任何功能都會直接跳轉到登陸註冊頁面。

4.2 鍵盤說明
（1）輸入手機號碼、驗證碼、密碼等純數字信息時從頁面底部彈出數字鍵盤；
（2）輸入其餘內容時從頁面底部彈出字母鍵盤。

4.3 網絡異常

4.4 彈框

4.5 頁面切換

5. 產品功能與邏輯

對產品功能進行詳細介紹，其中包括流程圖、原型圖等，下面進行示例講解：

5.1 登陸/註冊模塊**

（1）註冊模塊

流程圖：

原型圖：

觸發條件:
用戶點擊「註冊」後

頁面邏輯:
輸入手機號碼後檢測號碼是否註冊以及號碼格式是否正確，若是錯誤給出相應提示；
點擊「獲取驗證碼」後發送驗證碼，用戶在60秒後可再次點擊獲取；
點擊「設置密碼」設置登陸密碼，點擊「確認密碼」從新輸入登陸密碼，並校驗兩次密碼輸入是否一致，不一致進行提示。
點擊「眼睛」圖標後密碼顯示可見，默認爲不可見狀態；
點擊「下一步」時若填寫內容不合格進行彈窗提示，合格進入下一頁面。下同不在贅述；
拍攝身份證正面照、學生證首頁後檢測照片是否清晰；
人臉識別完成後對身份證照片和學生證照片進行驗證。不合格提示從新拍攝或提交人工檢測，人工檢測合格後進行提示並自動進入下一步；
輸入完「真實姓名」和「身份證號碼」後與身份證照片進行檢測。若是不對應進行提示；
點擊「選擇聯繫人」可經過通信錄選取緊急聯繫人
點擊「所在城市」和「就讀學校」時，彈出輸入框根據輸入文字匹配相應城市和學校，或可下拉手動選擇。
點擊「用戶協議」按鈕爲確認閱讀狀態，點擊文字可查看協議內容；
點擊「提交併註冊」後顯示註冊完成，自動進入首頁；
交互描述：

點擊「獲取驗證碼」後文字變成「重複驗證碼」；
點擊「設置密碼」、「確認密碼」輸入框時彈出拼音鍵盤；
點擊「眼睛」圖標後，圖標變爲不帶斜線的眼睛圖標；
點擊「拍攝身份證正面照」、「拍攝學生證首頁」後開啓後攝像頭；
點擊「人臉識別」後開啓前攝像頭；
「真實姓名」、「身份證號碼」可經過身份證照片進行識別自動填充；
點擊「選取聯繫人」進入電話簿
默認未勾選「用戶協議」。

6. 非功能性需求

6.1 網絡需求
（1）處於不穩定網絡狀態的提示：好比在走動中，地鐵火車上
（2）切換網絡時的提示：好比有無wifi鏈接/有無有線網絡/手機wifi和有線網絡互切/飛行模式

6.2 數據需求
（1）新舊數據衝突
客服告訴客戶何時數據遷移完成，可否接受。
用戶主動，中止服務，告訴用戶能夠保存到何時，讓用戶本身主動備份。
用戶被動，數據遷移到哪裏去，給個能找到數據的入口。
（2）內容過時
告訴用戶過時時間，好比微信紅包
相關內容關聯推薦
專題類/活動類的下次開始何時
（3）違禁後如何展現
告訴用戶咱們產品的態度，違禁緣由，保護產品生態人人有則，即便用戶以前看過/收藏過，這是原則。
（4）數據內容展現/更新機制：
冷啓動數據(極其不經常使用，不想影響安裝包大小)，打在安裝包裏，不變的產品架構能夠先緩存進去
須要說明哪些地方須要手動刷新？哪些地方須要自動刷新？(再次進入頁面時刷新；設定一個時間值每隔一段時間刷新)一個時間值哪些地方是手動+自動刷新
說明哪些地方從後臺切換回前臺時須要進行數據更新？
須要說明哪些內容須要實時更新，哪些須要定時更新？
說明數據展現部分的處理邏輯，是每次從服務端請求，仍是緩存到本地。
用戶更新或者上傳操做時，是否顯示進度。
數據多維度排序規則
時間，信息流淚產品，微博/微信
流覽/贊/收藏，推薦/搜索經常使用
（5）數據處理
閃退後數據是否丟失
卸載刪除軟件數據如何處理
數據安全
數據存儲極限/跨平臺同步
數據被移除時會發生的狀況
數據過多或者過少數據需求致使佈局和UI的改變
在不一樣時段/不一樣數據權限數據推薦顯示機制
如何處理大量數據
數據同步被打斷
數據或架構更新時會形成影響
無效數據的處理
（6）數據版權
用的別人數據是否有數據來源等版權說明

6.3 數據內容過時/刪除/違禁後如何展現/產品售罄下架
當出現內容過時、刪除、違禁後，在頁面上進行相應提示。

6.4 性能需求
（1）耗電狀況：
不停與服務器交互數據，尤爲是首頁各個業務都想顯示本身的數據，產品經理要權衡剋制。
（2）大併發：
總體最大能支持多少人同時訪問
指定功能最大能支持多少人同時訪問
大促活動最大能支持多少人同時訪問

6.5 安全需求
（1）是否已加固
APP安裝包是否加固過，是否符合應用市場的安全規則
（2）是否已混淆代碼
APP安裝包是否混淆過代碼，以防被競品開發者破解其代碼
（3）是否符合法規
產品需符合網絡安所有的相關規定
（4）數據安全性說明
輸人的密碼將不以明文形式進行顯示，備份應該加密，恢復數據應考慮恢復過程的異常通信中斷等

6.6 兼容需求
（1）考慮不一樣屏幕的兼容性
原則是根據主流機型給出優先級。
（2）考慮不一樣系統的兼容性
好比iOS系統中目前主流系統有iOS八、iOS九、iOS10三大類。Android系統中就更分散了。
（3）考慮是否支持橫豎屏切換：
若是支持，也存在屏幕內容兼容問題。

6.7 服務需求

6.8 其餘需求