• PRD中不提雙擊的，則一律將該控件的雙擊事件都定義為無效。
• 只在需要雙擊的時候才定義雙擊事件。比如抖音，雙擊視頻畫面則為點(diǎn)贊，單擊則切換【播放/暫停】。

3. 哪些不是目標(biāo)場景或目標(biāo)用戶

比如業(yè)務(wù)規(guī)定，主播在直播間獲得打賞的虛擬物品，可以對應(yīng)領(lǐng)取指定的實物商品。那么假設(shè)，某主播積攢了上百個同一虛擬禮物，并且要同時全部領(lǐng)取。

但是實物庫存不夠，主播以“平臺不守信用”為理由投訴平臺，該怎么辦？

辦法很多。要么就規(guī)定每次只能領(lǐng)取n個（n在試運(yùn)營階段確定）；要么發(fā)現(xiàn)庫存不足的時候，提前發(fā)出延遲供應(yīng)的免責(zé)聲明；要么就通過客服下線解決（比如兌換同價值商品或現(xiàn)金）。

總之，在這件事上，不把這種場景作為產(chǎn)品設(shè)計的考慮對象。即不為其開發(fā)對應(yīng)的產(chǎn)品功能，也不考慮其他辦法解決該問題帶來的不良的用戶體驗。

因為根據(jù)邊際效益，或者說產(chǎn)品定位來說，這種場景下的這號人就是排除項。既不是我們鼓勵的現(xiàn)象，也不是能為產(chǎn)品帶來價值收益的場景，同時花費(fèi)精力只能讓產(chǎn)品失去重心。

產(chǎn)品經(jīng)理在對待類似這種情況時，要判斷出這是不是我們的目標(biāo)用戶和場景。如果不是，需在方案評審時或者在需求背景描述時候加以解釋，并果斷轉(zhuǎn)換解決方案。

二、需求的異常項

異常，主要包括目標(biāo)App本身的異常、手機(jī)系統(tǒng)環(huán)境引發(fā)目標(biāo)App的異常，和周邊平行應(yīng)用引發(fā)目標(biāo)App的異常。

1. App本身設(shè)計的異常

舉個例子，電梯中打開App，到達(dá)初始頁面【首頁】，界面顯示在加載。我們知道，這是網(wǎng)速問題。

這時候點(diǎn)擊【我的】菜單，想看草稿箱。但是發(fā)現(xiàn)無法打開【我的】。退出重啟，依然如此。

【我的】是本地文件，不依賴網(wǎng)速，卻為啥也打不開呢？

其實是因為代碼這樣定義的：打開App，要做一次初始頁面的加載，沒加載好，就不會允許其他操作。

這就導(dǎo)致了無需加載的【我的】頁面，雖然不依賴網(wǎng)速，但是因為依賴網(wǎng)速的【首頁】沒完加載，所以“殃及池魚”，【我的】也打不開了。

因此，作為產(chǎn)品經(jīng)理，對于這種初次加載App的規(guī)制，就要做一個最長加載時間的設(shè)置。比如，若2s仍舊加載不出來，則切換到無網(wǎng)情況下的機(jī)制展示（無網(wǎng)絡(luò)情況下可以查看頁面）。

2. 外部環(huán)境導(dǎo)致的異常

以系統(tǒng)的定位功能為例，正常情況下，若定位系統(tǒng)開啟，那么打開App，定位功能就會為App提供當(dāng)前位置，并展示在頁面。

但是若手機(jī)定位不開啟，那么APP的位置就無法獲取。

這時候就需要產(chǎn)品經(jīng)理考慮，在這種手機(jī)GPS異常（系統(tǒng)設(shè)置帶來的異常）情況下，位置顯示什么？比如是顯示空、還是圖標(biāo)。

同樣，如果手機(jī)未聯(lián)網(wǎng)，或者網(wǎng)絡(luò)不通暢導(dǎo)致的加載失敗 ，就該提示“加載失敗，稍后再試”。

如果App檢測到斷網(wǎng)了，或者網(wǎng)速不好，就該更準(zhǔn)確地提示“網(wǎng)絡(luò)不佳”。

3. 平行應(yīng)用影響導(dǎo)致的App異常

比如，當(dāng)手機(jī)開啟藍(lán)牙，并且被另一個手機(jī)連上的時候，就會在手機(jī)頂部展示一行狀態(tài)：1個連接。

這時候?qū)嶋H手機(jī)界面被這一行擠壓了。

遇到全屏播放的界面，就會出現(xiàn)下圖這樣：頂部Tab頁簽下移，視頻畫面不居中，底部菜單下移。

App是否有考慮過這種情況下的界面兼容呢？如果沒考慮，那么就會出現(xiàn)這一合理場景下的異常bug。

又比如，一個語音聊天應(yīng)用，當(dāng)按住home鍵切出去的時候、來電話的時候、當(dāng)用戶執(zhí)行其他應(yīng)用的時候等，該怎么規(guī)定呢？

作為產(chǎn)品經(jīng)理，拋磚引玉一個方案例子：

a.【語音聊天】時 home鍵切出來，不影響聊的功能。

b.【語音聊天】時 不管是否切出去，若來電話（電話未掛斷的情況下） 則雙方屏蔽語音，但不掛斷。同時給對方toast提示：對方忙碌，馬上就好！

c.語音聊天時 切出去，看視頻、聽歌曲、打開其他應(yīng)用（如微信）進(jìn)行視頻等，都不影響語音聊天。（是否影響到效果，玩家自行處理）。

三、默認(rèn)值設(shè)置

1. 默認(rèn)頭像

這就像是統(tǒng)一制服一樣，不能因為這個孩子沒準(zhǔn)備衣服你就讓他裸著出場。所以要確定一個這樣的圖。

這個頭像可以是灰色底圖，比如花椒的就是。也可以定制帶產(chǎn)品元素的，比如映客的。

2. 默認(rèn)昵稱

好處就是萬一用戶懶得寫，也不至于空蕩蕩的。

產(chǎn)品經(jīng)理設(shè)計一個昵稱庫，隨機(jī)給用戶分配昵稱，有時候還有意想不到的驚喜感。

個性簽名也是同樣的道理。

3.?默認(rèn)提示

在無數(shù)據(jù)的頁面，比如【好友列表】，如果不告訴用戶這里確實沒數(shù)據(jù)的話，用戶可能會懷疑是不是App故障導(dǎo)致的呢。

所以產(chǎn)品經(jīng)理一般都會給予一個默認(rèn)的全局通用的提示，比如“暫時無數(shù)據(jù)哦”。

4. 默認(rèn)封面

比如相冊， 在網(wǎng)速不好的時候，加載不出來，那么怎么辦呢？黑洞洞的不好看，所以也需要產(chǎn)品經(jīng)理確認(rèn)一個默認(rèn)的封面或者數(shù)據(jù)背景圖。

這樣大家一看就明白了，哦，是沒加載出來啊。

5. 其他默認(rèn)項

默認(rèn)項總體上就是通用規(guī)范范疇的。遠(yuǎn)不止列舉的這幾項。產(chǎn)品經(jīng)理應(yīng)事先就做全局設(shè)計，確保默認(rèn)項一致、通用，且不遺漏。

總結(jié)

一個產(chǎn)品可以拆解梳理出一份PRD；但是反過來，提供這份PRD給開發(fā)，卻往往不能逆向地輸出同一個產(chǎn)品（假設(shè)UI一樣）。

這就是bug的誕生，和測試的必要性。

因此在確認(rèn)PRD的時候，就像素描，不僅要高光區(qū)，還需要陰影區(qū)。

產(chǎn)品經(jīng)理在說完正向的要什么之后，還要說清楚不要什么、異常情況下怎么辦，以及默認(rèn)怎么辦。只有將細(xì)節(jié)說完備，才有可能讓需求完整落地。

作者：唧唧歪歪PM；公眾號：唧唧歪歪PM（ID：jjyypm）

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

題圖來自Unsplash，基于CC0協(xié)議