產(chǎn)品需求文檔自查表
距離上次發(fā)文似乎已經(jīng)是4個月前了，距離上次發(fā)產(chǎn)品經(jīng)理的文似乎已經(jīng)是十幾個月前了吧，這期間發(fā)過HTTP協(xié)議講解、物聯(lián)網(wǎng)平臺講解、視頻流講解、帶寬講解、自動駕駛講解...這些幾乎都伴隨著我的職業(yè)生涯的方向調(diào)整而變化，于是隨著環(huán)境一路暴力前行，從產(chǎn)品、運營、項目、方案、供應(yīng)鏈...（可以看得出來一路的波折了）...
但是人嘛，也要時常停下來好好反思，究竟什么是產(chǎn)品經(jīng)理，什么是本心，經(jīng)過一番思索，我還是決定徹頭徹尾來一次空杯，從最基本的產(chǎn)品需求文檔開始，一來為了整理一下過去的經(jīng)驗，二來為了重新思考一下產(chǎn)品經(jīng)理是什么，逐步尋找一下最初的夢想和信仰。
1.目的
本文的目的，就在上邊，寫太多太矯情，寫太少不深刻，總之就是一個字，空杯心態(tài)，從基礎(chǔ)開始回歸。
2.PRD自查表
大家都知道，產(chǎn)品經(jīng)理是最細(xì)的男人，什么意思呢，就是說，產(chǎn)品經(jīng)理的工作其實某種程度而言，需要極致的細(xì)致，才能打磨出極致的產(chǎn)品，就像喬布斯老爺子一樣。
PM千萬工作中，其中有一樣最能體現(xiàn)細(xì)致，那就是PRD。隨著工作的推進(jìn)，你可能已經(jīng)很久習(xí)慣了一句話需求，習(xí)慣了口口相傳，隨著工作內(nèi)容和工作經(jīng)驗的提升，這固然是必然，但知道如何細(xì)而不做，和已經(jīng)忘了什么是細(xì)，終歸還是兩碼事。到這里，有的小朋友要說了，一個原型有啥可細(xì)致的，那么提問，我們經(jīng)常用的淘寶，點擊搜索，這里發(fā)生了什么交互？我們仔細(xì)想想，淘寶搜索框：
有默認(rèn)推薦的商品：那推薦的規(guī)則是什么。
點擊后：會跳轉(zhuǎn)一個新的頁面，為什么要跳轉(zhuǎn)新的頁面。
跳轉(zhuǎn)之后：你的焦點還停留在搜索框，這時候默認(rèn)推薦的商品消失了嗎？
如果這時候輸入了內(nèi)容會怎么樣，直接點擊搜索會怎么樣，點擊返回之后頁面跳轉(zhuǎn)到哪里，跳轉(zhuǎn)之后推薦的商品變了嗎？他是怎么變的...
這么多細(xì)節(jié)，豈能是簡單一句搜索講清楚的，那么接下來，我們就，我們就不講淘寶搜索，我們講講PRD自查表，從需求審查表的角度一起來梳理一下，做一個設(shè)計，寫一份PRD需要從哪些角度來評判一份文檔的“細(xì)”度，同樣面對一份設(shè)計，可以從自查表的角度來確認(rèn)自己的設(shè)計是否為完整細(xì)致的。
我們先來從整體角度明確一下PRD的內(nèi)容：
| 階段 | 目的 | Checklist |
| 需求分析 | 判斷需求真?zhèn)?/span> | 是否符合當(dāng)前核心業(yè)務(wù)場景，是否符合用戶畫像和用戶故事 |
| 是否存在類似競品，是否完成競品分析 | ||
| 當(dāng)前方案是否是同類場景下共性需求 | ||
| 量化收益 | 對核心用戶的影響程度，盡可能量化 | |
| 對核心業(yè)務(wù)的貢獻(xiàn)程度，盡可能量化 | ||
| 整體開發(fā)難度，結(jié)合收益分析是否值得 | ||
| 整體維護(hù)難度，結(jié)合收益分析是否值得 | ||
| 判斷可行性 | 當(dāng)前技術(shù)是否可以支持 | |
| 當(dāng)前業(yè)務(wù)是否可以支持 | ||
| 功能風(fēng)險評估 | 存量功能變更：是否存在關(guān)聯(lián)功能的改造點 | |
| 功能影響：是否完整梳理當(dāng)前規(guī)劃內(nèi)容上線后的影響點 | ||
| 高并發(fā)處理措施：是否已經(jīng)預(yù)估業(yè)務(wù)高并發(fā)時的處理措施 | ||
| 驗證方法：是否已經(jīng)計劃好功能上線后的驗證方法 | ||
| 外部風(fēng)險評估 | 是否引發(fā)諸如騷擾、欺詐等安全隱患 | |
| 是否存在負(fù)面輿情 | ||
| 是否存在法律法規(guī)風(fēng)險 | ||
| 優(yōu)先級 | 用戶覆蓋度 | |
| 使用頻率 | ||
| 核心場景影響 | ||
| 對核心用戶的影響 | ||
| 對核心場景的影響 | ||
| 實際收益的高低 | ||
| 實現(xiàn)難度的高低 | ||
| 信息架構(gòu)設(shè)計 | 信息架構(gòu)設(shè)計 | 是否結(jié)合了用戶畫像、用戶習(xí)慣、業(yè)務(wù)場景等因素 |
| 架構(gòu)層次是否清晰，是否足夠扁平，是否容易理解 | ||
| 所有信息均需要進(jìn)行重要性評級 | ||
| 整個結(jié)構(gòu)是否高內(nèi)聚、低耦合 | ||
| 架構(gòu)可拓展性是否足夠強，對信息模塊進(jìn)行調(diào)整時是否容易實施 | ||
| 流程設(shè)計 | 產(chǎn)品流程設(shè)計 | 主干流程是否最簡化，是否覆蓋了足夠多的場景 |
| 是否有特殊流程（例如逆向流程、分支流程等） | ||
| 是否有異常流程 | ||
| 操作節(jié)點、交互點 | 是否歸納了所有的操作節(jié)點、數(shù)據(jù)交互點 | |
| 操作點是否足夠精簡易理解 | ||
| 是否考慮了操作節(jié)點的容錯性 | ||
| 數(shù)據(jù)交互點是否依賴其他系統(tǒng) | ||
| 特殊、異常流程是否需要增加切換流程的引導(dǎo) | ||
| 相關(guān)流程的用戶體驗路徑是否一致 | ||
| 美觀規(guī)范 | 圖形形狀、字號是否統(tǒng)一 | |
| 流程圖均以開始框開始，以結(jié)束框結(jié)束，無虎頭蛇尾 | ||
| 流程圖遵從從左到右，從上到下排列 | ||
| 流程線無交叉 | ||
| 流程結(jié)束后是否進(jìn)行了場景驗證，是否符合用戶預(yù)期 | ||
| 需求文檔設(shè)計 | 業(yè)務(wù)流程 | 完整流程是否形成閉環(huán) |
| 逆向功能 | 功能流程是否可逆，如果可逆，是否考慮對應(yīng)的機制 | |
| 異常機制 | 各個步驟可能出現(xiàn)預(yù)期外的情況 | |
| 歧異文案 | 文檔的語法、功能文案、名詞等是否容易理解，是否存在爭議 | |
| 兼容 | 不同干系人是否都能接受，各個系統(tǒng)之間是否兼容，新老業(yè)務(wù)或功能是否兼容 | |
| 備用 | 是否有備用方案，備用選項 | |
| 窮盡 | 業(yè)務(wù)場景和可能的原因是否已經(jīng)窮舉完畢 | |
| 脫敏 | 是否存在敏感信息，是否需要脫敏 | |
| 精確 | 文案描述要精確，不得出現(xiàn)可能、也許、大概之類的詞語 | |
| 精練 | 需求文檔要精練，非必要內(nèi)容不用體現(xiàn)在文檔內(nèi)，避免給讀者帶來困擾 | |
| 版本發(fā)布自查 | / | 確認(rèn)完需求后，是否已經(jīng)告知相關(guān)干系人，是否已通知何時可以交付版本 |
| 是否已經(jīng)落實應(yīng)用商店圖、歡迎頁、新功能引導(dǎo)頁等 | ||
| 確認(rèn)埋點是否已經(jīng)全部清除 | ||
| 確認(rèn)新功能的數(shù)據(jù)統(tǒng)計功能是否明確 | ||
| 類型 | 子類型 | 內(nèi)容 |
| 賬號狀態(tài)及用戶權(quán)限自查 | 基本狀態(tài) | 不同賬號狀態(tài)說明：登錄狀態(tài)、非登錄狀態(tài)不同情況是否說明完整 |
| 不同用戶等級和權(quán)限說明是否完整，例如非會員、會員、不同等級會員 | ||
| 不同賬號狀態(tài)切換是否有特殊提示 | ||
| 多賬號切換時，本地緩存是否需要清空 | ||
| 老用戶登錄是否考慮數(shù)據(jù)同步 | ||
| 特殊和異常狀態(tài) | 是否允許多端登錄同一賬號，如果允許，如何應(yīng)對操作同一數(shù)據(jù)時產(chǎn)生的沖突 | |
| 是否考慮多賬號切換問題 | ||
| 是否支持第三方賬號登錄 | ||
| 網(wǎng)絡(luò)狀況 | 網(wǎng)絡(luò)狀況 | WIFI網(wǎng)絡(luò)、移動網(wǎng)絡(luò) |
| 集團(tuán)局域網(wǎng)、公共網(wǎng)絡(luò) | ||
| 連接超時，多久算為超時 | ||
| 是否給用戶引導(dǎo)網(wǎng)絡(luò)檢查或重試的按鈕 | ||
| 網(wǎng)絡(luò)變化時候是否提醒，例如wifi變5g時 | ||
| 服務(wù)器問題 | 服務(wù)器問題 | 服務(wù)器問題返回數(shù)據(jù)失敗時，是否給予用戶提示或重試按鈕 |
| 硬件權(quán)限 | 硬件權(quán)限 | 定位提示是否打開定位 |
| 相機提示是否打開相機 | ||
| 閃光燈是否提示調(diào)用閃光燈 | ||
| 藍(lán)牙提示是否打卡藍(lán)牙 | ||
| 設(shè)備數(shù)據(jù)是否需要調(diào)用，例如步數(shù)、心率等。 | ||
| 設(shè)備 | 橫豎屏 | 是否支持橫豎屏操作，是否需要鎖定屏幕 |
| 分辨率 | 分辨率不同是否需要適配，如何適配 | |
| 系統(tǒng)性能 | 操作過程是否卡頓 | |
| 系統(tǒng)版本 | 系統(tǒng)版本不同是否支持 | |
| 存儲 | 有SD卡或無SD卡、存儲空間已滿、存儲位置等 | |
| 硬件按鍵 | 硬件不同造成物理按鍵不同衍生的操作 | |
| 特殊場景 | 無圖模式 | 網(wǎng)絡(luò)加載慢的情況下是否需要無圖顯示效果 |
| 夜間模式 | 是否需要考慮夜間模式下的展示效果 | |
| 編輯模式 | 是否需要無圖模式、是否需要無痕模式模式 | |
| 意外中斷 | 編輯模式下出現(xiàn)意外情況是否需要保存信息 | |
| 屏幕亮度 | 是否需要特殊情況下調(diào)高或調(diào)低屏幕亮度 | |
| 全局 | 頁面 | 修改頁面時，考慮在系統(tǒng)中其余地方是否有相同的業(yè)務(wù)，是否需要統(tǒng)一修改 |
| 控件 | 全局控件央視是否具有一致性 | |
| 交互 | 全局控件交互行為是否具有一致性 | |
| 操作反饋 | 是否周全考慮了所有操作成功的反饋 | |
| 是否周全考慮了所有操作失敗的反饋 | ||
| 觸發(fā)提示類型 | 控件觸發(fā)的提示類型是否恰當(dāng) | |
| 按鈕 | 按鈕是些死還是服務(wù)端配置 | |
| 是否有默認(rèn)的按鈕文案 | ||
| 按鈕文字超過按鈕大小如何處理 | ||
| 按鈕樣式是否有特殊要求，例如帶icon和不帶icon的情況 | ||
| 考慮按鈕點擊之后的效果 | ||
| 點擊按鈕后出現(xiàn)的情況是否與頁面其他元素有沖突，例如彈窗等。 | ||
| 內(nèi)容型文案 | / | 內(nèi)容是靜態(tài)或靜態(tài) |
| 內(nèi)容是否完整、頂部標(biāo)題、按鈕、輸入提示、懸浮提示等 | ||
| 內(nèi)容還在方式描述是否完整，如本地緩存或網(wǎng)絡(luò)加載情況等 | ||
| 內(nèi)容違禁如何處理 | ||
| 內(nèi)容是否考慮換行，超度過長怎么處理 | ||
| 內(nèi)容是否需要考慮單詞換行（有時候一個單詞會出現(xiàn)不換行的情況） | ||
| 內(nèi)容長度如何限制 | ||
| 描述型文案 | / | 必填或非必填 |
| 若為非必填，界面樣式如何 | ||
| 定義文案的行數(shù)或字?jǐn)?shù) | ||
| 文案的截斷策略是否考慮，超行字?jǐn)?shù)或行數(shù)如何展示或處理 | ||
| 出現(xiàn)同一場景時，提示文案是否保持一致 | ||
| 文案由服務(wù)端控制還是客戶端控制 | ||
| 是否有默認(rèn)文案 | ||
| 是否易理解、是否有錯別字、是否有歧義 | ||
| 輸入型文字 | / | 輸入文字是否有默認(rèn)值，是否有輸入提示 |
| 輸入框內(nèi)容為空時如何顯示 | ||
| 輸入框獲得焦點時，默認(rèn)文字消失還是保留 | ||
| 輸入框獲得焦點時，默認(rèn)彈出鍵盤的樣式 | ||
| 輸入焦點丟失和存在時是否有展示內(nèi)容的差異 | ||
| 輸入文字是否存在極限長度或最低長度 | ||
| 輸入文字是否可存在特殊字符。若用戶輸入如何處理 | ||
| 輸入文字是否存在對敏感詞、違禁詞的禁用或過濾 | ||
| 輸入文字后是否需要一鍵清空操作 | ||
| 輸入文字后是否顯示輔助結(jié)果，如果需要，提供輔助詞的搜索規(guī)則 | ||
| 輸入文字后遇到流程打斷的情況是否保留輸入記錄 | ||
| 是否說明了鍵盤喚醒后需要頁面的滾動來避免輸入框的遮擋。（移動端常見） | ||
| 輸入型圖片 | 上傳前限制 | 是否強制要求上傳圖片的必須參數(shù)，例如尺寸、格式、大小等 |
| 是否設(shè)置了不符合尺寸的提示，圖片過大或過小，格式錯誤等 | ||
| 上傳后反饋 | 是否提供上傳完成圖片的預(yù)覽 | |
| 是否提供了再次編輯操作，引導(dǎo)是否明顯 | ||
| 上傳失敗的情況是否給予用戶提示，引導(dǎo)再次上傳 | ||
| 上傳完成后遇到流程打斷的情況是否保留已上傳的記錄（斷網(wǎng)、退出、關(guān)閉瀏覽器等） | ||
| 頁面跳轉(zhuǎn) | / | 頁面跳轉(zhuǎn)流程是否完整流暢，流程中間是否有頁面缺失 |
| 頁面跳轉(zhuǎn)是否有提示和引導(dǎo)說明 | ||
| 頁面跳轉(zhuǎn)加載的loading展示是否友好 | ||
| 頁面跳轉(zhuǎn)動作是否有跳轉(zhuǎn)特效 | ||
| 頁面跳轉(zhuǎn)的方式是什么，滑動等 | ||
| 頁面加載不出來時展示什么內(nèi)容 | ||
| 頁面點擊過程中是否包含權(quán)限限制，如果有如何提示 | ||
| 頁面跳轉(zhuǎn)盡量要減少跳轉(zhuǎn)次數(shù)，縮短用戶操作流程，盡可能在一個頁面內(nèi)完成 | ||
| 一個頁面內(nèi)是否有功能冗余的內(nèi)容 | ||
| 頁面跳轉(zhuǎn)時是否需要進(jìn)行輔助性說明 | ||
| 列表 | 排序 | 列表排序方式，時間正序或倒序或其他 |
| 元素定義 | 列表中的元素是否都定義清楚 | |
| 數(shù)據(jù)來源 | 列表中設(shè)計的數(shù)據(jù)來源定義 | |
| 空狀態(tài) | 列表數(shù)據(jù)為空時的展現(xiàn)形式 | |
| 后臺配置 | 若部分元素為后臺配置，則配置前后的情況定義 | |
| 加載方式 | 列表數(shù)據(jù)是否粉也展示還是一次性加載，單頁加載數(shù)量是否有限制，下拉加載或其他 | |
| 數(shù)據(jù) | 來源與加載 | 數(shù)據(jù)的來源，來源于具體后臺的哪個地方 |
| 展示數(shù)據(jù)是否使用的是服務(wù)器數(shù)據(jù)，或使用的是本地緩存數(shù)據(jù) | ||
| 展示數(shù)據(jù)是否是初次加載讀取的靜態(tài)數(shù)據(jù)，或?qū)崟r，定時展示的動態(tài)數(shù)據(jù) | ||
| 數(shù)據(jù)未加載出來前展示了什么 | ||
| 數(shù)據(jù)格式 | 是否規(guī)劃數(shù)據(jù)為空時的展示效果 | |
| 數(shù)據(jù)的極值情況如何處理 | ||
| 數(shù)據(jù)長度是否有限制等 | ||
| 數(shù)據(jù)排序 | 若為多個數(shù)據(jù)，如何排序 | |
| 數(shù)據(jù)選取 | 是否選取全部數(shù)據(jù)或部分?jǐn)?shù)據(jù)，數(shù)據(jù)根據(jù)什么搜索規(guī)則篩選出來 | |
| 其他 | 對過期的緩存數(shù)據(jù)是否需要告知用戶刷新 | |
| 前置場景的不同是否對當(dāng)前展示數(shù)據(jù)產(chǎn)生影響，不同場景是否需要展示不同數(shù)據(jù) | ||
| 移動端從后臺喚醒應(yīng)用時，是否需要刷新當(dāng)前頁面數(shù)據(jù) | ||
| 數(shù)據(jù)展示條件 | 數(shù)據(jù)在什么條件下進(jìn)行展示 | |
| 數(shù)據(jù)是否分頁展示 | ||
| 數(shù)據(jù)去重 | 數(shù)據(jù)去重策略 | |
| 數(shù)據(jù)請求 | 什么時候開始請求數(shù)據(jù) | |
| 數(shù)據(jù)更新機制 | 什么情況下觸發(fā)更新數(shù)據(jù) | |
| 數(shù)據(jù)更新頻次？是定時更新還是實時更新？ | ||
| 數(shù)據(jù)過濾 | 是否有部分?jǐn)?shù)據(jù)需要過濾掉不展示？是否對特殊內(nèi)容進(jìn)行過濾、標(biāo)記 | |
| 數(shù)據(jù)刪除 | 數(shù)據(jù)被刪除后，展示的狀態(tài)如何 | |
| 數(shù)據(jù)緩存 | 過期的緩存數(shù)據(jù)如何處理，定時清理還是繼續(xù)保存 | |
| 彈窗 | 觸發(fā)條件 | 什么時候觸發(fā)彈窗 |
| 關(guān)閉條件 | 什么時候彈窗消失 | |
| 元素定義 | 彈窗內(nèi)的元素是否清楚 | |
| 次數(shù) | 是否每次滿足條件都出發(fā)彈窗還是只觸發(fā)一次 | |
| 優(yōu)先級 | 多個彈窗時彈窗觸發(fā)的優(yōu)先級 | |
| 輪播圖 | 圖片資源 | 圖片數(shù)據(jù)為后臺配置或客戶端寫死 |
| 圖片排序 | 圖片排序如何 | |
| 跳轉(zhuǎn) | 點擊是否有跳轉(zhuǎn)，跳轉(zhuǎn)頁面為內(nèi)部鏈接或外部鏈接 | |
| 頻次 | 輪播圖輪播頻次 | |
| 展示方式 | 輪播圖切換時的展示形式 | |
| 異常 | 輪播圖為空時如何展示 | |
| 等等 | ||
評論
圖片
表情