產品經理新人培養(yǎng)記:看他們在重復踩自己曾經踩過的坑

7 評論 11740 瀏覽 174 收藏 10 分鐘

最近幾次評審會,對新人產品有些感悟跟大家共享下。

我記得剛入行做產品時,還不知道產品崗位具體是做什么的,就瞎蒙亂撞的走上了產品路,所謂不知者無畏,一晃也這么久了。最近新入職了一些新人產品,看他們在重復踩自己曾經踩過的坑,這里梳理一下,跟大家共享。

由于大學專業(yè)學計算機的有點兒技術底子,運營又略微懂點兒皮毛,做起來會帶有自己的主觀意見,年輕氣盛,做起來非常吃力,經常跟開發(fā)撕的不可開交,但根本原因實際是自己沒有把業(yè)務邏輯完全呈現(xiàn)出來,只在自己腦子里有是沒有用的,要用一種大家都看的懂的方式呈現(xiàn)出來,并且讓大家都懂得該怎么做,也就是“從哪里來,到哪里去,這個位置會有多少種狀態(tài)”。記得初識“產品”概念是在公司內部的社區(qū)部,智能硬件的產品老大講自己的心得,“只要你用心生活,你就是產品經理,每個人,都是自己的產品經理,用一生的心血及經歷打磨“自己”,做產品即做人,體現(xiàn)的全部都是人性?!?strong>一款產品是支撐公司整個運營的基點,要有靈魂!

常見的問題

1、新人產品經常遇到的問題就是考慮不周全

比如拿到一個需求,快速開始畫原型,畫出來后發(fā)現(xiàn)漏了很多,需求評審時屢屢通不過,對原型的理解不是很到位。

再比如下面這張,這是我截取的新人的原型圖,大家誰能看的懂?看的明白?這玩兒是要干嘛,要表達什么嗎?

2、沒有思考的照搬別的產品,也是容易犯的一個大問題

別家產品那么做一定是出于他的業(yè)務需求,出于他的商業(yè)鏈條,那么直接競品之間,有沒有分析相同點與差異點,就直接拿來了,間接競品間相似的功能點有何不同,實現(xiàn)方式的優(yōu)勢略勢在哪兒,一問三不知。不思考的東西別說靈魂,連需求都做不完整,這就是最大的問題。

工作誤區(qū)

產品崗位是鏈接整個業(yè)務的鏈條,是開發(fā),運營,業(yè)務需求點的橋梁,除了具備能使項目正常推進的能力外,還需要考慮如何更好地實現(xiàn)轉化,留存!可能由于現(xiàn)在快速開發(fā)快速上線的快節(jié)奏,導致工作方法存在誤區(qū),做之前的溝通是非常重要的,并不是產品一個人全部做好了,開評審會,好了去做吧,現(xiàn)在市場上主流的功能,是都能做,也都能實現(xiàn),但是能實現(xiàn),實現(xiàn)好,流暢度,體驗度是不一樣的效果的,當你對技術并不是那么熟知的時候,應當本著謙虛的態(tài)度去咨詢一下。

思維誤區(qū)

需求文檔都標好了,就按照這個來,開發(fā)完了后,發(fā)現(xiàn)不行,需要返工,最近的觀察中發(fā)現(xiàn),這總思維誤區(qū)是產品對整個邏輯不了解時產生了厭煩心理,急于快速搞完,然而當對整個邏輯有了深度了解后還會產生這種厭煩心理,原因在于,溝通的不及時,未建立同理心,引來了協(xié)作的不滿,做著做著需求變了,改著改著需求又變了,對于業(yè)務邏輯上講沒變啊就是換了種方式,增加個字段而已啊,但是對于開發(fā)來講,他們要調用不同的接口,查n個表,多增加n個字段,換一種算法兒,才能滿足你當前的需求,各方的情緒都會高漲,本著總是很簡單的態(tài)度做事兒是會作死的。

做的時候可以把業(yè)務邏輯梳理處理,開發(fā)邏輯梳理出來,每個對象對應的用例梳理出來。

梳理清晰了,大家就都清晰了,有多少個view,有多少個接口,有多少功能模塊,有多少條業(yè)務鏈。

方法論

當對象對應的各種功能模塊都梳理清晰了,前期工作都做好了,開始進入最燒腦的需求整理,對于這兒的方法,建議是先建立需求池,把所有的需求都統(tǒng)計出來,進行刪減,歸類,隱藏,排優(yōu)。

需求池

需求池的羅列看個人習慣,有人喜歡直接在Axure里畫,有人習慣于Excel表格羅列,表達的效果都是一樣的,我們一般要求團隊統(tǒng)一使用Excel,因為開發(fā)們習慣了表格方式去布局。

需求整理

對所有的需求進行刪減,歸類,隱藏,排優(yōu)階段,對于開發(fā)無法實現(xiàn)的功能可以直接刪除,對于現(xiàn)階段的產品可有可無的功能可以直接刪除,歸類根據(jù)不同的tab屬性,對象屬性,或者功能模塊歸,隱藏跟排優(yōu)可以配合完成,對于現(xiàn)階段產品的重要且強需的功能進行優(yōu)先級劃分,考慮開發(fā)周期及難易程度,業(yè)務強需,能夠在下個版本迭代時再上的功能,劃分到下個開發(fā)周期

流程梳理

結合需求整理出來的功能進行流程梳理,把各個對象之間的關系縷清即可。

搭建信息架構

對于信息架構,初期只需要搭建大的框架即可,然后在結合流程落實交互設計時進行補充,按照架構進行原型圖設計,設計過程中補充架構信息

落實線框圖

線框圖沒有什么攻克點和難點,只要懂點兒工具怎么使用,把要表現(xiàn)的東西實現(xiàn)出來即可,最簡單的,如果您手繪出來能表達清楚也是OK的。

視覺規(guī)范

線框圖落地后,需求評審會如果召開的很順利,視覺小伙伴就可以開工了,當然部分研發(fā)人員有了大致的一個了解后也就開始布局了。設計規(guī)范是一定要有的,避免開發(fā)完后怎么看怎么不順眼,但是又說不出具體哪里有問題,無法標準化,后期改了又改。

比如色值,使用場景,布局,字號大小等等。

視覺稿

最后的工作就是視覺稿,視覺搞如何落實,快速準備把握,之前有詳細介紹產品設計到了視覺階段,如何高效推動?,所謂看臉的時代,好的設計是抓取用戶留存成功的一半!

分享個人經歷,個人所見所想,希望對剛入行的你,正在抓腦的你有幫助!

 

本文由 @wgjt暖冬?原創(chuàng)發(fā)布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. ??

    來自上海 回復
    1. ??

      來自北京 回復
  2. 有因為原型考慮不周 被運營投訴的我 ?? 長路漫漫啊

    回復
    1. 慢慢來,下次我發(fā)一個自查表上來,可做參考

      回復
    2. 好噠,謝謝哦

      回復
    3. 怎么是運營投訴?宣講的時候評審能過?開發(fā)階段能過?

      回復
    4. 就是評審的時候 運營和老大反應 因為有漏斗 有些地方沒有注意到

      回復