NO IMAGE

作為寫了十多年程式碼的技術表示:產品思維比程式設計師們想象中重要得多!掌握了產品思維的程式設計師能力可以double!我把產品思維的養成要點,從我的認知上提煉了下,供大家參考。

理解產品思維前,首先需要了解產品經理是一群什麼樣的人;其次我們再來看產品思維的本質;再次看看程式設計師們的技術思維有什麼特點;最後談談技術人員如何具備產品思維。

1、產品經理是一群什麼樣的人?

1)產品經理必須能保護技術人員!

需求是混亂無序的,需求有來自管理層關於公司長期目標的、有來自合作伙伴的訴求、有來自銷售和市場對新客戶的功能代言、有來自運營對存量使用者使用體驗的代言、有來自品牌對活動運營的訴求,還有來自所謂“使用者”由產品經理代言的需求,因為使用者種類很多,且隨著時間而變化,所以最後這個代言非常難。如果讓這些需求直接砸到技術,那麼技術是沒辦法設計、開發、按時交付產品的。產品經理需要把混亂的需求翻譯成技術可以看得懂、可以執行的產品需求、可以迭代的版本!所以,如果一個產品經理不能夠保護技術直面混亂的需求,那麼這不是一個好產品經理!產品經理通常會很在意自己的“人品值”,每當他們沒有保護好技術,使得技術在多個版本里返工,推倒原先的程式碼和功能實現,這就在消耗他們的人品。當技術對產品經理完全不信任時,這個產品也就該走人了。

2)產品經理是解決問題、而不是提出問題的人!

如果在產品評審會,產品經理丟擲了許多沒有解決方案的問題,那麼他不是一個優秀的產品經理。所有人都有無數的idea,每個人都可以很挑剔,提問題的人應當是產品經理以外的所有人!產品經理的核心職責是解決問題,給出問題的解決方案(當然,產品經理可以私下與專家討論,匯聚想法,而不是在需求評審會裡提問題)!

3)比技術更懂運營的人!

網際網路行業與傳統的IT行業最大的差別在於,前者提供的是服務,是持續交付的,而後者提供的是軟體,是一次性交付的!因此,網際網路產品非常需要運營,它與產品是共生的!而運營需要考慮行業藍圖,誰是敵人?誰是友軍?公司的資源在哪?我處在供應鏈的哪個環節?誰是惹不起的?BAT哪家有紅利可以使用?哪裡投入產出比最高?產品現在是早期、增長期還是成熟期?是應該不計成本的投入給種子使用者,還是該規模化拉大眾使用者進場了?這些離研發似乎有些遠,但確是產品經理得懂的必知必會。

4)與邏輯較真,但也能與天馬行空的設計師、不專業的使用者、不關注細節的老闆、目標導向侵入性強的銷售、思維嚴謹保守的技術聊得嗨!

產品經理非常需要嚴謹的邏輯,因為他需要設計流程,而流程是不能容忍“例外”的!同時,他還需要與各種角色溝通,並能夠從溝通中獲取到自己需要的資訊,同時準確、講究方式方法的把資訊傳達給目標角色。

5)產品經理是使用者代言人!

對網際網路產品來說,每個人都是使用者!但使用者作為群體是沒辦法發聲的,產品經理必須為使用者群體發聲!當然,這需要強大的能力,包括使用者調研、前端埋點、資料分析等各種招數。

簡單的聊完產品經理,我們再看看產品思維是什麼。

2、產品思維是什麼?

1)大局觀:操盤思維

首先要把自己放在產品的操盤手位置上去思考。例如下面的金牛瘦狗圖,橫座標是市場佔有率,市場佔有率高(左邊)當然最好!

縱軸表示需求增長率,上方表示需求增長很快,這表示我們必須花更多的資源才能滿足使用者。所以,左上角就是明星產品,它值得花大力氣去研發,而下方的金牛則是可以考慮變現,潛力不足但市場佔有率很高。對於右上角市場佔有率低且需求增長很快,則明顯是個“雞肋”,這種問題產品應該儘快放棄掉。

能像以上這樣思考問題,就有了行業視角、老闆視角,這樣的大局觀是高階產品經理必須具備的。或者使用下面的SWOT態勢分析法,從戰略層面上定位自己的產品。

SWOT

現在我們再來看很多問題就一目瞭然。比如,網際網路的商業模式要麼是to C從使用者那裡收費,這要求我們的使用者體驗必須是第一流的,就像騰訊!

要麼是to B從服務的企業那裡收費,這要求我們的技術能力必然遠強於企業客戶,所以我們要在技術能力上下大功夫,就像百度;

要麼是在B to C商家向使用者出售產品的過程中收取服務佣金,這要求我們的運營能力必須非常強,能夠整合商家到平臺上,吸引使用者消費,就像阿里。

所以,你的產品的商業模式到底是什麼?最大的成本花在哪裡了?

2)使用者體驗思維

本質上,網際網路產品需要取悅使用者,由使用者的微笑價值進而才能產生商業價值。

這要求我們必須具備從使用者體驗出發的設計思維,就像下面這張圖,從使用者體驗的5個層面上思考產品的設計:

介面好看不好看,從來不是決定一個產品成功或者失敗的關鍵因素!所以,上面這張圖越是下面的層次越是重要!

3)網際網路式的產品迭代思維

網際網路行業最擅長快速迭代的交付產品,這是有原因的:

1、快速交付產品可以減少版本風險!時間跨度越長,交付的產品與我們的預期差距越大,版本風險越大!

2、網際網路產品有許多都是從0到1的突破性產品,而不是從1到N!這樣,在探索期內,降低試錯成本非常重要,產品必須靈活的快速嘗試簡單、實現迅速的功能,由種子使用者的運營中反饋到版本迭代中去,進而修正產品,這樣最有效。

而快速迭代也不能亂來,就像下圖中的MVP最小化可實行產品設計。當我們想造一輛汽車,不能第1個版本先迭代造出輪子,第2個版本選出車身,第3個版本整合,這可以是快速迭代,但它不是MVP。

MVP最小化可實行產品

以滑板車、自行車、摩托車、汽車的方式迭代,這才是MVP,才能給使用者提供微笑價值!

5)有運營視角

產品經理需要有運營視角,因為需要從迭代中要資料,從資料中去迭代。在產品的不同發展週期,使用者群體也是不同的,如下圖所示。

產品早期願意嚐鮮的使用者是創新者,他們是不走尋常路的,廣告投放對他們無效。而對他們則應該增加投入成本,找到可以解決使用者痛點的引爆點,從而使使用者增長斜率從小於1到大於1!而且這些使用者就像戀愛理論裡的18歲紅顏(“我要我要我就要”),“懶惰而貪婪”,是產品經理(“我給我給我全給”)最理想的使用者,從他們身上可以最快速的試錯。而這些使用者最不吝於用口碑去宣傳產品,只要產品能給他們驚喜!一定要珍惜這樣的使用者,千萬不能讓他們跑了!!

在增長期才應該在媒體上投放廣告轟炸,給大眾使用者以“大家都在用XXX”的感覺,大眾使用者走的是群體思維,愛從眾。

 

下面再來看看技術思維的不同之處。

3、技術思維有什麼特點?

1)討厭不確定性!

技術人最討厭的就是不確定性。如果產品經理在跟技術闡明需求時,表達出各種不確定性。特別是,即使某個需求點可能有變化,但變化的趨勢也完全不確定時,技術就要抓狂了!

2)嚴謹的工程師思維!

產品經理講述概念、場景時最喜歡類比,因為講故事這個能力產品經理很擅長!但是請記住,工程師不吃這套!比如產品經理為了說明需求,可以拿一個完全不同的故事來說事,因為這兩件事有共同點,這樣表述重點突出也更性感生動(在產品經理看來)。但工程師的思維很嚴謹,他的潛意識會優先判斷這兩件事有沒有可類比性!通常,產品經理只是為了讓故事服務於他的觀點,而所有的“故事”都是不嚴謹的,所以產品經理一旦想拿“故事”與工程師溝通,首先就會遭遇“窮舉法”的為難,找例外嘛,這是程式設計師非常擅長的事!當然,程式設計師的招還有很多,因為所有的設計模式準則都能套用在現實世界。所以,如果產品經理理論功底欠缺,或者拿與其他角色溝通的方式與程式設計師交流,就會陷入困境。

3)重視資料與邏輯!

技術人員非常講究邏輯、資料、方法,包括在很感性的人際交往中。而產品經理遭遇的局面往往錯綜複雜,在資訊不足時非常需要產品經理基於經驗和方法論的主觀判斷能力。這時,由於產品經理拿不出論據,在與技術溝通時就會非常吃力。

4)聚焦在實現上

技術人員談需求時下意識的就會討論各種實現方案的成本與優劣!所以,技術人員很容易陷入在區域性細節中,而忽視了總體目標與整體結構,缺乏計劃性。

5)完美主義

技術人員非常在意自己的程式碼是否優美,可擴充套件性好不好,像不像一件藝術品。通常又懶於關注他人,於是特別喜歡重構新接手的他人程式碼,當然自己的程式碼也超愛重構!完美主義極易導致設計過度,忽視了專案的成本和進度。

 

技術人員在具備了產品思維後,就可以直接對自己的產品負責,進而同時為產品設計、測試、運營賦能。而且可以從任務導向轉為目標導向,大幅提升效能,優化產品的招數套路也會更多!下面我們來看看如何具備產品思維。

4、技術人員如何具備產品思維?

1)調整視角,目標導向

把任務導向調整為目標導向,不再僅僅去看產品經理PRD文件上的需求,而是去看產品的生命週期與發展,關注行業、公司、部門、團隊的總體目標,這樣就能理解產品思維。當然,屁股決定腦袋,因為職位與職責所以不用為決策(如果有的話)的後果負責(通常,網際網路公司都不會讓技術對失敗的產品負責),所以技術尤其不應當固執(!!!),保持頭腦的極度開放,從長遠目標看任務。

2)培養使用者體驗導向的思維

這是網際網路服務下必修的技能,網上各種文章,不再贅述。

3)瞭解點基因、神經科學、心理學

程式設計師非常需要學點心理學知識並踐行,比起機器來人性很複雜,無論是瞭解產品使用者還是與同事協作,都需要食點人間煙火。而學習心理學上的很多系統性理論能夠降低未知恐懼感,特別是近來非常流行的基因、神經科學與心理學的交叉理論知識。

4)廣泛瞭解各類網際網路產品

不能因自己的喜好就抗拒使用新型別的網際網路產品,好奇心是掌握產品思維的必要條件!

 

技術人員天天愛看的文章、視訊都是關於資料庫、分散式框架、訊息系統、演算法、神經網路、爬蟲這樣的純技術知識,當然,如果你有非常緊迫的任務,可以立刻提升工作效率那另說。從長遠看,沉下心學學與技術不那麼相關的產品知識,其實對我們的未來發展更好!就像產品經常說的兩點之間曲線最快(最速曲線,如下圖),我們的職業生涯也是一樣,下面這條紅色的曲線和藍色的直線,小球沿線下落時紅線是最快的。

這其實要求我們多蓄點勢能再出發,到達終點的時間會更短些!

本文其實是筆者最近看完後顯慧的《產品的視角:從熱門到門道》一書有感而作。筆者從資深後端架構師,跨度為創業公司的聯合創始人,翻完這本薄薄的小書後,豁然發現這兩年自己踩了無數的坑,於是寫下本文給團隊的研發小夥伴們看看,如何快速提升自己的產品思維,也希望能給廣大的網際網路從業者們以啟發。最後附上我的讀書筆記思維導圖供大家快速查閱。特別欣賞這本書序言裡的一句話:你所做的一切,都是為了明天的某個時刻做準備!所以,程式設計師們,學點與技術無關的知識吧!