開會是產品經理每日不可缺少的一個環節，有人認爲開會就像是人間地獄，除了撕逼不幹別的；有人認爲開會就是花式吹逼，看其他部門你來登臺我唱戲；還有人認爲開會就是走過場，認真你就輸了。
而我認爲開會是產品經理綜合能力提升最快的一種途徑，它將考驗一個產品經理的反應能力、協調能力、邏輯能力、推動能力、溝通能力、分析能力、管理能力，如果你能在評審中技壓羣雄，那麼你的項目將得到一致的認可並順利的進行下去。
所以我們要重視評審，重視開會。
下面我就和大家說說那一天的經歷，5次評審後直接腦子鏽掉，無法在集中精力做任何事。
10:00～11:00 撕逼需求是否有價值
這個會是一天當中最輕鬆的，因爲不涉及到太過複雜的需求，僅僅是頁面的視覺優化，所以大家相對和諧一些，但最終還是被否決一個需求，因爲討論一路後，發現即使實現了，不能爲我們帶來更好的價值，單單從體驗上講也沒有太大作用，所以我也沒有堅持。
11:00～12:00 撕逼如何實現
一個需求實現起來很麻煩，關鍵用的人很少，所以該項目在開發眼裏不是特別重要，因此如果做的複雜，得不償失。
後來討論需求的時候，發現我們誰也沒辦法說服對方。因爲用戶體量太少，實際情況僅僅是2家客戶的反饋，技術認爲沒必要按照用戶的說法全部實現，做一部分就行。但我卻認爲應該做成用戶想要的樣子。
然而討論很久也沒得出結果。
14:00～16:00 繼續撕逼如何實現
這時我發現了一個關鍵問題，那就是開發並不會認爲你這樣做是對的，他也無法感知到這個需求做出來是對用戶有意義的。或則說，他否定的是我想要實現的一個願景功能，是這樣的規劃沒有太多的價值。
所以我不再去糾結怎麼做，而是把用戶的核心意圖討論清楚，最終確定了一個大致的方案，也確定了最初的想法，當有用戶提到的時候，再來實現。
so，我們達成了初步的一致，也有了結果產出。
16:00～17:00 討論視覺優化
這次沒有太大的撕逼，因爲需求早已通過，這次只是視覺上的調整。
我發現設計圖+需求文檔，是開發都要參考的，可是其中卻有很多不一樣的地方，比如說交互方式、展現形式等等，這就很容易造成開發結果沒有達成產品的期望，經常在最後改改改，開發也是很煩。
所以我覺得視覺評審過後，還是需要在來個會統一一下最終方案。
17:00～18:00 運營方案撕逼
產品和運營那說句不好聽的真是死對頭，好的時候可以互幫互助，不好的時候就是你死我活。
今天撕逼的是一個用戶引導方案，運營強調的是用戶不進入功能當中，怎樣操作會更容易，而產品堅持的是用戶必須要到功能模塊中去使用，完全是對不上的兩個口子，這是兩種截然相反的思想導致，誰也不能證明對方是正確的。
所以呢，樸老師也很無奈，撕來撕去，雙方僅針對一個小功能優化達成共識，剩餘的該怎麼辦呢？
之後拉上領導開會討論吧！
18:00後，樸老師已經筋疲力竭，完全提不起精神來做需求文檔的更新，也無法思考該如何調整更加合適，吃個飯，聊會天，散散心吧。
然而最後還是加班到了9點多，寫完了ppt才走～～～我快樂