產品經理如何茍過新手期?
剛入行的產品小白,可能面臨無事可干的情況,也可能面臨有工作卻無從下手的情況。本文作者結合工作經歷,給出了一些給新人的建議。
我剛入行的時候,被分到項目組里最大的leader手下。此君對我完全是放養式,只是要求我每周做三件事:打100局升級(自家產品),每天收集并回復用戶反饋,寫一篇競品分析報告。
當時的我,只覺得前途一片黑暗,我想象中的產品經理,應該是制定戰略方向,談笑間縱橫團隊的中樞人物?,F在我覺得自己只是來公司打雜的。
時光荏苒,現在我也帶起了實習生,而我對他的要求也是同樣:每天用自家的產品,收集用戶反饋;寫競品分析。
這當然不是因為我要報復社會,而是因為我當時在做這三件事的過程中,對產品的理解,對用戶的理解,都得到了很大的提高。
其實,產品經理要用自家產品,并收集用戶反饋,寫競品分析,是一項歷來的傳統。張小龍當年做QQ郵箱的時候,要求團隊成員把QQ郵箱作為辦公郵箱,并提出了著名的 ”10/100/1000法則“:
每個月做10個用戶訪談,閱讀100條用戶發布內容,收集1000個用戶反饋。
那到底為什么這三項工作會成為產品經理的新手三連呢?道理也很簡單,因為產品經理的核心職責就是針對目標用戶遇到的問題,給出對應的解決辦法?。
要想具備完成該職責的能力,需要做到兩點:
- 知道用戶在不同場景下會遇到哪些問題;
- 知道這些問題對應的解決方法。
基于上述兩點,我們就可以解答新手三連的目的:
為什么要用自家的產品?——四個目的:
- 以用戶的視角體驗產品,記錄下自己體驗過程中的爽點和槽點;
- 以用戶的視角,思考自己還有哪些需求沒有被滿足;
- 以產品設計者的視角,觀察產品目前是如何解決用戶遇到的問題的;
- 以產品設計者的視角,思索如何解決體驗過程中的槽點,以及如何解決哪些未被解決的需求。
為什么要收集用戶反饋?——三個目的:
- 培養產品經理真正的用戶視角;
- 揣摩用戶的真實心理;
- 明晰真實場景下,用戶的真實訴求。
為什么要做競品分析?——一個目的:
- 面對同樣的問題,觀察隔壁老王是怎么解決的。
當然,上述的目的并非全部,譬如通過收集用戶反饋,我們還可以對功能排列優先級;做競品分析,還可以推測用戶的產品布局。此處的目的只針對產品經理的核心職責而言。對新手期的產品經理來說,還是要先把基礎能力夯實。
虛頭巴腦扯了那么多,下面具體來談一下如何用自家的產品、如何收集用戶反饋、以及如何做競品分析。
如何用自家的產品
分為五個步驟:
- 確定產品的核心定位;
- 找到產品的核心路徑;
- 依照自己的體驗感受,繪制用戶體驗地圖;
- 逆推核心路徑的設計思路;
- 看以前的需求文檔和交互稿,深化對產品功能的認知。
一個完整的產品,背后往往藏著龐大的功能模塊和復雜的關系網絡。作為新手期產品經理,最怕亂花漸欲迷人眼,什么都嘗試一通,最后白茫茫大地真干凈。
與其最后兩手空空,不如一開始就簡單點,只分析它的核心功能。
一款好的產品,在架構初期,一定只解決用戶的一個核心需求,等到后來用戶大量了,產品不斷外延,升級成一個平臺。最好的狀態是像微信那樣,成為連接千萬小程序的底層操作系統。
但微信一開始也只是聚焦于即時通訊這塊。
市面上絕大多數產品,都是單一定位型。產品經理在體驗自家產品時,找到產品的核心定位點不是難事。譬如斗地主,核心就是打斗地主,淺顯易懂。
而當找到了核心定位之后,就要去探索圍繞核心定位的核心路徑。
所有的產品都可以分為兩部分:核心路徑和邊緣路徑。所謂核心路徑,就是產品中與核心定位的相關功能模塊。譬如一款電商APP,它的核心路徑就是信息流和搜索。而邊緣路徑,則是輔助核心路徑的功能模塊。譬如購物車、訂單和收藏。
找到核心路徑后,按流程化進行體驗,在體驗過程中記錄下自己的感受,并按照時間線記錄不同階段的爽點、槽點,繪制出用戶體驗地圖。
這個時候差不多已經對產品有粗淺的認識了。接下來就是不斷重復對核心路徑的探索,更新自己的用戶體驗地圖。重復的次數依照個人的領悟能力有所差異,不過熟能生巧,將書讀百遍按字面意思理解也是沒有問題的。
當用戶體驗地圖實在難以更新的時候,就可以嘗試去逆推核心路徑功能模塊的設計思路了。
為什么要這么設計需求得以解決了嗎?有沒有更好的設計?
這一步是所有步驟里的關鍵,因為它蘊含著你自己的思考,所以一定要斟酌仔細、好好思考。
逆推完設計思路以后,就可以查閱以前的相關資料了。這時候可以將自己逆推出的方案與原方案進行比較,互相印證。根據印證的結果,再對自己的方案進行優化。
這個時候,核心路徑的體驗差不多及格了。當然,如果想要體驗其他的功能模塊,也是遵循同樣的步驟。
如何看用戶反饋
看用戶反饋可以幫助產品經理深化對用戶和產品的認識,最好體驗完自家的產品后再進行,不然收效寥寥。
這一塊有三個原則要注意:
- 反饋收集的渠道要盡量廣;
- 反饋標簽的顆粒度要盡量細;
- 對反饋內容的思考要盡量深。
用戶反饋的渠道,一般有四個來源:APP內、客服投訴、應用市場和社交網站。
前三個來源自不用說,常被忽略的是第四個。除了APP官方的微博會有用戶留言外,用戶也會自己發微博diss產品。
此外,知乎、簡書、B站、豆瓣、小紅書、貼吧和公眾號等主流的內容社區,都是意見領袖和活躍用戶經常聚集的地方。從這些平臺,一般以關鍵字搜索,即可搜出不少的吐槽和意見貼。
當然,產品不用像運營一樣要去營造氣氛,一一回復。產品只需要關注到這些意見氣候的起源,將其匯集收總即可。
在收集完用戶反饋后,就要對用戶反饋進行標簽劃分,常見的劃分維度一般有三個方向:
- 按登錄天數,劃分為新用戶、活躍用戶、忠誠用戶;
- 按付費金額,劃分為免費用戶、小R用戶、中R用戶和大R用戶;
- 按反饋次數,劃分為活躍反饋者和非活躍反饋者。
這是從用戶層面進行劃分,在具體的反饋內容上,則要依據反饋的類型和所屬的功能模塊進行再次細分。新手期產品經理只需要重點關注跟核心路徑有關的用戶反饋即可。
給用戶貼標簽,目的是為了感知不同用戶群體在不同階段對產品的不同需求。
當核心路徑的內容被圈出來后,就應該結合用戶分層,去思考:
- 為什么這類的用戶會提出這樣的反饋?
- TA可能是在怎樣的場景下提出的這個反饋?
- TA背后的動機是什么?
- 目前的設計是否真的不能滿足用戶的需求?還是在信息傳達方面有偏差?
- 如何去改進目前的設計?
- 它是否會牽涉到目前的其他邏輯?
- 如何在確保其他邏輯不受干擾的情況下,優化當前的體驗?
在進行上述思考時,先把時間成本、開發成本放一邊,在可行性的前提下,最大程度地思考有哪些方案可以實施運用。
如何寫競品分析
市面上最常見的競品分析是按照《用戶體驗的要素》提到的分析框架來寫的:戰略層、范圍層、結構層、框架層和表現層。
我每次一看到按這種框架寫的分析報告,頭都大了。倒不是這個框架本身有什么問題,而是用這個框架的人,常常搞出一些看似內容很多,實則空洞無物的繡花枕頭出來。
譬如有的新手期產品經理,經?;ê荛L時間,把產品的信息框架圖畫出來。產品經理在畫的時候,常常注重于尋找(將競品上的信息挪到自己的思維導圖上),但沒動腦子思考。
而看競品報告的人,其實要的只是:
- 它為啥要這樣排呢?
- 這樣排有啥好處嗎?
- 我們的信息排布有啥問題嗎?
- 可以借鑒競品優化嗎?
只需要提供這部分的信息就好,不要搞得像老太婆的裹腳布一樣,又臭又長。
因此,當我們分析競品的時候,一定要注意兩點:
- 別把競品當成傻子,人家一個團隊搞了幾年搞出來的產品,咋能就被你一兩天的時間給分析殆盡呢?
- 多寫點實在的,信息要精簡,我們要得到的,只是競品中對我們有用的那一塊信息。
我特別喜歡華為的競品分析方案,通篇就三大步驟:
- 分析哪些競品?
- 分析哪些維度?
- 分析哪些項?
第一步是對競品的選擇,一般有兩個維度、兩個指標、一個注意:
- 兩個維度:國內和國外;
- 兩個指標:行業領先和口碑良好;
- 一個注意:間接競爭者;
維度和指標,可以組成一個四象限。一般的競品,容易忽略國外層面和行業內體量不大,但在小眾群體中有頗高口碑的產品。
而所謂的間接競爭者,通俗地講,就是主業是賣茶葉蛋的,結果看著賣豆漿的有市場,于是增加了賣豆漿的副業(例如詞典中出背單詞的功能)。
間接競爭者,算是半路出家,有時候解決問題的想法會和主流玩家不同,也可以借鑒。
第二步是選擇分析的維度,這一塊只需要記住一點:每次只選擇一個維度,然后把這個維度給鉆透。
按照文章的主線,我仍然推薦新手期的產品經理,這個時候只選擇跟產品核心路徑相關的功能模塊進行分析,并且先把交互層、UI、信息排布丟開,只看它解決問題的方法。
第三步是選擇分析的項,這一塊的方法取決于第二步選擇的維度。譬如我選擇產品的核心的路徑,那么我分析的就是跟核心路徑具體相關的功能模塊。如果我選擇的是交互層面,那我通篇就只涉及到交互層次的信息,而不會對功能模塊的意義進行探求。
在分析具體的項時,可以遵循先宏觀后微觀的原則:
- 這個功能模塊是用來干什么的?
- 與其他模塊有哪些邏輯關聯?
先搞明白了宏觀層面的意義后,再去想微觀層面的東西:
- 這個功能模塊是由哪些小的子模塊組成的?
- 子模塊又各自承擔著哪些功能?
在競品分析環節,我個人特別喜歡的有三種方法(當然只針對特定的目的):
- 看競品的版本迭代記錄(一般ios版比較全面),將所有的競品放在同一個時間軸上比較;
- 看競品的產品線分布和布局;
- 看競品的招聘信息。
通過這三種方法,能夠在大體上對競品的過去、現在和未來有一個輪廓性的認知。
以上就是本文的全部內容,感謝讀閱。
#專欄作家#
善寶橘,微信公眾號:善寶橘,人人都是產品經理專欄作家。一個崇尚終身學習的互聯網斜杠青年,擅長學界理論與業界實踐結合,專注新媒體、游戲領域的運營策劃。當然,偶爾會寫點互聯網時事評論。
本文原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議。
寫的很好,受益良多,感謝! 小白有一點疑惑:電商APP的核心路徑為什么只是信息流和搜索,而不包括訂單和交易相關路徑呢?(在我的理解里電商APP是滿足用戶購物的需求,解決線下選擇少的問題,但核心不還是購物嗎?)可能問題很白癡… 還望能指點一二,謝謝!
寫的真好
已閱
學到了,感謝分享
本人已閱
閱
??