五好乐、需求評審怎么過？
需求到了文檔這一階段瓦宜，就不再是存在于產(chǎn)品腦海中的事物了蔚万，需要通過溝通把需求傳遞給相關人員，這就是需求評審會临庇。
需求評審涉及的人員極多反璃，老板，產(chǎn)品假夺，交互淮蜈，視覺，開發(fā)已卷，測試梧田，運營，每個人所站的角度都不同悼尾，對需求的理解水平也相差極大柿扣。
所以需求評審會，是產(chǎn)品推進的一道坎闺魏，這一條坎過的好壞未状，直接影響后續(xù)工作的推進。
那需求評審應該怎么進行析桥？功夫都在會外司草。
1艰垂、提前發(fā)出
把需求文檔，原型提前一定時間發(fā)出埋虹，確定參會人員有時間查看猜憎，思考。要考慮項目的時間進度搔课，發(fā)出的時間不能太早或太晚胰柑。太早，有的人看的早爬泥，忘得也早柬讨，有的人覺得時間還早，晚點看袍啡，就忘了踩官。太晚，大家不一定抽的出足夠的時間來看境输，來思考蔗牡。
2、提前溝通
會前需要找關鍵人員進行一對一的溝通嗅剖，
一個是確保大家都看了文檔辩越，這樣不會一頭霧水的進入會議室，這樣就會導致會議的效率大大降低信粮，相信我区匣，這樣的會議會出各種幺蛾子。
二是提前溝通蒋院，可以讓大家有什么疑問可以提前提出亏钩，如果你已經(jīng)有思考過，可以提前解釋欺旧，節(jié)省會議的時間姑丑；如果沒有想到（這是很有可能的，畢竟一人計短）那就可以提前做好準備辞友，思考完善栅哀。
再者開會時，你是一對多称龙，而且是不同職位的同事留拾，在會議上進行有效說服的成本會很大。一個人提出一個質疑鲫尊，經(jīng)常會引起其他人的共鳴痴柔，這樣你就要努力說服多個人，這是很痛苦的一件事疫向。
因為一個理由可能只能說服一個人咳蔚，每個人的思考角度不同豪嚎，出發(fā)點不同，攪在一起谈火，是很難理清的侈询。當然，口才好的糯耍，覺得自己能舌戰(zhàn)群雄的同學可以無視這個扔字。
我不希望產(chǎn)品的通過口才來說服同事。很多時候温技，一個一般的需求也能在產(chǎn)品的妙語如珠下通過啦租。這個真的不是好事，因為產(chǎn)品不能靠口才來打動不能見面的用戶荒揣。
在闡明了強有力的理由后，通過事實來說服同事焊刹，這個才是需求評審的意義系任。竊以為，這點也是為什么很多優(yōu)秀的產(chǎn)品經(jīng)理都是內向的虐块，因為內向的產(chǎn)品經(jīng)理俩滥，只能通過更加完善的需求來打動同事。
3贺奠、確定會議時間霜旧，參會人員
開會前的準備工作還有就是，協(xié)調參會人員儡率，參會時間挂据，參會地址，確認大家都知道這些信息儿普∑樘樱可以在會議開始前再通知一次，不然到了點再催就是組織上出了問題眉孩。
同時个绍，開會前也要確定下，相關的會議室浪汪，設備和材料準備完全巴柿。這些事都是細節(jié)，但還是挺有用的死遭。
5广恢、會議過程
講解的流程我一般按照需求文檔的內容，可以參見上文《需求文檔該怎么寫》呀潭。如果前面的工作做到位袁波，會議更多的是統(tǒng)一思想同步進度瓦阐。但需要注意以下的幾個易犯的問題：
1）離題萬里
需求會議一看，大家經(jīng)常會由一個點篷牌，無限的延伸開去睡蟋。這點其實是好事，說明大家對產(chǎn)品的參與感強枷颊，是把產(chǎn)品當做自己的事戳杀。但時機不對，導致需求會議是要確定需求夭苗，優(yōu)先級信卡。新的需求不是在這里產(chǎn)生的，不經(jīng)過仔細的思考题造，研究傍菇，拍腦袋的需求大都會誤導大家的思路。
產(chǎn)品經(jīng)理作為會議組織人界赔，要發(fā)現(xiàn)這個的苗頭丢习，做個掃興的人，在大家談性正高的時候淮悼，把會議拉回正題咐低。但需要一定的技巧，比如袜腥，”大家的建議都很有價值见擦，我這邊都記錄下來了，以后可以專門做些調研羹令，研究鲤屡。接著我們再確定下個需求吧「３蓿“
2）糾結細節(jié)
對于交互执俩，界面，大家都有自己的使用習慣癌刽，理解役首，反映出來就是大家都能對這些提一些主觀的看法。很多時候显拜，這個也代表一部分用戶的意見衡奥，很有參考意義。但也只能作為一個參考意見远荠，產(chǎn)品如果在這里過于糾結就會因小失大矮固。
這時候，還是得讓產(chǎn)品說出自己這么做的理由，并總結他人的理由档址，做出最后的決定盹兢。
3）難以確定
在一些需求上，大家最后都有自己的看法守伸，無法統(tǒng)一绎秒，這時候再怎么糾結也不能做出最后決定。產(chǎn)品可以站出來尼摹，擱置需求见芹，會后產(chǎn)品綜合意見，溝通后再做確定蠢涝。一定要確保會議的順利進行玄呛，不能浪費大家的時間。
4）維護自己權威
在看需求會議的時候和二，在講的一個個需求都是產(chǎn)品經(jīng)理經(jīng)過不斷思考徘铝，挖掘的需求，可以說每行文字都有產(chǎn)品經(jīng)理的心血所在惯吕。當產(chǎn)品聽到別人的質疑時惕它，總是想說服別人，維護自己的觀點和權威混埠。產(chǎn)品有一定的權威有利于產(chǎn)品項目的推進，但不是靠固執(zhí)诗轻，執(zhí)拗钳宪，反對聽取他人的意見來維護。
在需求會議上扳炬，產(chǎn)品一定要記得帶上耳朵和開發(fā)的心態(tài)吏颖，讓大家一起參與到需求確定上來。大家的每一個看法都是促進產(chǎn)品完善恨樟，用戶體驗上升的機會半醉。
5）問題反復
當一個需求確認后，已經(jīng)推進到下個需求劝术，然后又說著說著又回到了上個需求缩多。這時候，要及時制止养晋，把會議拉回到進度上衬吆。還有意見，會后再議绳泉。
6逊抡、會議結束
會議結束后，要及時整理會議的記錄零酪，并把大家的意見收集到需求文檔中冒嫡，附上最后的處理方式拇勃，相關修改。
有些懸而未決的問題也要及時找對應的人員確定孝凌。
確定的需求也要及時的推進到交互方咆，視覺和開發(fā)人員，確定估時胎许，排期峻呛。
六、需求變更怎么辦
需求變更這種事辜窑，大家都不想的啦钩述，無辜臉~千辛萬苦的把需求推進下來，這里面產(chǎn)品花的心血也不少穆碎。但作為掌控需求的人牙勘，需求變更的鍋只能產(chǎn)品經(jīng)理背。
1所禀、需求變更的原因
1）產(chǎn)品戰(zhàn)略方面，市場環(huán)境，外部條件變化色徘。這種客觀條件的變化恭金，大部分時候不以產(chǎn)品經(jīng)理的意志為轉移，只能適應褂策，只是要注意傳達好原因横腿，不要因此影響了團隊士氣。
2）老板又開始拍腦袋斤寂。人家是發(fā)工資的耿焊，很多時候，你費盡九牛二虎之力也說服不了老板要改主意遍搞。既然反抗不了罗侯，那就閉上眼睛享受吧。
如果無法說服老板溪猿，或者被老板說服钩杰，你就要盡可能的執(zhí)行，完善诊县。即使老板的想法你覺得非常不對榜苫，但講清楚你的意見后，你還是得順從翎冲。在公司垂睬，不要把產(chǎn)品經(jīng)理這頭銜太當真，惡了老板那就去坐冷板凳吧。
（這個想法我也不知道是不是正確的驹饺，只是自己在一個創(chuàng)業(yè)公司得到的一些教訓钳枕。大家姑且一聽吧，我覺得這個應該也是因人而異赏壹，因公司而異鱼炒，大家姑且一看，付諸一笑蝌借。）
3）產(chǎn)品前期工作沒做扎實昔瞧，尤其是需求分析這一步。這一點雖然坑菩佑，但對于新手產(chǎn)品其實是必然要踩的一個坑自晰。對于有經(jīng)驗的，也只能說盡量避免稍坯。產(chǎn)品與技術的矛盾很多時候就來源于此酬荞。
4）產(chǎn)品設計出問題。這個也挺常見瞧哟，一些邏輯流程混巧，交互設計，邊際狀況沒考慮好勤揩，或者覺得有更優(yōu)的方式咧党。到了上線前的測試階段也會出現(xiàn)一些。這種變更就要評估改動的成本和帶來的效益了陨亡。
5）在需求確認會傍衡，開發(fā)覺得能做，隨后也估了時数苫。然后某天聪舒，開發(fā)溜過來辨液，
“嘿虐急，我覺得這個需求這樣不好，用戶肯定不會這么用戶我們的產(chǎn)品滔迈，這樣做對用戶體驗不好”
“說人話”
“原先的方案有問題止吁，這個需求實現(xiàn)起來會非常麻煩，需要改需求”
一番探討后燎悍，擼起膀子改需求唄敬惦。
二、需求變更的應對
1）重新分析需求
當變更的時候谈山，不要著急改變俄删，重新思考原有需求的思路夏漱，對比新舊需求的變化，變化原因阵幸。要對自己原有的思路有信心癞埠。對新需求一定要慎重，再慎重斜脂！如果新需求提出后再對其變更抓艳，非常損害團體的士氣，對后續(xù)的工作展開會非常麻煩帚戳。
2）更新需求文檔
按照需求流程及時更新相關內容玷或，并在文檔注明索引，方便大家查找和后續(xù)追溯片任。并且根據(jù)需求變更大小偏友，通知相應人員同步信息。這里的人員不要僅限于開發(fā)蚂踊，還有測試约谈，運營，視覺等犁钟。要做到信息的及時同步棱诱！相信我，這里有坑涝动，淚目迈勋。
3）項目進度更新
需求變更大都會帶來項目進度的問題，在需求變更后醋粟，需要及時對其產(chǎn)生的進度影響做評估靡菇。
4）需求變更的復盤
這一步其實是產(chǎn)品自身的提高所必須的，前車之鑒后事之師米愿。
講真厦凤，需求變更其實是產(chǎn)品與開發(fā)最容易產(chǎn)生問題的地方，盜的一張圖育苟，大家可以引以為鑒较鼓。
七、需求怎么管理
我們收集來的需求违柏，按照各自的版本迭代順序博烂，會慢慢上線，但肯定有優(yōu)先級和時間前后漱竖，那應該怎么管理呢禽篱？
要做好需求的管理，需要建立需求庫和做好版本規(guī)劃馍惹。
1躺率、需求入庫
建立好需求庫玛界，分析好的需求按照下表進行記錄分類，優(yōu)先級悼吱，描述等脚仔，然后放入到需求庫。如果已明確對應版本舆绎，直接放入鲤脏。
2、需求跟蹤
隨著項目進行及時更新項目狀態(tài)吕朵，從新建-進行中（記錄目標版本）-已解決（上線）猎醇，特殊情況如關閉，重開努溃，延期硫嘶。并在上線后做好需求對應的功能上線后情況，做好數(shù)據(jù)和用戶反饋跟蹤梧税。
產(chǎn)品到一定程度后沦疾，需求庫，及每個版本的需求量都是極大的第队，一般都是采用一些管理系統(tǒng)來管理哮塞，如redmine，禪道等凳谦。這之間的差別倒也不大忆畅，只要成員之間用的來就行。
不過需要注意尸执，這個只是工具家凯，充分有效的溝通才是最有用的，這里更多的是一個記錄提醒作用如失。
