產品思維——產品經理的阿克琉斯之踵

產品老司機手把手教寫文檔,10天線上課程,零基礎掌握產品經理必備7大文檔撰寫法。了解一下>

面試好像永遠會有一個終極問題:你覺得產品思維是什么?針對這個問題,有什么好的回答呢,讓我們來看看筆者是怎么說的吧。

說實話,John也不知道怎么回答這個問題。似乎我們聊到思維的時候,思維永遠處于頂層,它似乎難以琢磨但又無處不在——思維的境界從根本上決定了能力的邊界,思維的層次從根本上決定了能力的層次。那么對于產品經理來說,產品思維本身就是一種重要的產品能力,而且這個能力會深刻影響其他能力。

在John的經驗中,產品思維唯一關聯性就是產品邏輯。產品邏輯講究的是“聚類”、“遞歸”和“因果”。而產品思維需要首先將產品進行整理并合并分類排序,最后找到共通點。同樣對于產品經理來說,產品思維另一個很重要的點——做產品一定需要注重邏輯的縝密性。我舉一個例子,如下所示:

一、舉例

以下說法正確的是:

A魯迅原名周樹人。

B人有兩只手,十個手指頭。

C中國有960多萬平方公里。

D以上說法都不正確

答案解析:

正確答案是A:

小學課本文中說,魯迅,浙江紹興人,原名周樹人,故A是正確的。B選項錯的原因是,有一些殘疾人士,只有一只手或者沒有手,有兩只手的人,有些人也不一定有10個指頭,所以這個概念是以偏概全,所以不對。C選項錯的原因是,地理課本上說,“現在,中國有960多萬平方公里”;而明朝時期,國土面積最大時,比現在少一小半西藏和大半新疆,內蒙古全部和東三省小半土地,多出俄羅斯極少數土地。共710萬平方公里。所以應該說現在的中國有960多萬平方公里。所以正確答案是A。

正確答案是B:

A選項錯的原因是,在語文課本中,我們所熟悉的魯迅原名是周樹人,但是在生活中,有一些人就是姓魯名迅,課本中的魯迅不能代指所有魯迅,所以A選項錯誤。?C選項錯的原因是,在地理課本上說,“現在,中國有960多萬平方公里”,明朝時期,明朝國土面積最大時,比現在少一小半西藏和大半新疆,內蒙古全部和東三省小半土地,多出俄羅斯極少數土地。共710萬平方公里。所以應該說現在的中國有960多萬平方公里。所以C選項錯誤。

正確答案是C:

A選項錯的原因是,在語文課本中,我們所熟悉的魯迅原名是周樹人,但是在生活中,有一些人就是姓魯名迅,課本中的魯迅不能代指所有魯迅,所以A選項錯誤。??B選項錯的原因是,有一些殘疾人士,只有一只手或者沒有手,有兩只手的人,有些人也不一定有10個指頭,所以這個概念是以偏概全,所以不對。

正確答案是D:

A選項錯的原因是,在語文課本中,我們所熟悉的魯迅原名是周樹人,但是在生活中,有一些人就是姓魯名迅,課本中的魯迅不能代指所有魯迅,所以A選項錯誤。B選項錯的原因是,有一些殘疾人士,只有一只手或者沒有手,有兩只手的人,有些人也不一定有10個指頭,所以這個概念是以偏概全,所以不對。C選項錯的原因是,在地理課本上說,“現在,中國有960多萬平方公里”,明朝時期,明朝國土面積最大時,比現在少一小半西藏和大半新疆,內蒙古全部和東三省小半土地,多出俄羅斯極少數土地。共710萬平方公里。所以應該說現在的中國有960多萬平方公里。所以C選項錯誤。

的確這是非常無聊的問題。但是反射一個點就是我們在思考問題的時候需要考慮問題的全面性。那么做產品的時候怎么去應用產品思維呢?

二、觀摩產品:思考產品背后邏輯

原來體驗產品的時候,總是只會專注于表面,比如“我覺得這個功能不應該這么放置”or“這樣的交互體驗還是很驚喜的”,現在慢慢變成會更多的是去思考這幾個問題:

  • 通過tab看整體的產品架構,各模塊是怎么去串聯的;
  • 主線模塊的流程和邏輯;
  • 某個功能是如何實現的;
  • 他們的推薦策略是怎樣的?從哪些維度去關聯的。

當產品經理習慣這樣去看產品后,就會很清晰這個產品背后的邏輯是什么,會理解別人為什么這么設計。特別是當別人迭代的產品需求與自己想的一樣,就發現很多產品背后的邏輯是通的,不同的就是當前業務的場景和到達商業模式不同的角度和方法。

在《用戶體驗的要素》一書中,由外到里從“表現層、框架層、結構層、范圍層、戰略層”去思考并拆解產品,現在依然是拆解競品最有效的方式之一。

再重溫下這五層拆解模型:

表現層surface:你看到的是一系列的網頁,由圖片、文字、音樂、視頻等元件組成。有些可以點擊,具備某個功能,有些就作為一個靜態呈現(就是拆分功能點和字段展示)。

表現層之下是產品的框架層skeleton:按鈕、空間、圖片和文本區域的位置,框架層用于優化設計布局,以達到這些元素的最大效果和效率——使用戶在需要的時候,能記得標識并找到相應按鈕(就是設計過程中遵循用戶使用習慣去設計功能和展示交互)。

與框架層相比更抽象的是結構層structure:框架是結構的具體表達方式。框架層確定了頁面上交互元素的位置,而結構層則是用來設計用戶如何到達某個頁面,并且在他們做完事情之后,能去什么地方。框架層定義了導航條的位置,以及導航條上各要素的排列方式,而結構層則確定哪些要素應該出現在導航條上,以及那些要素能去到哪里(就是功能的輸入輸出條件是什么?功能背后的流程、邏輯和策略是怎么思考的)。

范圍層scope:結構層確定產品各種特性和功能最合適的組織方式,而這些特性和功能就構成了產品的范圍層scope。某個功能是否應該成為產品的功能之一,就屬于范圍層要解決的問題。(就是為什么要做這些功能?版本迭代選取功能的策略是什么?)

戰略層strategy:產品的范圍基本上是由產品戰略層strategy所決定的。這些戰略包括了產品設計者想從產品得到什么,也包括用戶想從產品得到什么(就是依托于產品本身的定位和用戶需求說清楚產品經理做這個版本的策略)。

三、思考產品:設計更加友好的解決方案

所謂產品設計,就是設計一套解決方案,滿足各種需求。

從產品整體看,各個功能組合起來,就是一套解決終極問題的方案;從單個頁面看,交互和視覺也是一套解決方案,解決美觀與功能之間矛盾的方案;甚至,文案一句話,也是一個產品,它也有其設計目的。

  • 微信朋友圈為了營造真正的好友社交圈,設計了屏蔽規則,防止營銷泛濫;
  • 知乎為了讓好答案好內容浮現,設計了「贊同」和「反對」的機制;為了解決類似問題的重復提問,設計「搜索+輸入問題」功能的搜索輸入框和問題重定向的機制;
  • 陌陌為了讓產品內容更豐富但產品結構簡單,設計了「發現」的標簽頁。

注:產品的每個設計都有原因。每個人都可以說出N個原因,但是若不了解產品團隊當時的處境、戰略目標,則這些原因的扯談成分居多。

從整體框架到界面交互到文案,產品經理就是要不停面對新問題>分析問題>設計方案,不停循環。久而久之,也會有自己的一套思考和解決問題的思維方式。

在設計解決方案中,我會有意識的用「解耦」和「窮舉」的思路去拆解問題和設計。所謂「解耦」就是把整體拆解成幾個相互獨立的模塊,分析各個模塊。

比如在設計微信小程序養成類游戲時,我需要去拆解獲得來源和消耗是否成健康值狀態,所以需要拆解幾個模塊:升級系數,獲取系數,消耗系數,還有養成的難度系數等等。需要調整參數的同時生最后生成不同的難度遞增曲線。通過任務A/B和養成商品A/B/C,就可以形成2*3種不同的策略。

四、執行產品:分步實施

越來越有一種感覺,大至整個產品方向,小至某個功能,都可以用「假設-驗證」的循環來做產品。于是現在有個習慣,在設計完一個方案,不會馬上開發,問自己幾個問題:

  • 這個方案要解決的假設問題是什么?
  • 達到什么標準才能驗證假設成立或錯誤?
  • 可否分幾步實施?每一步的指標是什么?
  • 當前這個是最簡單的方案嗎?

想明白以上幾個問題后,制定分步實施的策略。這樣有兩個好處:

一方面清楚知道產品的每次迭代的效果。在修改功能或調整策略,需要明晰哪些用戶可能會被接受和抵觸,那么需要做數據埋點分析來分析用戶使用行為;

另一方面可以加快進度,及時調整。開發周期越長,項目爛尾的可能性越大。分步實施就像逐步攻城掠池,一步一步KO掉功能模塊或修改。早日上線,多一天的測試,就可以知道之前的假設是否成立,并且做出調整。不少時候,在完成策略一和策略二之后,可以進行策略三。

但發現策略二的指標一直達不到時,這種情況下還會去開發策略三嗎?我們應該慶幸一開始沒有讓策略一、策略二和策略三同時開發。

設計階段就是和開發、設計溝通,也是要設計方案來協調資源和時間。有時調整一下界面的設計,可以讓開發更容易;有時趕進度,需要簡化功能;有時對A/B策略難以抉擇用哪個,需要平衡。這樣的協調方案也跟設計產品的思路差不多。想明白「為什么這樣做」「怎么做是最簡單」。

以上是通過通過產品經理角度觀產品思維,我覺得是比較狹義的。(接下來就是John的胡言亂語)

我覺得廣義的產品思維是結構化思維,適用于互聯網的所有從業者,比如HR工作,產品思維也能發揮作用。HR將公司職位視為產品,員工視為目標用戶。首先去主動、深入理解員工的需求,然后盡力在職位中去滿足這種需求。而且像做互聯網產品一樣,根據員工的反應快速迭代。

產品思維體系化的建立過程應該是先從零亂、混沌的思維到邏輯化串聯的思維然后到體系化的思維。

所以說為什么新人想轉行產品經理時候,John給的意見就是跟好一個項目就夠了。可能你看書、培訓接收的是零亂的知識點,沒有去更好地串聯起來。當你真正地跟好一個項目,在過程中你就明白,我做了第一步,接下來第二步我應該怎么做。大多數人學得越多越焦慮,根本原因就是缺乏思維體系。是時候改變這種狀態了,是時候構建自己的體系化思維了。

 

作者:John,產品狗一枚,微信公眾號:產品狗聚集地。歡迎一起溝通交流。

本文由@John 原創發布于人人都是產品經理,未經許可,禁止轉載。

題圖來自Unsplash, 基于CC0協議。

給作者打賞,鼓勵TA抓緊創作!
評論
歡迎留言討論~!
北京快乐八