我是“一天撕逼5次”的產品經理
開會是產品經理每日不可缺少的一個環節,有人認為開會就像是人間地獄,除了撕逼不幹別的;有人認為開會就是花式吹逼,看其他部門你來登臺我唱戲;還有人認為開會就是走過場,認真你就輸了。
而我認為開會是產品經理綜合能力提升最快的一種途徑,它將考驗一個產品經理的反應能力、協調能力、邏輯能力、推動能力、溝通能力、分析能力、管理能力,如果你能在評審中技壓群雄,那麼你的專案將得到一致的認可並順利的進行下去。
所以我們要重視評審,重視開會。
下面我就和大家說說那一天的經歷,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才走~~~我快樂