看山還是山 | 產(chǎn)品經(jīng)理成長必經(jīng)的三個階段
每個產(chǎn)品經(jīng)理都會經(jīng)歷這幾個階段,只是快慢不同,而決定快慢的因素首要的就是我們自己的認(rèn)知,盡早意識和明確自己的邊界,才能有針對性地去不斷提升自己,盡早突破到下一級。
簡單說說自己的經(jīng)歷:畢業(yè)后在傳統(tǒng)公司接觸互聯(lián)網(wǎng)業(yè)務(wù);然后為追求專業(yè)化進(jìn)步,去了大廠作為非正式員工開始系統(tǒng)化規(guī)范化入行產(chǎn)品設(shè)計;而后為追求獨(dú)當(dāng)一面,去了創(chuàng)業(yè)公司負(fù)責(zé)整條產(chǎn)品線的功能設(shè)計;如今為能夠從0到1搭建產(chǎn)品框架在獨(dú)角獸公司升級打怪。這一路的產(chǎn)品經(jīng)歷,有自己的不斷摸索,也有所遇導(dǎo)師的不吝指導(dǎo),可以說是相當(dāng)草根了。
這幾年在工作中也遇到過不少新人或同輩,發(fā)現(xiàn)無論是創(chuàng)業(yè)公司野蠻生產(chǎn)的草根產(chǎn)品,還是畢業(yè)就在大廠接受系統(tǒng)培訓(xùn)的正規(guī)軍產(chǎn)品,大家的成長經(jīng)歷居然有很多相似。因此希望總結(jié)出來,算是給自己復(fù)盤,也給后輩同行們一些借鑒,不當(dāng)之處還望大家可以積極在評論區(qū)溝通,一起成長。
先拋出一個需求案例,例如要做一個活動管理需求(非一次性活動,可模塊化上線發(fā)布運(yùn)營活動),可能需要考慮:
(1)運(yùn)營后臺要滿足活動運(yùn)營以及市場的需求
- 基礎(chǔ)的活動信息配置需求,包括活動名稱,活動背景圖、開始結(jié)束時間,活動介紹,活動規(guī)則等;
- 活動類型配置需求,具體到優(yōu)惠券,是滿減券、折扣券,還是免單券等;
- 獎勵配置需求,具體到滿減券,滿減的規(guī)則是滿100減80,還是滿100減50;
- ?……
(2)前端要引導(dǎo)用戶積極參與活動
- 活動的入口,是放在banner位,還是啟動頁,亦或是增加懸浮入口,或者交互觸發(fā)(類似下拉頁面搶活動);
- 活動頁面,還是優(yōu)惠券例子,怎樣的頁面或交互可讓用戶券積極領(lǐng)券,是抽獎,還是限時派送等等;
- 活動傳播,怎樣讓用戶積極分享吸引更多用戶參與,是分享獲得抽獎機(jī)會,還是有優(yōu)先領(lǐng)取權(quán)等;
- ……
以案例切入,自己的產(chǎn)品歷程大概經(jīng)歷了以下幾個階段:
一、看山是山:眼見為實(shí),糾結(jié)表層
由于初級產(chǎn)品經(jīng)理都是從一個個的功能點(diǎn)做起,特別是對于已經(jīng)成熟的產(chǎn)品而言,由于業(yè)務(wù)的復(fù)雜性,新人上手需要慢慢熟悉。這時候鑒于經(jīng)驗(yàn)的有限,以及信息的不對稱性(對已有邏輯的熟悉度不夠),看問題的深度往往不夠,就導(dǎo)致做前端的兼顧不了后臺,做后臺的無法考慮到前端,大家只關(guān)注自己的那部分功能需求。
以案例為例,可能前端產(chǎn)品更多的精力放在表現(xiàn)層,活動入口的交互夠不夠酷炫,活動頁面的UI好不好看banner吸不吸引人。后臺產(chǎn)品更多的精力放在范圍層,最大限度地滿足業(yè)務(wù)方的需求點(diǎn),能支持的活動類型要多,獎勵的配置要更自由化等等。如果各自都只考慮自己的點(diǎn),可能會造成一開始的需求量會很大,而且前后臺數(shù)據(jù)交互存在很多問題。
因此,前后臺業(yè)務(wù)無法串聯(lián),只關(guān)注自己這部分需求的表層功能可能是這個階段產(chǎn)品經(jīng)理面對的最大問題。當(dāng)然,這個問題也有客觀因素,因?yàn)橹环峙浣o了新人某塊功能需求,不過相信這是大部分初級產(chǎn)品的工作內(nèi)容常態(tài)。因此想要獲得更大的進(jìn)步,就得多聽、多看、多思考與自己負(fù)責(zé)的功能點(diǎn)有關(guān)的業(yè)務(wù)需求邏輯,讓自己先形成線的產(chǎn)品思維。
移動互聯(lián)網(wǎng)時代,很多公司招APP產(chǎn)品經(jīng)理,實(shí)際上只是體驗(yàn)產(chǎn)品經(jīng)理或者界面產(chǎn)品經(jīng)理,關(guān)注點(diǎn)可能和交互設(shè)計師差不多,然而不了解后臺的APP產(chǎn)品經(jīng)理注定無法搭建成一個APP。即使是后臺產(chǎn)品經(jīng)理,也依然得往深入里考慮到更下層庫表的結(jié)構(gòu),以及更上層用戶使用界面的布局,如此才能形成大局觀,從解決點(diǎn)的問題成長為可以解決線的問題,甚至是面的問題。
二、看山不是山:追求大全,死磕分枝
串起了前后臺的業(yè)務(wù)邏輯后,會發(fā)現(xiàn)自己的眼界突然變寬了,至少做需求時不會茫然了,因?yàn)橐呀?jīng)對需求的實(shí)現(xiàn)了熟于心。但同時,要考慮的點(diǎn)也會變多,畢竟后臺要考慮滿足業(yè)務(wù)方的需求,前端要考慮到用戶場景需求,業(yè)務(wù)的復(fù)雜性意味著用戶可能面對各種情況。
這個階段的產(chǎn)品經(jīng)理為實(shí)現(xiàn)業(yè)務(wù)閉環(huán),就會追求功能的全面,希望把每個業(yè)務(wù)分枝都做得盡善盡美,滿足用戶所有場景下的需求。
由上面的需求案例可以看出,這已經(jīng)不是一個功能點(diǎn)的需求,而是一個模塊的需求,這也是這個階段產(chǎn)品經(jīng)理的價值產(chǎn)出。一般來說,模塊需求的用戶場景會比較復(fù)雜,因此若想解決所有環(huán)節(jié)用戶可能遇到的問題,就得不斷完善業(yè)務(wù)邏輯。
這時候感覺就像是在水里按瓢,此起彼浮,為追求邏輯的嚴(yán)密性和業(yè)務(wù)的閉環(huán),這階段的產(chǎn)品會不斷增加新的需求去補(bǔ)漏,從而造成開發(fā)和測試苦不堪言。但大家估計也有苦說不出,因?yàn)楫a(chǎn)品經(jīng)理一般會說:你想下,這的確是用戶在某種場景下會遇到的問題,所以必須解決哈~
長此以往,模塊的業(yè)務(wù)邏輯會越來越復(fù)雜,功能點(diǎn)耦合性也會比較強(qiáng),會造成后續(xù)的拓展比較麻煩,有時候有些繼任者不得不重構(gòu)甚至是重做。我想這是每個進(jìn)入大公司,接手前輩們的需求時都會遇到的一個問題,畢竟大部分產(chǎn)品經(jīng)理都追求完美,想要邏輯自洽,給用戶完整和絕美的體驗(yàn)流程。
因此,這個階段的產(chǎn)品經(jīng)理太過于追求業(yè)務(wù)場景閉環(huán),不自覺地就把需求做復(fù)雜了,造成產(chǎn)品功能或者業(yè)務(wù)邏輯的冗余,但產(chǎn)生的實(shí)際價值卻是有限。做加法容易,怎么做減法是需要在這個階段著重培養(yǎng)的意識。
三、看山還是山:關(guān)注核心,有舍有得
二八原則想必是很多人都熟悉的,用在做需求上同樣如此,有時候百分之二十核心功能的優(yōu)秀體驗(yàn)就能獲得百分之八十用戶的芳心。因此關(guān)注核心,有舍有得是這個階段產(chǎn)品經(jīng)理的最大特征之一。
產(chǎn)品經(jīng)理的核心價值在于能夠持續(xù)輸出高確定性的決策,要做到這點(diǎn),一定要先有一條主線,這個主線基本上是通過某個流程或功能解決某個場景下某類用戶的某個需求。所以,這條主線是一開始要花費(fèi)80%精力去考慮的。一旦確定,后續(xù)的決策就很輕松了,非針對場景非針對用戶群的非主要需求都可以簡單處理,無需上線即滿足,可不斷根據(jù)用戶反饋及產(chǎn)品數(shù)據(jù)迭代優(yōu)化。
其實(shí),敏捷迭代解決的就是這類復(fù)雜業(yè)務(wù)簡單處理的問題,先做主線,再做分枝,用小步快跑的形式驗(yàn)證需求,收集反饋,做出符合用戶需求的產(chǎn)品。而要做到這點(diǎn),就需要產(chǎn)品經(jīng)理先從全局去考慮,把簡單的需求點(diǎn)想復(fù)雜,然后拆出各階段的主線,把復(fù)雜的業(yè)務(wù)做簡單。
應(yīng)用到上述的需求案例,先要花費(fèi)大量精力和運(yùn)營及市場明確,優(yōu)惠券的類型有很多,但我們目前要解決什么樣的問題,用哪類優(yōu)惠券形式最有效,那就先做這一種;然后平臺上的用戶是什么特性,比較喜歡什么樣的活動形式,那就先滿足這種活動場景。最后,以后還可能要支持什么類型的優(yōu)惠券,什么樣的活動形式,現(xiàn)在先預(yù)留功能點(diǎn),方便以后拓展。
如此,便清晰化的將本身復(fù)雜的業(yè)務(wù)進(jìn)行了拆解,開發(fā)也可以分批按優(yōu)先級去快速實(shí)現(xiàn)并接受市場的驗(yàn)證了。
最后
階段一對應(yīng)初級產(chǎn)品經(jīng)理,更關(guān)注用戶體驗(yàn)或業(yè)務(wù)方訴求;階段二對應(yīng)中級產(chǎn)品經(jīng)理,更關(guān)注業(yè)務(wù)流程和閉環(huán);階段三對應(yīng)高級產(chǎn)品經(jīng)理,更關(guān)注用戶核心價值和關(guān)鍵節(jié)點(diǎn)。
當(dāng)然,對于一個產(chǎn)品經(jīng)理的成長來講,后續(xù)還有更高階的階段,例如讓不同業(yè)務(wù)模塊并聯(lián)實(shí)現(xiàn)1+1>2的價值,例如在滿足用戶價值的同時實(shí)現(xiàn)商業(yè)目標(biāo)等等,但抽象來看,基本都是基于點(diǎn)(功能點(diǎn))、線(業(yè)務(wù)流程)、面(業(yè)務(wù)模塊)、體(多業(yè)務(wù)多目標(biāo))的考慮。
每個產(chǎn)品經(jīng)理都會經(jīng)歷這幾個階段,只是快慢不同,而決定快慢的因素首要的就是我們自己的認(rèn)知,盡早意識和明確自己的邊界,才能有針對性地去不斷提升自己,盡早突破到下一級。
#專欄作家#
陸莊羽,微信公眾號:看風(fēng)景的人,人人都是產(chǎn)品經(jīng)理專欄作家。擅長用戶分析和原型設(shè)計,目前關(guān)注工具、內(nèi)容、健康管理等方向,愛好騎行戶外的偽文青一枚。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于 CC0 協(xié)議
正在朝第二階段努力 加油
懶得沉淀的人如何開始沉淀?
客服惰性,靜下來心來,開始總結(jié)和輸出
一年,正在第三階段努力
成長速度很快嘛,厲害~
產(chǎn)品實(shí)習(xí)半年,剛完成活動模塊的上線,在做的過程中一直圍繞先做主線,再做分枝,通過收集反饋,預(yù)先實(shí)現(xiàn)了主要需求,再逐個迭代去優(yōu)化。看了博主的帖子感覺邏輯上沒問題,但z一直處于自我否定的狀態(tài)
你的dongcha能力很強(qiáng)呀,我的確習(xí)慣自我否定,哈哈,因?yàn)榭梢宰屛也粩嗨妓髯约旱脑鲩L(或者就是焦慮)
做了差不多一年的產(chǎn)品了,感覺自己還是什么都做不好
不用著急哈,慢慢來,如果覺得自己做不好,可能需要分析,是自己不適合,還是成長環(huán)境不好。
若是前者,倒不如尋找適合自己的崗位,產(chǎn)品經(jīng)理的泡沫這兩年其實(shí)有點(diǎn)大了;如果是后者,要么換公司找個能帶自己的前輩,要么上網(wǎng)課,系統(tǒng)學(xué)習(xí)。
主要你自己參與用,這個做的就很好
不錯,謝謝。
半年產(chǎn)品,正在從階段一轉(zhuǎn)階段二過程中,明白了必須要主動開闊視野,提高認(rèn)知。這篇文章很及時,謝謝。
自學(xué)三個月,實(shí)習(xí)三個月,剛來到一家公司,我是更需要了解技術(shù)格局,還是更需要研究產(chǎn)品功能
作為產(chǎn)品經(jīng)理,肯定先研究產(chǎn)品功能哈,技術(shù)框架只是順帶了解的,一開始不必太糾結(jié),功能需求做多了自然就會逐漸明白了
??
丑得要死的動畫
速度有點(diǎn)慢了,而且有明顯的空白等待,或許是因?yàn)槲恼录虞d不夠快,所以做了動畫過渡?不過每次進(jìn)來都如此,做緩存會不會好點(diǎn)
??
??