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