眾所周知，產品經理思考維度有四個，即是用戶、產品、數據和增長。本文主要為大家介紹的是關于產品經理思考維度之用戶的信息。產品是由人們處理，擁有用戶并可以交易的商品或服務。 因此，產品必須經過“需求”，“生產”和“銷售”三個環節。產品經理負責產品的市場結果，需要分別注意這三個環節，并“協調”不同分工下公司的不同職能，以便每個人都能共同實現目標。

　　1. 什么是產品經理的用戶

用戶是一個復合詞，既是需求的組合，也是角色的疊加。當我們在談論一個行業、一個產品、一個功能的用戶時，其實是在拆解一個又一個的需求和角色。

現在不止互聯網服務公司，傳統產業公司甚至連街邊水果店的小老板都已經會這個詞了，談改變言必用戶，談必體驗。

不得不說，這確實是一個好的兆頭。大家開始逐步建立用戶思維，這將為社會服務體系提供了底層優化的基礎。

但作為一個幾乎用爛的詞，“用戶”很多時候就僅僅被理解為一類打上了標簽的人。

對產品經理而言，這遠遠不夠。

人生活在世上，沒有絕對的無欲無求，也沒有絕對的獨立。而有所求亦有其份，則必有所需。從某個角度來看，用戶就是TA所有需求的組合體，所有角色的疊加態，而隨著用戶當前所處的時間點和地點變化，各個需求和身份的優先級也會動態調整。

既然用戶是由需求組成，那就也說說需求和角色吧。

　　2. 什么是產品經理的需求

需求是當前需要解決的問題。

這個詞，老實說，也是被廣大人民群眾嚴重透支了。很多產品認為需求不就是需要解決的問題嘛，想要什么給什么就好了，然后一直被動地滿足用戶，最后產品資源燃燒殆盡，抱憾離場。

但問題是，絕大多數的用戶只能提出“更快的馬”這類關注用戶體驗的想法。此處特別說明沒有任何貶低用戶的意思，因為專業解決方案本來就應該由服務者提供。

我們產品的工作，大量的時間都在調研、解構、分析、提煉用戶的需求，相對一般人的思考而言這是非常重的時間成本，當然成果是深刻地理解了用戶需要解決的問題原貌與特性。挖掘和確定問題原貌并不難，特性才難。

于人而言，問題原貌（即根本需求）一直存在，只是隨著社會基礎服務能力的迭代，滿足需求的形式也有所變化。舉個例子，中短途出行的人總需要解決位移的問題，古時候選擇了步行或牛車，現在打個滴滴，因為有了移動互聯網及其背后的一切的服務能力。

但與此同時，待解決問題也會因為不同的因素而改變需要程度，要恰如其分地對其定性，那么這個過程當中產品經理就需要面對和解決非常多的不確定性。

所以“當前”這兩個字就顯得非常有意義了。因為“當前”是用戶身處的一個場景，有目的想法、時間地點、周邊環境，甚至乎用戶心智等等的定義，這一切的因素會量化了用戶身上每一個待解決問題的優先級。而優先級最高的，就是這個用戶當前的需求。

同樣地舉個例子，我要外出去吃飯，食與行都是我當前的待解決問題，但當前選定吃什么決定著我要去哪里，那么我的需求就是就餐地點的選擇，大眾點評恰如其分地解決這個問題;當我選好了餐廳后，走到街上了要思考怎么過去目的地，這時我的需求就是出行方式的選擇，滴滴恰如其分地解決了這個問題。

這兩個產品一直在滿足用戶的根本需求，而在解決我“當前”的需求時，還增加了非常多細致的用戶體驗，原因就是要滿足我當前待解決問題的特性。

　　3. 什么是產品經理的角色

角色是當前解決問題的身份。

角色和身份這兩個詞比較有新鮮感，因為很少人會談論這個角度。

我們在生活和工作當中，不僅僅是獨立的“我”，還要在各個場景內飾演著自己的角色，做好自己的身份。而且很多長期有效的身份，是疊加在一起的，例如，一個人可能長期處于同時是“子女”和“父母”兩個身份的狀態。

身份，也就是相同場景下影響需求優先級的重要因素，因為不同的身份徹底決定著解決方案的形式。

舉個關于采購和購物的例子。當我在為公司采購時，我的角色就是采購部的員工，這時我需要解決的問題就是按照決策者要求買到對應的貨物，后續的支付和記賬會有出納和財務的同事負責。

所以to B服務中，流程當中每個環節服務的用戶角色是非常清晰的，而且基本上由不同部門的員工負責處理，產品針對性解決好每個環節的問題，然后在管理者的數據面板上輸出相應的數據統計與分析結果，就是一個不錯的方案。

但當我在為自己購物時，“我”就是一個由決策、選購、支付、記賬四類角色疊加的用戶。所以to C服務中，用戶在一個功能流程中會不斷切換角色，這時對整體性和便捷性的需求就被大大提高了。

說到這個角度，也讓我聯想起產品設計的一個準則，一個頁面的主功能僅可以有一個，因為這個頁面就是針對用戶當前的需求和對應角色而設計的解決方案。

上述就是關于產品經理思考維度之用戶的全部內容介紹，想了解更多關于產品經理的信息，請繼續關注中培偉業。