PRD文檔很見產(chǎn)品經(jīng)理的基本功。好的PRD文檔開發(fā)人員閱讀起來如沐清風(fēng)，手腳麻利，干活利索。延期？不存在的！

一份考慮不夠周全的PRD文檔，讓開發(fā)人員二丈摸不到頭腦，在需求評(píng)審會(huì)上，悄然醞釀著撕逼大戰(zhàn)?；蛘呤?，產(chǎn)品經(jīng)理善于挖坑，需求評(píng)審會(huì)上居然過了，在實(shí)際開發(fā)過程中才發(fā)現(xiàn)問題，嚴(yán)重時(shí)候可能需要返工，浪費(fèi)人力物力財(cái)力。

細(xì)節(jié)考慮不清楚，測試同學(xué)也無法發(fā)現(xiàn)潛在的問題，可能導(dǎo)致產(chǎn)品缺陷。

不靠譜！

為了不翻車，在寫完P(guān)RD的時(shí)候，對(duì)于每個(gè)用例，都應(yīng)該仔細(xì)去考慮下面的細(xì)節(jié)內(nèi)容。

前置條件

是否需要用戶登陸？

在操作前是否有什么必要條件？如使用定位功能必須開啟GPS。

數(shù)據(jù)

1、數(shù)據(jù)展示

數(shù)據(jù)來自哪里？

沒有數(shù)據(jù)時(shí)候展示什么？（很多產(chǎn)品直接就是空白的，用戶不明白的還以為是自己網(wǎng)絡(luò)不好加載不出來。）

最多展示多少數(shù)據(jù)？

超過容器的部分怎么辦？

數(shù)據(jù)加載失敗怎么處理？

計(jì)量單位是否統(tǒng)一？（如內(nèi)容發(fā)布時(shí)間，是顯示具體時(shí)間還是如“1天內(nèi)”這樣的表述？）

2、數(shù)據(jù)輸入

數(shù)據(jù)類型是什么？

是否必填？

長度是否有限制？

是否校驗(yàn)唯一性？（如用戶名，是否唯一？）

有無特殊說明？（如密碼以星號(hào)展示）

是否有默認(rèn)值？

刷新數(shù)據(jù)是否還在？

3、數(shù)據(jù)加載

加載數(shù)據(jù)的方式？（手動(dòng)加載還是滾動(dòng)自動(dòng)加載？）

加載中的樣式？

加載失敗如何處理？

如果無數(shù)據(jù)可加載如何展示？

一次加載多少數(shù)據(jù)？

4、排序問題

排序的規(guī)則？

排序更新的頻率？

是否有影響排序的因子？

是否有置頂？

5、數(shù)據(jù)緩存

哪些數(shù)據(jù)可以緩存？

緩存更新的規(guī)則？

緩存刪除的規(guī)則？

組件操作

組件可點(diǎn)擊的區(qū)域大??？（有些產(chǎn)品的關(guān)閉按鈕點(diǎn)擊區(qū)域很小，用戶很難操作。）

是否可以拖動(dòng)？

是否可點(diǎn)擊？

有無特殊交互效果？（得到焦點(diǎn)時(shí)、失去焦點(diǎn)時(shí)等）

交互自查

彈窗樣式？

頁面切換樣式？

提示樣式？（成功提示、失敗提示、異常提示）

操作反饋（點(diǎn)擊、滑動(dòng)、縮放等等）

操作

操作是否可以撤回？（如回滾功能，回收站功能）

關(guān)鍵操作之前是否需要給予提示/警告？（如刪除操作）

是否需要為某些操作添加特殊說明（如后臺(tái)產(chǎn)品，有些操作并不是所有用戶都了解的，有必要給出特殊文字說明）

操作如果異常/失敗/強(qiáng)制中斷，如何處理？是否有備份？

操作中是否允許中斷？

以上基本覆蓋了大部分的容易遺漏的細(xì)節(jié)，根據(jù)產(chǎn)品的不同，還有可能出現(xiàn)不一樣的異常狀況，都需要被考慮到。如我曾經(jīng)為數(shù)據(jù)工程師設(shè)計(jì)的一款數(shù)據(jù)標(biāo)注的產(chǎn)品，就有一個(gè)情況，就是工程師在標(biāo)注數(shù)據(jù)的時(shí)候，有可能會(huì)離開位置去做一些其他的事情。而這個(gè)產(chǎn)品在交互上就需要給予工程師一個(gè)數(shù)據(jù)標(biāo)注的進(jìn)度位置展示，否則工程師一回頭就忘了自己標(biāo)注到哪里了。這些都需要根據(jù)場景來實(shí)際考慮。所以我一直在說高保真原型的重要性。只有通過原型推敲，才能夠不放過任何一個(gè)細(xì)節(jié)，做出好的產(chǎn)品。

作者：躚塵

來源：人人都是產(chǎn)品經(jīng)理