起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識你的產品需求文檔，這4個細節有忽略嗎？
PRD作為產品經理的工作產出，不但要簡潔、清晰的呈現產品設計的相關細節，還有可能作為日后和設計獅，程序猿溝（si）通（bi）的文字憑證，更重要的是PRD的好壞會直接影響到產品的開發進度以及最終的實現效果。
這里總結了產品經理在寫PRD過程中容易忽略的4個細節。
網絡狀況
移動互聯網網絡狀況包括4G，WiFi，斷網等。產品設計中需要針對不同的網絡狀況分別考慮，給出不同網絡狀況下的產品設計方案。
目前國內的移動互聯網服務較好，大部分的產品主要是從節省流量出發來考慮產品的設計，拿國內的產品來舉例，優酷，愛奇藝等視頻類應用會提醒在4G情況下下載的用戶，當前正使用運營商網絡，KEEP在檢測到用戶使用WIFI是會提示用戶下載相關視頻課程等等。除了不同的聯網情況，我們還必須要考慮斷網的情況，尤其是在網絡環境不好的國家或者地區，在斷網情況下是顯示默認圖片提示用戶檢查網絡設置，還是展示緩存的內容，待用戶有進一步操作的時候再提示用戶都是產品經理在PRD中需要說明的。
數據存儲
在PRD中，產品經理往往會忽略產品數據的存儲。對于移動應用來說，數據一般存儲在本地或者服務器。
本地和服務器存儲各有優劣，產品經理需要結合數據的大小，使用頻率，數據的更新頻率和時效性來綜合考慮。以我的產品為例，我們的產品中有一個選國家的頁面，這個頁面是30個左右國家的國旗，每個圖片的大小在1-2K左右，用戶在首次登陸時需要選擇對應的國家，那么這類數據（所占空間不大，用戶使用頻率不高，更新頻率相對較低且對時效性要求不高）就適合打包進APP存在本地，而對于首頁的輪播圖，用戶的賬戶信息（需要及時更新）等就適合存儲在服務器。
異常情況
年輕產品經理的PRD往往只說明了正常情況下的產品設計，經常忽略異常的情況。異常情況有很多，導致PRD遺漏異常情況往往是因為產品經理在產品設計過程中產品邏輯不完整。為了避免這種情況，建議大家在寫文檔之前先梳理產品流程，可以通過產品流程圖幫助理清思路，避免遺漏。這里簡單列舉一些比較容易遺漏的異常情況吧。
1. 內容展示
a. 正常：這是大家的理想狀況，略過不說了。不過你要知道理想很豐滿，現實嘛…
b. 內容為空：內容為空時如何展示，是選擇缺省設計，還是直接不展示該模塊的內容。如果這些信息在PRD里沒有描述清楚，又恰巧是一個沒有經驗的程序員開發，那么當內容為空時很可能你看到的頁面會讓你想哭
c. 內容溢出：文字內容是否有字符限制，超過字符限制會在后臺給出相應提示嗎？還是超出部分顯示為省略號，或者設計展開樣式展示更多內容。對于國際化的多語言產品，產品經理還需要考慮不同語言的文字長度是否會影響內容的展示。
2. 用戶操作
a. 操作成功
b. 操作失?。?/b>是否有相應的提示&提示文案，是彈框提示還是toast提示。操作后頁面是否發生跳轉？操作失敗后是否提示用戶再次嘗試？
c. 操作超時：一般和網絡狀況和用戶操作時間有關，如果出現這種情況應該如何處理？是否有相應的提示和文案，是否需要用戶重新登陸？
以上只是兩個例子，這種關于產品邏輯完整性的問題是PRD中容易被產品經理忽略的，建議大家可以通過梳理產品流程或者多和工程師交流來盡量避免此類問題。
數據埋點
產品上線以后，產品功能設計是否符合預期，是否需要在下個迭代做調整和優化，都需要產品經理來跟蹤數據進行判斷。產品經理可以把數據埋點需求作為PRD的一部分，也可以單獨準備一份數據統計需求。需要明確的是，產品上線后要達到什么樣的預期，如何根據數據來判斷這次更新是否達到了預期，這些內容明確了，數據統計的需求也就相應明確了。比如我們調整了某個頁面分頁的規則，希望用戶可以在更短的時間內看到首屏內容，那么這個頁面的加載時間，跳出率，用戶在這個頁面的停留時間以及用戶的后續行為，這些數據都可以用來輔助產品經理對這個調整是否符合預期進行判斷。
自己挖的坑，到頭來都是自己填。為了避免不完善的PRD影響工作進度和產品體驗，產品經理除了要自己理清產品的邏輯，盡量考慮周全，還可以和設計師，程序員多多交流。不同崗位的童鞋，出發點不同，考慮的角度也不同，大家在交流的過程中往往有助于產品經理完善需求文檔。
小白受用了！
能幫上忙就好