產(chǎn)品入行半年了锡垄，大大小小的坑遇到不少沦零，這些血淚經(jīng)驗是最寶貴的財富，一直告誡自己货岭，要陈凡伲總結(jié)、常反思千贯，希望n年之后屯仗，再看到今天寫下的這些東西，能有更多的感悟搔谴。今天主要說的是PRD中遇到的那些大大小小的坑魁袜，不一定適用全部情況，歡迎各位糾錯敦第，歡迎各前輩指導慌核！

最近半年，?最主要的工作就是寫PRD申尼，PRD的重要性不言而喻垮卓。

在產(chǎn)品的整個開發(fā)流程中，PRD的作用有以下幾個方面：

1师幕、PRD指導其他部門進行工作的準備工作

測試根據(jù)PRD寫測試用例粟按；開發(fā)經(jīng)理根據(jù)PRD寫開發(fā)文檔诬滩；UI根據(jù)PRD和原型設計。

2灭将、PRD承擔字典的工作

測試人員可能更多的是根據(jù)測試用例工作疼鸟，而開發(fā)看的更多的是開發(fā)文檔。但當大家發(fā)現(xiàn)某個細節(jié)在測試用例或者開發(fā)文檔描述不清楚或者難以理解時庙曙，就會翻出PRD查找相關內(nèi)容空镜。PRD在這個時候是承擔了一個字典的功能。

3捌朴、PRD是打架必備吴攒。

測試和開發(fā)的天然屬性決定了他們之間微妙的關系，很多時候bug的定義是似是而非的砂蔽，很多時候涉及到用戶體驗的問題洼怔，而用戶體驗有帶有很大的個人主觀性，此時矛盾就出現(xiàn)了左驾。當測試和開發(fā)就某個問題爭論的面紅耳赤镣隶，幾乎要干架時，最后一句壓場的話就是”別瞎bb诡右，看PRD安岂！“，此時要是PRD上有關于此問題的詳細描述帆吻，那開發(fā)要么找產(chǎn)品經(jīng)理改需求嗜闻，要么只能自己改代碼了。要是PRD上沒有相關內(nèi)容桅锄，那開發(fā)就可以傲嬌的說”需求就是這么寫的，你要改样眠，先去找產(chǎn)品改文檔友瘤！“。所以一般來說檐束，測試是希望PRD寫的越詳細越好辫秧，這樣他們的bug才提的有理有據(jù)，而開發(fā)希望提出的需求能夠邏輯嚴密被丧，但不太希望產(chǎn)品經(jīng)理將所有的細節(jié)都規(guī)定死盟戏，畢竟產(chǎn)品對于技術的了解并不深。所以產(chǎn)品要注意把握好度甥桂，這點我自己還在不斷的思考之中柿究。

貌似現(xiàn)在也有很多公司不需要產(chǎn)品人員寫PRD，但我覺得PRD應該是產(chǎn)品人的必備技能黄选，他可以不要求你寫蝇摸，但你不能不會婶肩。作為一個新手，特別是一個沒有技術基礎的新手貌夕，寫PRD時律歼，是一個很好的梳理思維的過程。

剛開始寫PRD的時候啡专，不知道有些功能可以整合在一起說明险毁，每次都羅里吧嗦的全部重新說一遍。比如们童，分享功能畔况，應用里很多地方都涉及到了，每一次涉及分享病附，我都會把分享的機制從頭到尾說一遍问窃，其實這就很啰嗦，文檔的文字本來就夠多了完沪。所以域庇，建議將一些在軟件里反復涉及的功能提煉出來統(tǒng)一說明，當后續(xù)涉及到的時候覆积，簡單闡述一下就行听皿，不用再重頭說一遍。

我的經(jīng)驗是宽档，對控件及一些通用的機制進行統(tǒng)一說明尉姨，會使文檔簡潔省力一點。

在文檔的一開始吗冤，最好有一個單獨的模塊說明應用內(nèi)使用的控件又厉，說明這些控件的類型以及每個控件對應的操作方式，在這個模塊統(tǒng)一說明之后椎瘟，在其他模塊涉及此控件時覆致，只要簡單闡述一下就ok了。

下面列舉了一些常用的控件肺蔚。

模塊一煌妈、控件說明

1）輸入框

若輸入框有默認提示，點擊輸入框宣羊，彈出軟鍵盤璧诵。

當輸入框內(nèi)不為空（空格除外）時，默認顯示消失仇冯。

2）軟鍵盤的彈出及退去機制

當輸入框內(nèi)必須輸入的為數(shù)字時之宿，彈出數(shù)字軟鍵盤。其余時候苛坚，彈出文字軟鍵盤澈缺。

當在軟鍵盤以外區(qū)域坪创，點擊或者向下滑動時，軟鍵盤退去姐赡。

3）小黑塊提示

顯示*秒莱预，然后自動消失。

4）選擇彈框

彈框上有操作按鈕项滑。

點擊彈框以外的區(qū)域依沮，彈框消失。

5）手機返回鍵（安卓）

點擊手機上返回鍵枪狂，返回上一層危喉，并彈出相應提示。

6）Home鍵

按home鍵州疾，程序改為后臺運行辜限，再次打開軟件時，則回到按home鍵時的頁面严蓖。

在文檔的一開始薄嫡，最好有一個單獨的模塊說明應用內(nèi)使用的控件，說明這些控件的類型以及每個控件對應的操作方式颗胡，在這個模塊統(tǒng)一說明之后毫深，在其他模塊涉及此控件時，只要簡單闡述一下就ok了毒姨。下面列舉了一些常用的控件哑蔫。

同樣，很多通用的機制也能整合在一起弧呐，比如加載機制闸迷、緩存機制、網(wǎng)絡判斷俘枫、中斷機制等腥沽，以下是我自己整理的幾個通用的功能。

模塊二崩哩、通用功能：

1）緩存機制

每一步操作、每一個頁面切換之后言沐，都要想得到的數(shù)據(jù)需要緩存么邓嘹？緩存到哪里？清理緩存的時機是什么险胰？

2）網(wǎng)絡判斷

a汹押、一般當涉及到下載或其他很耗費流量的操作時，會進行2/3G網(wǎng)絡還是wifi網(wǎng)絡的判斷起便，當判斷出是非wifi狀態(tài)時棚贾，會進行提醒窖维。

b、其他需要向后臺請求數(shù)據(jù)時妙痹，只進行簡單的網(wǎng)絡狀況是否良好的判斷铸史，當網(wǎng)絡狀況不良時進行提示。

3）中斷機制

除退出登錄外怯伊，要考慮出現(xiàn)什么情況會導致用戶中斷操作琳轿。中斷操作會有什么影響，比如是否要保存操作進度等等耿芹。

常見的幾種情況如下：

a崭篡、來電

b、Home鍵吧秕，退到后臺運行琉闪。

c、按返回鍵（安卓）

d砸彬、頁面上有暫停使用的功能颠毙，比如倒計時、音頻播放過程中的暫停按鈕拿霉。

雖然APP千差萬別吟秩，但不管設計原型還是寫PRD時，只要涉及到頁面和控件绽淘，有些東西還是相通的涵防，下文整理了一些要考慮到的方面。

頁面的相關注意點

1）此頁面的使用場景是什么沪铭，用戶進入此頁面目的是什么壮池？我們設計此頁面的目的的是什么？我們希望用戶長時間停留此頁面么?

2）前置條件：有幾種方式進入此頁面杀怠；不同的身份進入此頁面時椰憋，操作權限有差別么？

3）退出此頁面的機制。常見的有：左上角的返回按鈕刻伊，返回上一層盒至；按手機返回鍵（安卓）也返回上一層。

4）操作手勢：比如在左右側(cè)抽屜窗骑，左右劃通常可以返回主界面漆枚；比如頂部有切換Tab创译，是采用左右劃切換還是點擊切換；還比如有些應用雙擊可放大頁面墙基，兩個手指按住并同時向中間滑動软族，表示縮小頁面刷喜，比如長按可能會彈出復制及粘貼的選擇框。

5）身份不同立砸、頁面的顯示內(nèi)容不同

比如被踢出群組后掖疮，在被踢出人的聊天頁面和其他人的聊天頁面，顯示內(nèi)容是不同的仰禽；再比如氮墨，管理員和普通成員的操作權限不同，所以進入同一頁面時吐葵，顯示的內(nèi)容也不同规揪。

6）默認框架（常常忘記！）

當頁面有好幾種狀態(tài)時（比如2張圖片和3張圖片時温峭，頁面的狀態(tài)就是不同的）猛铅，要定義默認狀態(tài)，及定義頁面的默認框架凤藏。

進入頁面時先顯示默認框架奸忽，向后臺請求數(shù)據(jù)后，根據(jù)后臺數(shù)據(jù)揖庄，頁面再調(diào)整為對應的框架栗菜。

7）數(shù)據(jù)為空時的默認圖片（常常忘記！）

上一條定義了頁面的默認框架蹄梢，但僅有框架是不夠的疙筹，還必須定義框架中的默認顯示圖片，此圖片會打包進入安裝包禁炒，網(wǎng)絡狀況不好而咆，向后臺請求不到數(shù)據(jù)時，就會顯示默認框架和默認圖片幕袱。

8）暴备、顯示機制、排序機制们豌、刷新機制

a涯捻、確定app要適配的屏幕大小，iOS支持到什么版本望迎，安卓要適配的分辨率是多少障癌。

然后要形成自己的直覺，適配的最小分辨率的屏幕最多能放多少按鈕擂煞，現(xiàn)在的設計方案放在要適配的最小屏幕上混弥，會不會太擠趴乡。

當某一行字數(shù)太多時对省，一定要想這么多字放不放的下蝗拿，放在一起好不好看。

是考慮翻頁還是瀑布流蒿涎？

b哀托、排序機制。

一個頁面顯示多少劳秋？按照哪些因素進行什么排序仓手？

c、刷新機制玻淑。

一次刷新多少嗽冒？如何刷新更多？自動刷新還是手動刷新补履？當刷不出新內(nèi)容時給提示了么添坊？

常見的手動刷新方式：右上角有刷新按鈕，點擊箫锤，手動刷新贬蛙。

常見的自動刷新：再次進入此頁面時刷新；設定一個時間值谚攒，每隔一段時間刷新一次阳准。

控件的相關注意點

控件是指例如按鈕、選擇框馏臭、切換tab野蝇、滑動條等等之類的可操作的部件。

1）控件的各種狀態(tài)出現(xiàn)的前提條件是什么位喂？不同身份進入頁面時浪耘，按鈕的狀態(tài)一樣么？

2）控件的狀態(tài)定義塑崖？

比如七冲，比如提交按鈕，要定義清楚什么時候可點规婆，什么時候不可點

3）控件的位置澜躺、大小是否合適？

待操作按鈕在當前界面中是否明確抒蚜？重要掘鄙、頻繁觸發(fā)的功能按鈕是否在手機的可操作區(qū)域？

4）控件的操作方式有幾種嗡髓？每種操作的結(jié)果是什么操漠？用戶能找到隱藏的比較深的操作方式么？需不需要加用戶引導？

常見的有：點擊浊伙、長按撞秋、左右劃

5）操作過程中的狀態(tài)改變

a、加載：狀態(tài)改變的等待時間是否超過2S左右嚣鄙，如果太長是否需要加入加載狀態(tài)

b吻贿、讀取

c、緩沖

d哑子、操作進度顯示：如進度條舅列、

6）操作過程中的繼續(xù)操作

考慮按鈕操作過程中的繼續(xù)操作會造成什么影響？操作進度需要保存么卧蜓？需要進行提示么帐要？

常見的繼續(xù)操作：取消、切換弥奸、返回宠叼、點擊其他區(qū)域、再次連續(xù)的點擊此按鈕

7）操作過程中的中斷

參考?通用功能 3）中斷機制

8）操作之后

a其爵、是否出現(xiàn)了合適的提示冒冬？

出現(xiàn)的提示的類型：選擇輕（tip/小紅點）、中（Toast）摩渺、重（提示框）優(yōu)先級別是否恰當

b简烤、操作后按鈕狀態(tài)的變化

c、操作后出現(xiàn)的各種結(jié)果：成功摇幻、失敗横侦、空值

9）思考對操作之后出現(xiàn)的結(jié)果，再次進行操作绰姻，會出現(xiàn)什么情況枉侧？

10）思考特殊情況對此按鈕的操作帶來的影響

a、此按鈕的操作對網(wǎng)絡的要求是什么狂芋？wifi還是2/3G網(wǎng)絡榨馁？網(wǎng)絡的判斷邏輯是什么？網(wǎng)絡不好時帜矾，進行合適的提醒了么翼虫？

b、此按鈕要求登錄么屡萤？如果未登錄能進行操作么珍剑？需要進行登錄提醒么？

c死陆、多次連續(xù)的點擊招拙，會造成什么影響？是否給予反饋？

d别凤、操作之后得到的數(shù)據(jù)需要緩存么劈愚？緩存到哪里？清理緩存的時機是什么闻妓？

e、一些操作實施后掠械，引起的變化是什么時候顯示出來由缆？即可顯示？此刻不顯示猾蒂，再次進入此頁面時顯示均唉？還是此刻不顯示，再次進入應用時顯示肚菠？

比如舔箭，聊天記錄刪除后，返回聊天頁蚊逢，是立即清空聊天記錄還是再次進入時清空层扶？

總的來說，PRD屬于操作層面的技能烙荷，要盡量有理有據(jù)镜会，邏輯嚴密。

曾聽到過一種說法：產(chǎn)品er的門檻在入行之后终抽。深感認同戳表，產(chǎn)品經(jīng)理近年來是一個被炒得很火的職位，沒經(jīng)驗昼伴、不會技術匾旭，不懂運營，都能成為產(chǎn)品圃郊，產(chǎn)品經(jīng)理聽起來大小也算一個經(jīng)理价涝，貌似光鮮亮麗，可實際情況卻不是這樣持舆。小公司飒泻，技術為王，產(chǎn)品的權限其實很小吏廉，大的戰(zhàn)略方向有boss定（對需求實現(xiàn)細節(jié)指手畫腳的boss真心很不少）泞遗，很多時候boss直接拍腦袋，這個按鈕擺這里席覆，那個按鈕擺哪里史辙，抄抄微信吧，抄抄陌陌吧……有時候你真的會很沮喪，但沒辦法聊倔，想辦法說服別人晦毙，也是PM必備技能，學著用數(shù)據(jù)說話耙蔑，盡可能的考慮周全见妒，有理有據(jù)，首先自己要很確定甸陌，才能說服別人须揣。

產(chǎn)品這條路并不好走，也許在上海這個城市钱豁，我永遠買不起房耻卡，永遠買不起車，但希望牲尺，某個加班的夜晚卵酪，當我拖著疲憊的身軀，站在擁擠的地鐵上的時候谤碳，聽見旁邊的一個少年拿著手機對另一個贊道：我kao溃卡！這款應用真的tm酷！我轉(zhuǎn)過頭去蜒简，發(fā)現(xiàn)那是我設計的應用塑煎。