PRD文檔很見產(chǎn)品經(jīng)理的基本功。好的PRD文檔開發(fā)人員閱讀起來如沐清風，手腳麻利，干活利索。延期？不存在的！
一份考慮不夠周全的PRD文檔，讓開發(fā)人員二丈摸不到頭腦，在需求評審會上，悄然醞釀著撕逼大戰(zhàn)。或者是，產(chǎn)品經(jīng)理善于挖坑，需求評審會上居然過了，在實際開發(fā)過程中才發(fā)現(xiàn)問題，嚴重時候可能需要返工，浪費人力物力財力。
細節(jié)考慮不清楚，測試同學(xué)也無法發(fā)現(xiàn)潛在的問題，可能導(dǎo)致產(chǎn)品缺陷。
不靠譜！
為了不翻車，在寫完P(guān)RD的時候，對于每個用例，都應(yīng)該仔細去考慮下面的細節(jié)內(nèi)容。
前置條件
是否需要用戶登陸？
在操作前是否有什么必要條件？如使用定位功能必須開啟GPS。
數(shù)據(jù)
1）數(shù)據(jù)展示：
數(shù)據(jù)來自哪里？
沒有數(shù)據(jù)時候展示什么？（很多產(chǎn)品直接就是空白的，用戶不明白的還以為是自己網(wǎng)絡(luò)不好加載不出來。）
最多展示多少數(shù)據(jù)？
超過容器的部分怎么辦？
數(shù)據(jù)加載失敗怎么處理？
計量單位是否統(tǒng)一？（如內(nèi)容發(fā)布時間，是顯示具體時間還是如“1天內(nèi)”這樣的表述？）
2）數(shù)據(jù)輸入
數(shù)據(jù)類型是什么？
是否必填？
長度是否有限制？
是否校驗唯一性？（如用戶名，是否唯一？）
有無特殊說明？（如密碼以星號展示）
是否有默認值？
刷新數(shù)據(jù)是否還在？
3）數(shù)據(jù)加載
加載數(shù)據(jù)的方式？（手動加載還是滾動自動加載？）
加載中的樣式？
加載失敗如何處理？
如果無數(shù)據(jù)可加載如何展示？
一次加載多少數(shù)據(jù)？
4）排序問題
排序的規(guī)則？
排序更新的頻率？
是否有影響排序的因子？
是否有置頂？
5）數(shù)據(jù)緩存
哪些數(shù)據(jù)可以緩存？
緩存更新的規(guī)則？
緩存刪除的規(guī)則？
組件操作
組件可點擊的區(qū)域大小？（有些產(chǎn)品的關(guān)閉按鈕點擊區(qū)域很小，用戶很難操作。）
是否可以拖動？
是否可點擊？
有無特殊交互效果？（得到焦點時、失去焦點時等）
交互自查
彈窗樣式？
頁面切換樣式？
提示樣式？（成功提示、失敗提示、異常提示）
操作反饋（點擊、滑動、縮放等等）
操作
操作是否可以撤回？（如回滾功能，回收站功能）
關(guān)鍵操作之前是否需要給予提示/警告？（如刪除操作）
是否需要為某些操作添加特殊說明（如后臺產(chǎn)品，有些操作并不是所有用戶都了解的，有必要給出特殊文字說明）
操作如果異常/失敗/強制中斷，如何處理？是否有備份？
操作中是否允許中斷？
以上基本覆蓋了大部分的容易遺漏的細節(jié)，根據(jù)產(chǎn)品的不同，還有可能出現(xiàn)不一樣的異常狀況，都需要被考慮到。如我曾經(jīng)為數(shù)據(jù)工程師設(shè)計的一款數(shù)據(jù)標注的產(chǎn)品，就有一個情況，就是工程師在標注數(shù)據(jù)的時候，有可能會離開位置去做一些其他的事情。而這個產(chǎn)品在交互上就需要給予工程師一個數(shù)據(jù)標注的進度位置展示，否則工程師一回頭就忘了自己標注到哪里了。這些都需要根據(jù)場景來實際考慮。所以我一直在說高保真原型的重要性。只有通過原型推敲，才能夠不放過任何一個細節(jié)，做出好的產(chǎn)品。
