<em id="tgrok"><div id="tgrok"><progress id="tgrok"></progress></div></em>

  1. <label id="tgrok"></label>
      <var id="tgrok"><label id="tgrok"><u id="tgrok"></u></label></var>
      <table id="tgrok"></table>
          1. 回舊版

            愛導航

            產品經理的新三觀:數據觀、格局觀、細節觀

            產品經理的新三觀:數據觀、格局觀、細節觀

            文/玉米王子

            一、數據觀:產品經理要重視數據,根據數據做決策,用數據說話。

            二、格局觀:學會換個角度,從戰略層面去考慮問題,格局有多大,世界就有多大。

            三、細節觀:細節決定成敗,無數個經過產品經理優化后的細節,堆砌出令人尖叫的用戶體驗。

            產品經理的新三觀:數據觀、格局觀、細節觀

            數據觀:產品經理要重視數據,根據數據做決策,用數據說話。

            靠譜的產品經理,不能拍隨便腦袋想做什么就做什么,而是要以用戶價值為中心,學會利用數據來側面驗證產品需求的是否靠譜。數據應該貫穿產品需求從無到有的完整的一個生命周期。

            網上有很多產品生命周期的討論,比較形象的一種劃分是:幼年——童年——青年——壯年——老年,分別代表了一個產品不同的生命階段。

            產品經理的新三觀:數據觀、格局觀、細節觀

            這里不多加贅述,文中提到的生命周期概念,并不是產品本身的生命周期,而是一個產品需求的生命周期,本質是需求的生命周期,并且這個需求的生命周期的結束,意味著一個新產品生命周期的開端。

            根據工作這段時間的觀察和提煉,我對產品需求的生命周期流做了一個簡單的總結,一個產品需求完整的生命周期主要包括以下九個階段:

            idea產生——需求分析——項目評估——PRD撰寫——需求評審——開發測試——發布上線——運營監控——項目效果后評估。

            產品經理的新三觀:數據觀、格局觀、細節觀

            很多公司都會有idea的頭腦風暴,有的公司是單獨組織一個idea討論會,比如我2014年在百度的時候,就參加過幾次這樣的會議,那時候的體會是,即使是簡單的idea討論,如果有相關的數據做支撐,會讓idea顯得更靠譜和更有說服力。

            一般來說,很多idea討論會很容易陷入一個困境,就是你還沒有把一個idea的來龍去脈完整的闡述清楚,就會有人馬上打斷你,然后從技術實現和產品細節等方面去質疑你。

            這種idea還沒講完就被無端打斷的感覺是很不爽的,并且無序無規則的爭論,會導致會議的效率大打折扣,很多時候花了很長時間開會也得不出所然,或者得出的會議結論也沒有什么含金量。

            至今覺得百度的idea討論會是做得比較好的,這里也可以簡單分享一下百度在這方面做得好的地方:

            百度為idea頭腦風暴設定了一些討論規則,讓參會的產品經理有一個基本的討論框架,然后可以友好的進行idea頭腦風暴。建立基本的是非判斷框架和討論標準,是會議高效有序進行的有力保障。

            Idea討論五步法:

            1)、產品經理要學會傾聽。別人在闡述idea的時候,盡量不要打斷,讓idea生產者把話說完,爭取把idea的基本框架完整的闡述清楚,用戶的疑問,很多時候都隨著idea主流程的展開而解決了,所以討論會上最好不要輕易打斷,要學會傾聽。

            2)、有序提問和互動。idea的主流程闡述清楚后,其他的人再去打斷和提問,不要輕易在別人闡述idea眉飛色舞的高潮階段,給別人潑冷水,因為這樣很容易澆滅頭腦風暴的火種;

            3)、吐槽也要有正確的姿勢。自由提問和互動階段,分為白帽子&黑帽子兩個維度去評價idea,白帽子指的是idea值得肯定的方面,是Idea的亮點和優勢。黑帽子指的是idea的缺陷,鼓勵大家對idea進行吐槽,扣白帽子和黑帽子是整個idea討論會的高潮,哪些idea靠譜哪些不靠譜,就在這個PK環節一較高下。

            4)、鳥過留痕,會議記錄要做好。闡述idea的產品經理,可以在白板上寫一下idea的框架要點,做好idea記錄。然后,其他人員關于idea的白帽子和黑帽子都貼到白板上,方便其他人看到。

            5)、郵件周知及后續安排。每次會議開始前,最好安排一人做整個討論會的會議紀要,結束之后整理出要點發給全組人員,保證每次討論都有價值和產出。Leader可以根據產品規劃和idea討論結果,篩選出靠譜的idea進idea需求池,安排對應的產品經理去跟進需求。

            產品經理的新三觀:數據觀、格局觀、細節觀

            上面的五個idea討論會步驟,簡單分享了我14年所在的百度錢包部門的idea討論會的大概流程,至今仍然覺得這個流程是靠譜的。

            產品經理在工作中遇到的一個問題,就是在idea討論會的時候,沒有一個框架和標準,導致會議效率不高。

            很多時候你剛起一個頭,就有人跳出來打斷你質疑你,其實他們的很多疑問都可以在后面的關于idea主流程的闡述里找到答案,但是很多人就是缺乏耐心和用心傾聽的姿態,這導致idea討論會很無序很混亂,有的時候花了幾個小時開完會,但是最終并沒有一個清晰的會議結論。

            如果有產品經理感覺自己的部門和團隊開會效率特別低,并且經常發生idea剛起一個頭,就會遇到鋪天蓋地的質疑和爭論的,可以考慮引進百度這套5步idea討論會的框架,讓整個團隊可以更友好的進行頭腦風暴,即使是撕逼,也是高效率的靠譜有序的撕逼。

            希望這個5步idea討論法,能幫助深陷idea討論無序無效之苦的你,趕緊走出來,利用有序靠譜的討論架標準,讓產品經經理的工作更高效。

            繞了一大個彎子,還是要回到數據上來。idea頭腦風暴,表面上是天馬行空,是沒有限制的發散思維,但實際上最終勝出的idea,還是靠譜最重要。如何做到靠譜呢?

            除了以用戶為中心,主要是靠數據說話,建立在真實客觀的數據基礎之上的idea,才是靠譜的。作為帶業務的產品經理,你的idea不能脫離數據真實情況太離譜,不能越過基本的數據邊界。

            idea的時候需要重視數據,需求分析階段更是如此。我司的產品需求文檔模板,第二項就是目標評估,撰寫PRD的時候,需要給出這個需求最終可以帶來的數據結果。

            文章來自:第二導航,未經允許不得轉載?。?a href="http://www.zylhcdls.com/">首頁 > 教程收藏 > 網站運營 » 產品經理的新三觀:數據觀、格局觀、細節觀

            ( )

            相關推薦