記得剛開始做產(chǎn)品出需求方案的時(shí)候瞧剖，上來就開始畫原型寫文檔墅垮，在寫的過程中發(fā)現(xiàn)某個(gè)交互沒想明白或者漏了一部分邏輯积蔚，然后回過頭來再修改或者補(bǔ)漏意鲸，這樣前前后后折騰好長(zhǎng)時(shí)間，終于做完了一份完整的方案，等重新檢查的時(shí)候怎顾，發(fā)現(xiàn)又漏了某個(gè)地方流程有問題读慎，于是又改，反復(fù)折騰之后終于完成了初版槐雾。
然后等到需求評(píng)審的時(shí)候夭委，面對(duì)技術(shù)爸爸們的各種疑問如坐針氈，發(fā)現(xiàn)又漏了好多的邏輯和細(xì)節(jié)募强，等到需求評(píng)審結(jié)束的時(shí)候株灸，已經(jīng)被需求折磨的死去活來。
出現(xiàn)這樣的問題擎值，一是因?yàn)閯傞_始做產(chǎn)品方案設(shè)計(jì)慌烧，基礎(chǔ)產(chǎn)品交互規(guī)范的熟練度不夠。還有就是急于完成任務(wù)鸠儿，對(duì)于需求或功能的整個(gè)邏輯沒有思考的很明白屹蚊，太過于專注方案以及功能本身的實(shí)現(xiàn)。
后來做的需求多了（踩的坑多了）捆交，慢慢的修正自己過去在做產(chǎn)品方案的中一些問題淑翼，也跟身邊同事交流，整理了一套比較符合自己的產(chǎn)品設(shè)計(jì)流程品追，可能不適用所有的場(chǎng)景玄括，是我目前用的比較多的一套流程。
“看”競(jìng)品
說到看競(jìng)品肉瓦，很多人的第一反應(yīng)是要抄么遭京？我們一般剛開做需求方案的時(shí)候，常見的套路就是選幾個(gè)相關(guān)的競(jìng)品或產(chǎn)品泞莉，對(duì)著某個(gè)功能抄一遍哪雕，然后形成自己最終的方案。
這時(shí)候我們的注意力還是方案或功能實(shí)現(xiàn)本身鲫趁，并沒有深入的思考內(nèi)在的邏輯以及背后的動(dòng)機(jī)等等斯嚎。就像上學(xué)的時(shí)候，交作業(yè)前拿過來同學(xué)的作業(yè)對(duì)著答案直接抄了上去挨厚，并不會(huì)再去想答案背后的演算流程堡僻。但是也有老師會(huì)說，同學(xué)們你們抄作業(yè)可以疫剃，但是你們一定要弄明白抄的答案為什么是這樣钉疫。
看競(jìng)品也是同樣的道理，在開始策劃一個(gè)需求方案的時(shí)候巢价，我會(huì)找到競(jìng)品功能或者相關(guān)的功能牲阁，深度的體驗(yàn)相關(guān)的功能固阁，弄明白整個(gè)功能的邏輯以及流程，體驗(yàn)功能交互上手的感覺城菊，對(duì)功能的效果有個(gè)初步的判斷备燃。
同時(shí)要做好記錄，對(duì)于競(jìng)品做的好的點(diǎn)以及關(guān)鍵點(diǎn)的實(shí)現(xiàn)邏輯做好收集記錄凌唬，然后對(duì)同一功能或模塊在不同平臺(tái)的實(shí)現(xiàn)方式或者關(guān)鍵點(diǎn)的差異盡可能的收集資料赚爵，盡可能作出符合邏輯的思考和解釋。做完這一步對(duì)需求整體的實(shí)現(xiàn)邏輯以及流程有了初步的掌握法瑟，可以開始下一步。
舉個(gè)簡(jiǎn)單的例子：策劃登錄注冊(cè)功能唁奢，同樣的登錄注冊(cè)功能可能在不同的產(chǎn)品上具體實(shí)現(xiàn)的業(yè)務(wù)邏輯或流程都會(huì)有不同霎挟，注冊(cè)門檻的差異、注冊(cè)流程的不同麻掸、注冊(cè)信息的酥夭、登錄場(chǎng)景的不同等等，都跟具體產(chǎn)品的需求場(chǎng)景和特性有關(guān)脊奋。
理思路
做完競(jìng)品調(diào)研后熬北，就可以著手開始自己需求的策劃。在對(duì)業(yè)務(wù)邏輯以及功能流程有一個(gè)大概把握的前提下诚隙，再結(jié)合自己產(chǎn)品當(dāng)前的現(xiàn)狀以及實(shí)際場(chǎng)景從整體到局部開始進(jìn)行（說到整體到局部的系統(tǒng)化思維讶隐，推薦一本很多人都看過的書《金字塔思維》）。
從需求背景久又、需求目的巫延、功能流程、功能list地消、關(guān)聯(lián)需求等等炉峰，開始整體思路的梳理。功能list以及功能流程脉执，在競(jìng)品調(diào)研的基礎(chǔ)上是最容易出整體思路的模塊疼阔，也是產(chǎn)品功能設(shè)計(jì)本身，但是需要注意的是半夷，產(chǎn)品功能本身只是需求策劃其中的一部分婆廊，不是需求全部。
我經(jīng)常踩坑是玻熙，關(guān)注需求流程和實(shí)現(xiàn)本身否彩，而忽略和需求相關(guān)聯(lián)的其他需求點(diǎn)和事項(xiàng)。比如嗦随，新的需求方案對(duì)于已有需求影響列荔、新老版本兼容的問題敬尺、涉及的財(cái)務(wù)、運(yùn)營(yíng)等各個(gè)流程的變動(dòng)問題贴浙、功能的推廣問題等等砂吞，以上都是需要根據(jù)需求的實(shí)際背景事先進(jìn)行考慮以及規(guī)劃的。
還有經(jīng)常被忽略的一點(diǎn)就是需求價(jià)值以及效果的衡量崎溃，我剛開始做產(chǎn)品經(jīng)常有的問題就是埋頭于如何實(shí)現(xiàn)整個(gè)需求蜻直，對(duì)于需求的價(jià)值以及效果很少考慮，做了很多東西但是并沒有好好回顧其中的價(jià)值袁串，對(duì)于工作的回顧和產(chǎn)品的認(rèn)知是很不利的概而。
等梳理完框架以及流程之后就可以先跟boss或相關(guān)同事提前進(jìn)行溝通，在大方向以及思路一致的情況下再開始擼需求文檔囱修，如果在思路框架都沒有保持一致的情況下赎瑰，就直接上手開始畫原型擼文檔，后面如果一旦思路或者框架需要調(diào)整破镰，可以快速的進(jìn)行修正餐曼。
接上面的例子：關(guān)于登錄注冊(cè)模塊需求的實(shí)現(xiàn)，做完競(jìng)品調(diào)研鲜漩，根據(jù)自身產(chǎn)品特性可以確定功能模塊以及流程源譬，比如內(nèi)容型產(chǎn)品，前期降低登錄門檻孕似，可以直接使用第三方登錄踩娘，同時(shí)獲取用戶的基礎(chǔ)信息以及注冊(cè)賬號(hào)，甚至工具型產(chǎn)品一開始可能并不需要賬戶體系喉祭。
扣細(xì)節(jié)
框架流程有了霸饲，就可以開始第三步最終交互設(shè)計(jì)的完成和需求文檔的撰寫，在前面思路以及流程梳理清楚的基礎(chǔ)上臂拓，開始畫原型寫文檔厚脉，整個(gè)過程會(huì)相對(duì)順暢很多，避免走很多彎路胶惰。
交互設(shè)計(jì)以及需求文檔撰寫算是產(chǎn)品基本功傻工，在框架流程完善的基礎(chǔ)上，再開始畫原型擼需求孵滞≈欣Γ可能很多人最開始做需求文檔的時(shí)候會(huì)糾結(jié)于用什么畫原型、原型要不要高保真坊饶、文檔的格式是怎么樣的泄伪？
在最開始擼需求文檔的時(shí)候，我也會(huì)糾結(jié)要用什么原型工具匿级，Axure用很多了蟋滴，要不要嘗試一下墨刀染厅？原型太丑了，是不是做的更好看一些津函？需求文檔應(yīng)該怎么輸出：直接在原型標(biāo)注輸出還是輸出標(biāo)準(zhǔn)的文檔肖粮？也會(huì)網(wǎng)上搜各種類型的文檔進(jìn)行借鑒模仿。
后來在不同的團(tuán)隊(duì)輸出過各種樣式的需求文檔尔苦，不再糾結(jié)于原型以及文檔的格式涩馆。文檔只是用來承載你的思路和方案的載體，用來跟開發(fā)測(cè)試團(tuán)隊(duì)溝通的媒介允坚，還有很重要的一點(diǎn)就是留底（誰應(yīng)該來背鍋）魂那。至于輸出的格式以及文檔的風(fēng)格，還是看團(tuán)隊(duì)風(fēng)格以及個(gè)人習(xí)慣稠项，在符合團(tuán)隊(duì)風(fēng)格的基礎(chǔ)上冰寻，怎么高效怎么來。
需求文檔也是一個(gè)持續(xù)迭代優(yōu)化的過程皿渗，就實(shí)際經(jīng)驗(yàn)來說，不可能一次性寫出一個(gè)完美的需求文檔轻腺，在需求推進(jìn)的過程中乐疆，隨著需求評(píng)審、開發(fā)贬养、測(cè)試挤土，需要不斷的進(jìn)行優(yōu)化調(diào)整，要做及時(shí)好變更記錄误算，快速的同步相關(guān)的同事仰美，以免因?yàn)樾畔⒉煌綄?dǎo)致功能出現(xiàn)誤差。
到這里你總算擼完了一套需求文檔儿礼，可以稍微松一口氣咖杂，開始進(jìn)入進(jìn)行需求PK環(huán)（撕逼環(huán)節(jié)），在撕逼和背鍋的路上開始狂奔蚊夫。最后需求終于上線了诉字，你想著可以松一口氣了，然而等著你的是更多的需求以及文檔...
