文章未作者所總記得需求文檔要點(diǎn)Checklist，希望能夠給你的產(chǎn)品工作帶來(lái)幫助。

本文中的每個(gè)check點(diǎn)，都是我曾經(jīng)踩過(guò)、躺過(guò)、摔過(guò)……的坑。雖然不敢保證，有了這份checklist就一切順利（畢竟開發(fā)也會(huì)寫bug、測(cè)試也會(huì)漏case的），但至少不會(huì)在項(xiàng)目進(jìn)行的各個(gè)階段，被小伙伴問(wèn)得一臉懵。

姑且不提PRD在項(xiàng)目進(jìn)展中的重要性，PRD本身就是產(chǎn)品經(jīng)理的一張名片，漏洞百出的作品絕對(duì)會(huì)降低你在團(tuán)隊(duì)中的信譽(yù)度，影響后續(xù)工作的進(jìn)行。

PRD在一個(gè)團(tuán)隊(duì)中存在的意義，在我看來(lái)主要是以下3點(diǎn)：

1、降低團(tuán)隊(duì)成員的溝通成本

項(xiàng)目相關(guān)人可以直接查文檔解決自己的疑問(wèn)，而不是每個(gè)人什么問(wèn)題都找產(chǎn)品確認(rèn)。

2、全面的邏輯梳理，避免遺漏

沒(méi)什么好說(shuō)的，PRD的內(nèi)容就是如此

3、信息存檔，備查

一個(gè)產(chǎn)品通常會(huì)經(jīng)歷好幾任產(chǎn)品經(jīng)理，太古老的需求很可能相關(guān)人都離職了，沒(méi)有文檔的話基本很難知道之前是怎么做的。開發(fā)編寫代碼需要有注釋，PRD也算是產(chǎn)品的注釋。

具體的Checklist如下（文末附思維導(dǎo)圖）：

一、背景目的

PRD的必備元素，整個(gè)需求的立足點(diǎn)。這部分薄弱的PRD，一般要做好在評(píng)審時(shí)被小伙伴質(zhì)疑到懷疑人生準(zhǔn)備。Check點(diǎn)在于，需求中的每個(gè)需求點(diǎn)提出的原因，論據(jù)包括但不限于數(shù)據(jù)分析、用戶調(diào)研、訪談、合作方要求……

二、需求內(nèi)容

1、場(chǎng)景是否覆蓋完全

通常一個(gè)功能不會(huì)只出現(xiàn)在單一頁(yè)面上，最簡(jiǎn)單的以淘寶新增打折信息為例，如果有新增折扣方式，那么所有涉及價(jià)格展示的地方都要做相應(yīng)修改：詳情、購(gòu)物車、收藏夾、專題、搜索結(jié)果……

2、頁(yè)面類型選擇——H5 or Narive？

1）H5：

不依賴發(fā)版變更容易，每次進(jìn)入都要加載，速度慢，只支持簡(jiǎn)單交互。

適合試錯(cuò)、或一次性頁(yè)面，不會(huì)頻繁進(jìn)入退出的，比如活動(dòng)相關(guān)、模板化頁(yè)面等

2）Native：

依賴發(fā)版變更困難，載入速度快，支持復(fù)雜的交互。

適合有復(fù)雜操作的頁(yè)面，應(yīng)用中出現(xiàn)頻率高的基礎(chǔ)頁(yè)面，穩(wěn)定的功能。

3、頁(yè)面數(shù)據(jù)顯示

只要顯示在頁(yè)面上的東西，每個(gè)的數(shù)據(jù)來(lái)源都必須明確

1）數(shù)據(jù)來(lái)源

• 前端寫死 or 本地儲(chǔ)存 or 網(wǎng)絡(luò)請(qǐng)求
• 如果是本地儲(chǔ)存是否要上報(bào)后臺(tái)
• 如果是網(wǎng)絡(luò)請(qǐng)求，是否需要本地緩存，從哪個(gè)服務(wù)獲取
• 后臺(tái)可配的話，前端和后臺(tái)各個(gè)字段的對(duì)應(yīng)關(guān)系

2）沒(méi)有數(shù)據(jù)處理方式

情況一、首次拉取or前端數(shù)據(jù)被清除

通常需要在邏輯中寫明，因?yàn)槭状卫〉倪壿嬁赡芎驼＿壿嫴煌?/p>

情況二、網(wǎng)絡(luò)返回?cái)?shù)據(jù)為空

• 展示默認(rèn)數(shù)據(jù)、不顯示、顯示歷史緩存數(shù)據(jù)
• 前端是否重復(fù)請(qǐng)求，次數(shù)？
• 是否可手動(dòng)刷新

3）數(shù)據(jù)更新頻率（上傳&拉?。?/p>

• 前端控制固定頻率更新or后端發(fā)送通知觸發(fā)更新
• 是否有手動(dòng)刷新機(jī)制

3、網(wǎng)絡(luò)異常情況

1）無(wú)網(wǎng)絡(luò)反饋

• 點(diǎn)擊按鈕提示
• 加載失敗頁(yè)面，點(diǎn)擊重試

2）wifi和移動(dòng)網(wǎng)絡(luò)轉(zhuǎn)換

音頻、視頻、圖片等，涉及到用戶流量消費(fèi)問(wèn)題，需要作出提示反應(yīng)

4、登錄態(tài)影響

如果需求中有跟用戶賬戶走的信息，特別需要注意這一點(diǎn)。

1. 設(shè)備未登錄賬號(hào)
2. 用戶登錄后
3. 用戶退出登錄后
4. 同一設(shè)備切換賬號(hào)
5. 兩臺(tái)設(shè)備同時(shí)登錄一個(gè)賬號(hào)

5、低版本兼容性

1）系統(tǒng)版本

有些接口特性，舊的系統(tǒng)版本不支持。通常產(chǎn)品不需要考慮這個(gè)問(wèn)題，涉及相關(guān)內(nèi)容，開發(fā)會(huì)自己找過(guò)來(lái)的。

2）應(yīng)用版本

只要涉及功能優(yōu)化，都需要考慮這個(gè)問(wèn)題。

• 低版本是否直接就支持新改動(dòng)，不支持的話是否要做版本隔離
• 用戶從舊版本更新到新版本時(shí)，規(guī)則變化如何提示，是否會(huì)引起問(wèn)題
• 廣告位是否需要變更
• 新邏輯和其他功能邏輯是否有沖突

6、是否有關(guān)聯(lián)產(chǎn)品/功能改造

7、是否需要后臺(tái)查詢功能

8、安全問(wèn)題

只要涉及錢、評(píng)論、賬戶的，都要慎重考慮這一點(diǎn)。

曾經(jīng)做一個(gè)活動(dòng)，發(fā)放代金券，驗(yàn)證手續(xù)少了一道，于是被盜刷，又上緊急版本；評(píng)論相關(guān)的審核過(guò)濾，避免被查水表。

9、統(tǒng)計(jì)

不注意就會(huì)被漏掉的一塊，但是因?yàn)闀?huì)占用開發(fā)及測(cè)試時(shí)間，制定埋點(diǎn)計(jì)劃也需要人力，如果漏掉，是很不專業(yè)的表現(xiàn)。

寫在最后

希望每個(gè)產(chǎn)品都能寫出優(yōu)雅的PRD。

本文由 @?譚喵 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來(lái)自PEXELS，基于CC0協(xié)議