PRD作為產(chǎn)品經(jīng)理的工作產(chǎn)出，不但要簡潔、清晰的呈現(xiàn)產(chǎn)品設計的相關細節(jié)，還有可能作為日后和設計師和程序員溝通的文字憑證，更重要的是PRD的好壞會直接影響到產(chǎn)品的開發(fā)進度以及最終的實現(xiàn)效果。中培偉業(yè)《卓越的產(chǎn)品經(jīng)理》培訓專家郭老師在這里詳細介紹了產(chǎn)品經(jīng)理撰寫PRD不可忽略的4個要點。

網(wǎng)絡狀況

移動互聯(lián)網(wǎng)網(wǎng)絡狀況包括4G，WiFi，斷網(wǎng)等。產(chǎn)品設計中需要針對不同的網(wǎng)絡狀況分別考慮，給出不同網(wǎng)絡狀況下的產(chǎn)品設計方案。

目前國內(nèi)的移動互聯(lián)網(wǎng)服務較好，大部分的產(chǎn)品主要是從節(jié)省流量出發(fā)來考慮產(chǎn)品的設計，拿國內(nèi)的產(chǎn)品來舉例，優(yōu)酷，愛奇藝等視頻類應用會提醒在4G情況下下載的用戶，當前正使用運營商網(wǎng)絡，KEEP在檢測到用戶使用WIFI是會提示用戶下載相關視頻課程等等。除了不同的聯(lián)網(wǎng)情況，我們還必須要考慮斷網(wǎng)的情況，尤其是在網(wǎng)絡環(huán)境不好的國家或者地區(qū)，在斷網(wǎng)情況下是顯示默認圖片提示用戶檢查網(wǎng)絡設置，還是展示緩存的內(nèi)容，待用戶有進一步操作的時候再提示用戶都是產(chǎn)品經(jīng)理在PRD中需要說明的。

數(shù)據(jù)存儲

PRD中，產(chǎn)品經(jīng)理往往會忽略產(chǎn)品數(shù)據(jù)的存儲。對于移動應用來說，數(shù)據(jù)一般存儲在本地或者服務器。

本地和服務器存儲各有優(yōu)劣，產(chǎn)品經(jīng)理需要結合數(shù)據(jù)的大小，使用頻率，數(shù)據(jù)的更新頻率和時效性來綜合考慮。以我的產(chǎn)品為例，我們的產(chǎn)品中有一個選國家的頁面，這個頁面是30個左右國家的國旗，每個圖片的大小在1-2K左右，用戶在首次登陸時需要選擇對應的國家，那么這類數(shù)據(jù)（所占空間不大，用戶使用頻率不高，更新頻率相對較低且對時效性要求不高）就適合打包進APP存在本地，而對于首頁的輪播圖，用戶的賬戶信息（需要及時更新）等就適合存儲在服務器。

異常情況

年輕產(chǎn)品經(jīng)理的PRD往往只說明了正常情況下的產(chǎn)品設計，經(jīng)常忽略異常的情況。異常情況有很多，導致PRD遺漏異常情況往往是因為產(chǎn)品經(jīng)理在產(chǎn)品設計過程中產(chǎn)品邏輯不完整。為了避免這種情況，建議大家在寫文檔之前先梳理產(chǎn)品流程，可以通過產(chǎn)品流程圖幫助理清思路，避免遺漏。這里簡單列舉一些比較容易遺漏的異常情況吧。

1. 內(nèi)容展示

a. 正常：這是大家的理想狀況，略過不說了。不過你要知道理想很豐滿，現(xiàn)實嘛…

b. 內(nèi)容為空：內(nèi)容為空時如何展示，是選擇缺省設計，還是直接不展示該模塊的內(nèi)容。如果這些信息在PRD里沒有描述清楚，又恰巧是一個沒有經(jīng)驗的程序員開發(fā)，那么當內(nèi)容為空時很可能你看到的頁面會讓你想哭

c. 內(nèi)容溢出：文字內(nèi)容是否有字符限制，超過字符限制會在后臺給出相應提示嗎？還是超出部分顯示為省略號，或者設計展開樣式展示更多內(nèi)容。對于國際化的多語言產(chǎn)品，產(chǎn)品經(jīng)理還需要考慮不同語言的文字長度是否會影響內(nèi)容的展示。

2. 用戶操作

a. 操作成功

b. 操作失敗：是否有相應的提示&提示文案，是彈框提示還是toast提示。操作后頁面是否發(fā)生跳轉？操作失敗后是否提示用戶再次嘗試？

c. 操作超時：一般和網(wǎng)絡狀況和用戶操作時間有關，如果出現(xiàn)這種情況應該如何處理？是否有相應的提示和文案，是否需要用戶重新登陸？

以上只是兩個例子，這種關于產(chǎn)品邏輯完整性的問題是PRD中容易被產(chǎn)品經(jīng)理忽略的，建議大家可以通過梳理產(chǎn)品流程或者多和工程師交流來盡量避免此類問題。

數(shù)據(jù)埋點

產(chǎn)品上線以后，產(chǎn)品功能設計是否符合預期，是否需要在下個迭代做調(diào)整和優(yōu)化，都需要產(chǎn)品經(jīng)理來跟蹤數(shù)據(jù)進行判斷。產(chǎn)品經(jīng)理可以把數(shù)據(jù)埋點需求作為PRD的一部分，也可以單獨準備一份數(shù)據(jù)統(tǒng)計需求。需要明確的是，產(chǎn)品上線后要達到什么樣的預期，如何根據(jù)數(shù)據(jù)來判斷這次更新是否達到了預期，這些內(nèi)容明確了，數(shù)據(jù)統(tǒng)計的需求也就相應明確了。比如我們調(diào)整了某個頁面分頁的規(guī)則，希望用戶可以在更短的時間內(nèi)看到首屏內(nèi)容，那么這個頁面的加載時間，跳出率，用戶在這個頁面的停留時間以及用戶的后續(xù)行為，這些數(shù)據(jù)都可以用來輔助產(chǎn)品經(jīng)理對這個調(diào)整是否符合預期進行判斷。

為了避免不完善的PRD影響工作進度和產(chǎn)品體驗，產(chǎn)品經(jīng)理除了要自己理清產(chǎn)品的邏輯，盡量考慮周全，還可以和設計師，程序員多多交流。不同崗位的童鞋，出發(fā)點不同，考慮的角度也不同，大家在交流的過程中往往有助于產(chǎn)品經(jīng)理完善需求文檔。