本文主要內(nèi)容是關(guān)于互聯(lián)網(wǎng)產(chǎn)品策劃過程中的設(shè)計方法總結(jié)峡眶，是我這幾年實戰(zhàn)留下了的些許心得幽纷，通過問答的形式币呵，來說明產(chǎn)品設(shè)計和項目過程中需注意的問題平匈，可作為自檢思考工具盈魁。包括內(nèi)容：需求分析窗骑、文檔輸出翩迈、體驗細節(jié)優(yōu)化膘流、異常防錯處理等动漾。

第 1 問：需求優(yōu)先級應(yīng)該如何排布丁屎？接下來應(yīng)該優(yōu)先啟動哪個需求？

根據(jù)美國哈佛大學(xué)教授雷蒙德·弗農(nóng)(Raymond Vernon)的《產(chǎn)品生命周》理論旱眯，產(chǎn)品周期可分為：導(dǎo)入期--成長期--成熟期--衰退期晨川≈ぞ牛互聯(lián)網(wǎng)產(chǎn)品在這個四個階段，對應(yīng)的產(chǎn)品規(guī)劃重點：拉新共虑、活躍留存愧怜、付費、自傳播優(yōu)先級比重也不同妈拌。

啟動需求之前拥坛，先問自己，你所負責(zé)的產(chǎn)品尘分，當(dāng)前處在哪個生命周期階段猜惋，當(dāng)季度、當(dāng)月的項目重點是什么培愁？你可以根據(jù)產(chǎn)品當(dāng)前的周期著摔，來選定需求的優(yōu)先級，一般可將需求分為4類：P0.重要且緊急定续，P1.重要不緊急谍咆，P0-P1.緊急不重要（性價比高的可提至P0），P2.不緊急且不重要私股。跟進產(chǎn)品當(dāng)前重點需要解決的問題摹察，來確定產(chǎn)品研發(fā)方向，以及當(dāng)前需啟動的需求庇茫。

第 2 問：如何做需求過濾港粱，形成需求池？

大部分關(guān)于產(chǎn)品經(jīng)理的文章旦签，都在寫此部分內(nèi)容查坪，一般都會問：用戶是誰，需求目的是什么宁炫，滿足用戶哪方面訴求或心理需求偿曙，比如：懶得、虛榮羔巢、貪婪等……最常引用的是《馬斯洛五大需求理論》望忆，但大部分都說的比較虛。

我個人認為竿秆，一個產(chǎn)品面向的用戶群是相對固定的時候启摄，不需要花太多時間在問用戶是誰，用戶有什么特性幽钢。這一點上歉备，我挺認同張小龍的理論（雖然他不一定說過），一個真正好的產(chǎn)品匪燕，無論用戶是誰蕾羊，都會用的順手喧笔，都覺得好用。在產(chǎn)品設(shè)計過程中龟再，特別是APP類的設(shè)計书闸，功能的簡潔，大氣利凑，操作普適性浆劲，我會比較認同。當(dāng)然截碴，在界面設(shè)計上做的有個性不能說是錯梳侨，但個性不等于花哨蛉威，也不等于流程隱晦繁瑣日丹。

在過濾需求時，除了問需求目的之外蚯嫌，結(jié)合階段目標(biāo)哲虾，研發(fā)性價比也是非常重要的。來自用戶反饋的過于具體的需求择示，需要多思考有沒有更好的路徑來達到用戶訴求束凑。例如，游戲公會會長栅盲，想在游戲過程中汪诉，也可以及時審批會員申請，因此提出希望游戲過程中谈秫，可暫時返回到管理頁面進行操作扒寄。這個需求看似合理，但其實經(jīng)過簡單評估后拟烫，會發(fā)現(xiàn)该编，研發(fā)成本非常高，且會長離開游戲房間后硕淑，需考慮一系列如自動操作课竣、超時托管等處理，且若會長長時間不回來置媳，是否會對一起游戲的對手造成不好的體驗等等于樟，都是需要考慮的點。因此拇囊，需要發(fā)散考慮是否有更好的辦法來實現(xiàn)會長的這個訴求迂曲，比如說，可以增加副會長來協(xié)助會長管理寂拆，或在游戲中增加快捷操作入口奢米，都是可以考慮的方案抓韩。滿足需求的方式不止一種，要權(quán)衡性價比和功能可能造成的后果鬓长，來決策谒拴。

有時候，因為競品做了某些功能涉波，無論是團隊抑或是boss都會有想要快速跟上競品的想法英上，最終需求會落到產(chǎn)品經(jīng)理手上。對于此類需求啤覆，我個人比較不建議照搬競品功能苍日。原因有2：

1、你與競品的用戶群屬性窗声、產(chǎn)品周期相恃、運營模式必定有差異，照搬很大可能會水土不服笨觅；

2拦耐、每一個產(chǎn)品、功能肯定都有做的好的地方和做的不好的的地方见剩，學(xué)其精華去其糟粕才是王道杀糯。習(xí)慣于抄襲，不是什么好事苍苞。產(chǎn)品需要有自己的調(diào)性，哪怕只是微創(chuàng)新羹呵。

第 3 問：產(chǎn)品規(guī)劃怎么做？大需求如何進行版本拆解担巩？要小步快跑嗎？

對于產(chǎn)品規(guī)劃來說涛癌，有一個清晰的階段目標(biāo)以及明確的deline非常重要，這樣整個團隊的士氣才能被鼓舞起來拳话。有了目標(biāo)之后，版本拆解也很重要弃衍，2到3周是一個比較合適的迭代周期呀非。需求文檔需在研發(fā)前2-4周確定好岸裙，并進入美術(shù)設(shè)計階段。

研發(fā)層面降允，一個迭代一周開發(fā)，一周聯(lián)調(diào)并進入測試剧董，在測試階段，可開始下個迭代需求評審翅楼，評審之后，需要預(yù)留一個方案調(diào)整的時間毅臊。尤其是對于技術(shù)實力不夠強大的團隊，產(chǎn)品在某些時候褂微，需要更多的考慮技術(shù)實現(xiàn)成本問題功蜓。當(dāng)然宠蚂，哪些東西可調(diào)整，哪些要堅持原則童社，這個點本文后面會詳細講解求厕。

每個版本內(nèi)容包括：新功能+基礎(chǔ)功能+小優(yōu)化點+BUG修復(fù)（緊急BUG會獨立安排人力及時解決，不會排入常規(guī)迭代）扰楼，這樣來保證產(chǎn)品整體迭代的均衡呀癣，不至于每天都在救火。

第 4 問：如何提升團隊效率弦赖？如何把更多時間花在產(chǎn)品設(shè)計上而不是跟進執(zhí)行上项栏？

在給建議之前，我想說一下自己的一個研發(fā)團隊蹬竖。我的上一任產(chǎn)品在交接時沼沈，跟我說，恭喜你币厕，要入坑了列另。確實，用坑來形容旦装，不為過页衙。市場同事的評價很中肯：功能做完上線，完全不是我們想要的功能，用戶不會用店乐，還把其他功能搞出一大堆BUG艰躺，然后又花了幾天回退。搞了兩個月眨八，啥都沒搞成描滔。確實，我接手后的第一感覺就是：亂踪古。無論是產(chǎn)品邏輯含长、還是團隊管理，都非常亂伏穆。在爆BUG前拘泞，沒有人知道風(fēng)險點，也沒有提前預(yù)防枕扫；整個研發(fā)團隊每個人每天都忙于應(yīng)付線上不斷復(fù)發(fā)的BUG陪腌，像熱鍋上的螞蟻，但研發(fā)效率極低烟瞧，且質(zhì)量不穩(wěn)定诗鸭。

我們通過一個季度的不斷嘗試和總結(jié)，摸索到幾個比較有效的辦法参滴，讓整個產(chǎn)品、研發(fā)團隊的效率和質(zhì)量得到提升：

1蝌箍、信息高效互通暴心，對應(yīng)負責(zé)人及時反饋：采用石墨共享《需求收集表》专普、《BUG反饋表》、《版本規(guī)劃表》筋粗。表格作為整個團隊信息互通的橋梁击胜，包括：市場偶摔、運營、產(chǎn)品策州、研發(fā)等都可以隨時查看够挂，每個人清楚我們當(dāng)前還有多少BUG要解決，有多少需求待開發(fā)枯冈，市場的聲音怎么樣尘奏，每個需求的優(yōu)先級炫加，以及后續(xù)需求規(guī)劃铺然。

《需求收集表》魄健、《BUG反饋表》：所有人均可在需求收集表、BUG跟進表表格中填寫自己的需求柬甥，和發(fā)現(xiàn)的BUG或體驗問題，產(chǎn)品經(jīng)理需每天查看表格卤橄，并備注每項需求窟扑、BUG的處理意見和進度。研發(fā)同事在保證完成自己分內(nèi)工作后橘霎，可自行認領(lǐng)想挑戰(zhàn)解決的陳年BUG（重要不緊急）姐叁，并計入績效貢獻≡罚《版本規(guī)劃表》則由產(chǎn)品負責(zé)人來按周更新嘱吗，我們一般要求產(chǎn)品負責(zé)人提前兩個月以上做好品規(guī)劃谒麦，拆解成季度哆致、月度沽瞭、周的計劃。在每個月最后一周城丧，集中收集并確定下個月版本研發(fā)內(nèi)容亡哄，并事先同步給全員布疙。所有團隊成員可直接查看最近一個月至一季度的需求規(guī)劃情況灵临，可提前準(zhǔn)備或預(yù)研。

2宦焦、強化開發(fā)者的全局思考能力波闹，無論是團隊成員自發(fā)組織體驗產(chǎn)品精堕，還是嚴格要求技術(shù)評審時每人都需要提問，都讓研發(fā)人員更熟悉產(chǎn)品需求痛悯。讓研發(fā)團隊的每個人都了解到產(chǎn)品全局的設(shè)計框架载萌，也多了解其他人做的模塊巡扇，同時整個團隊對階段目標(biāo)、產(chǎn)品現(xiàn)有全局功能邏輯有透徹了解厅翔。逐步提升研發(fā)人員的全局框架思維能力和產(chǎn)品思維能力刀闷。做到提前預(yù)防，而不是出了BUG再來救火顽分，也避免很多低能的BUG出現(xiàn)施蜜。

3翻默、提高每個團隊成員的owner心態(tài)修械，并配合及時獎勵機。每周研發(fā)組周會每人發(fā)言自己所發(fā)現(xiàn)的問題肯污，簡單輕松仇箱，無所不談剂桥，同時設(shè)置月度研發(fā)標(biāo)兵獎勵属提，對于有貢獻的同事進行及時鼓勵。事實證明斟薇，簡單的獎勵效果明顯堪滨，團隊上進心不斷被激發(fā)，甩鍋心態(tài)也漸漸被消除遏乔。

第 5 問：如何減少方案返工盟萨，提高方案合理性了讨？

首先前计，在開始輸出需求方案之前，一定要先回答3個問題：

1韭赘、需求方提出這個需求的目的是什么泉瞻，也就是這個需求為了達到什么效果苞冯，你們是否對需求出發(fā)點、需求目的鞭达、預(yù)期效果達成共識畴蹭？你能否預(yù)估需求上線后的數(shù)據(jù)效果叨襟？

2幔荒、是否有競品已經(jīng)實現(xiàn)了此功能，至少看3個以上競品右犹，且每個競品實現(xiàn)的細節(jié)差異點是什么樣的念链，他們?yōu)槭裁磿龀刹煌?或相同的樣子？你是否了解競品功能的市場反饋或數(shù)據(jù)碴犬？

3服协、核心流程是否有技術(shù)難點啦粹，是否需要提前對可行性進行評估或預(yù)研？核心邏輯選定跳纳，需與研發(fā)快速確定可行行贪嫂、選定最高性價比核心方案力崇，事先全局思考亮靴，切忌邊做邊改，做到一半贞岭，發(fā)現(xiàn)方案行不通瞄桨，或者技術(shù)成本過大而放棄讲婚。

在方案輸出過程中俊柔，建議先做好競品分析雏婶，同時提前咨詢研發(fā)人員關(guān)于方案核心流程的可行性以及研發(fā)難度留晚，這樣可以很好的幫助你判斷需求是否拆分版本，如何拆分版本奖地，避免等到需求全部輸出后参歹，在評審會上被徹底推翻犬庇。因此臭挽，事前溝通非常重要欢峰，它能幫助你獲取更多信息涨共，并結(jié)合研發(fā)成本煞赢、時間規(guī)劃做出最合理方案。

第 6 問：如何提升方案可用性吹截，易用性波俄？

核心邏輯確定之后懦铺，方案的方向和主干基本確定冬念，接下來就是細化方案，輸出文檔醒陆。在細化方案的過程中刨摩，主要會涉及到功能流程框架澡刹，頁面交互設(shè)計、細節(jié)處理等边篮。下面總結(jié)幾個很重要的點，來提升易用性和用戶體驗：

1凌受、把用戶假設(shè)成一個聰明但是很忙的人胜蛉，不要指望讓用戶記住任何操作流程誊册，而是隨時提供清晰的指引和盡可能自由的頁面跳轉(zhuǎn)入口案怯。

2嘲碱、用戶的高頻操作麦锯，應(yīng)盡量減少操作步驟，而低頻操作琅绅，則無需刻意關(guān)注步驟數(shù)扶欣，更應(yīng)該關(guān)注的是每一步的操作難度和界面信息是否易于理解。應(yīng)盡量降低選擇難度，別讓用戶花時間去理解料祠。

3骆捧、一個頁面只突出一個重點，用大小术陶，顏色凑懂，形狀來做分類，讓用戶一眼可分辨到重要信息梧宫。

4、扁平化和漸進披露相結(jié)合摆碉，視場景而定，而不是機械化執(zhí)行扁平化。流程扁平化的好處是，可以讓用戶提前感知流程棍厂，頁面跳轉(zhuǎn)的成本也比較低时呀，但是比較考驗對頁面信息的整合處理，漸進披露是預(yù)先把次要信息隱藏漠畜，當(dāng)用戶觸發(fā)了對應(yīng)操作躯喇，進入對應(yīng)流程，才給出相應(yīng)反饋或指引，好處是讓用戶更專注，減少理解成本。

5厢洞、頁面一致性也是這個道理公你，就我理解，一致性的是為了讓用戶形成習(xí)慣芦劣，進而減少理解成本。比如偏塞，確定操作永遠在右側(cè)神汹，選中狀態(tài)永遠高亮氓拼，紅色代表嚴重警告等等呈队。當(dāng)用戶已經(jīng)形成統(tǒng)一認知，則會大大降低每一次操作的理解成本。但有時候設(shè)計師會過于信仰一致性，導(dǎo)致失去個性，我建議在不影響習(xí)慣的前提下，可適時打破所謂一致性的束縛，讓設(shè)計更加出彩深夯。

6、讓用戶有反悔機會。誤操作后，可恢復(fù)，且重要操作需二次確認，并強化感知嚴重性拦英。

7钞瀑、避免依賴文字說明拧廊，多用圖形化的方式讓用戶直接感知户敬，而不是通過理解文字來感知。且文案使用的格式惹资、主語建議統(tǒng)一，這有助于營造整體調(diào)性。另外一點巴粪，即按鈕文案的使用掺喻，建議明確告訴用戶該頁面的目的和功能屡拨，同時引導(dǎo)行為她奥，而不是陳述性文案拳恋。用動詞+賓語的格式來引導(dǎo)用戶操作谬运，如：“去購買”比“商城”更清楚级解，“去玩牌”比“游戲”更清楚勤哗。

8、需同時考慮多平臺的用戶操作習(xí)慣袋狞，如ios系統(tǒng)上的應(yīng)用早处，頁面需提供返回按鈕泛释，而安卓上的應(yīng)用间影，按鈕應(yīng)避免過于靠近手機底部操作欄注竿，以防誤操作。

第 7 問：如何讓策劃文檔更清晰易讀魂贬？

1巩割、在開始描述詳細功能點之前，先說明該功能的核心功能邏輯付燥，讓讀者先了解整個文檔核心宣谈。可借助腦圖（xmind）键科、表格（excle）、邏輯圖來輔助描述；

2侥祭、交互流程圖（axure）：將每個關(guān)鍵流程統(tǒng)一展示在一張交互圖上，并注解重點交互細節(jié)及規(guī)則谈宛，這樣讀者可以直觀感知頁面跳轉(zhuǎn)邏輯以及判斷邏輯，可以極大提升評審效率；

3滋恬、描述功能時，分模塊來劃分文檔會是比較好的做法，可避免重復(fù)敢靡。

第 8 問：需求文檔中幔虏，除了功能流程外，還需要考慮哪些內(nèi)容烟逊？

需考慮極限情況和異常情況處理：

1图毕、列表為空情況處理冬阳，網(wǎng)絡(luò)異常拉取失敗處理，進行中強退考慮斷線重連饲常、進行中強退后如何處理玩家進度播聪；

2、數(shù)據(jù)超上限規(guī)則：保存數(shù)量上限、保存周期上限、分頁條數(shù)數(shù)量学密；

3毯侦、完整的編輯權(quán)限需具備：增卦碾、刪坯沪、改绿映、查；

4叉弦、重連次數(shù)以及如何觸發(fā)重連：若進行3次重連嘗試依然失敗后藻糖，顯示重連按鈕疹鳄，讓玩家手動觸發(fā)刷新；后臺推送失敗如獎勵發(fā)放，推送失敗懦趋，需讓玩家可以手動觸發(fā)領(lǐng)獎的地方晾虑；

5糙捺、加載頻率考慮：是否需要預(yù)加載，或者進入頁面時才加載笙隙，會影響到切換速度洪灯；

6、切后臺竟痰、斷網(wǎng)签钩、玩家頻繁切到微信的場景，會造成APP短暫收不到正常數(shù)據(jù)推送凯亮。要考慮頁面數(shù)據(jù)是否會延遲边臼，是否需真實刷新，或自動觸發(fā)刷新假消。

7柠并、發(fā)放獎勵需考慮防刷機制，要做到即使出現(xiàn)功能BUG富拗，系統(tǒng)也會在達到閾值時臼予，自動預(yù)警或直接熔斷。防刷規(guī)則可簡單分為：

a.周期內(nèi)（每天啃沪、每小時粘拾、每分鐘、每秒）發(fā)放次數(shù)创千、額度上限閾值限制缰雇；

b.周期內(nèi)（每天、每小時追驴、每分鐘械哟、每秒）用戶行為（注冊、獲獎）頻率上限閾值限制殿雪。

8暇咆、完整的需求文檔，需配備配置后臺以及數(shù)據(jù)埋點需求丙曙，在功能上線后爸业，可持續(xù)監(jiān)控跟蹤數(shù)據(jù)表現(xiàn)，進而分析效果以及迭代優(yōu)化方向亏镰。

總結(jié)

1扯旷、明確需求目的：拉新、活躍索抓、留存钧忽、付費某抓、體驗、逼格調(diào)性……開始需求輸出前惰瓜，需提煉，過濾需求汉矿，避免機械照搬競品功能崎坊；

2、明確核心邏輯并先與研發(fā)商定可行性洲拇、性價比奈揍，若性價比過低，需快速調(diào)整方案赋续，同時男翰，輸出完整方案時，需完善考慮異常處理纽乱、防錯設(shè)計等細節(jié)蛾绎，做到“帶腦子”做事；

3鸦列、確保研發(fā)人員對需求理解透徹租冠，且能從全局角度設(shè)計技術(shù)方案，需求描述越清晰薯嗤，越細致顽爹，研發(fā)效率越高；

4骆姐、大功能分迭代镜粤，分版本做，第一步先實現(xiàn)核心功能閉環(huán)玻褪，上線驗證并收集反饋肉渴，再啟動附加功能開發(fā)。