本文由PMCAFF 產品經理社區原創專欄作者@野子 Joey 原創

蘋果的產品經理是誰 – Steve·Jobs;
小米的產品經理是誰 – 雷·Jobs;
錘子的產品經理是誰 – 情懷·Jobs;

不知道上述一系列產品經理的名字是否讓大家欣喜若狂從而心嚮往之。網路產業的強勢崛起極大推動了產品經理這一崗位的發展,從而甚至產生了人人都是產品經理的口號。然而後來發現,我所理解的產品經理並不能簡單被產品經理四個字而概括。

曾和冉姐聊過,你為什麼選擇當交互設計師,而不當產品經理,她極其認真的回答:我不喜歡吵架。一句話讓我對產品經理這個詞產生了種莫名的反感。

經理,顧名思義,是對一個部門具有決定發言權的人。然而實際工作中,產品經理並沒有所謂的實權,因此往往只能靠吵架獲得話語權和決策權而恰恰這一特性讓很多具有產品經理潛質的學生望而生畏。

再往前邁一步,為什麼有的人會害怕和別人爭論產品上的分歧?或者說產品建設上真的有那麼多不可調和的矛盾,必須要通過撕逼來一爭高下嗎?

這兩個問題的根本原因如下:

  1. 缺乏產品分析方法論,不自信,所以不敢表達觀點,或者說沒有觀點
  2. 缺乏產品分析方法論,雙方無法通過理性分析達成一致,只能比誰嗓門大

綜上,得出結論
如果你認為產品經理的職責是需要和別人吵架的話,那麼你缺乏產品分析方法論。

下面,自然的,什麼是產品分析方法論? 產品經理,你真的有經理職權嗎?

隨著學習的深入,年齡的增加,我個人的對產品的看法也在不斷變化中。

  1. 階段一:我是經理,大家都得聽我的,純管理人的角色。
  2. 階段二:我是產品設計師,我負責提需求,做交互,大家按照我的想法做。
  3. 階段三:我是用戶,我負責體驗產品,大家和我一起優化。

下面就詳細說明下我在階段三的產品分析方法論,經​​驗有限,不足之處還望指正。

隨著產品對人們日常生活的滲透性越來越大,我覺得產品經理的職責並不僅僅是 Product Design,以後會更加傾向於 Service Design。你向用戶出售的不止是產品本身,而是與產品交互過程中及處在產品場景中帶來的服務。

比如,你的產品是一家酒店。你的目標不是盡可能讓用戶高價收購你的酒店。而是讓用戶在體驗過你的酒店後,給你一個大大的讚,同時將好口碑傳遞給更多的人。

如何讓你的酒店和別人的與眾不同,脫穎而出呢?作為設計師的你可從一下三個方面進行考慮:

  1. 好的服務必須要盈利
  2. 好的服務必須要有好的技術支持
  3. 好的服務必須要有好的用戶體驗
  • 商業層

商業上要盈利,無論是對領導層進行初期展示爭取資源還是對用戶進行宣傳的時候,必須要有一個好的故事。

好的設計師需要會說故事 產品經理,你真的有經理職權嗎?

個人覺得排除講故事的客觀能力,好的產品故事至少需要有以下三點:

Usability:

故事需要說明產品能解決用戶的哪些「真」需求,而不是 PPT 或影片做的特別酷炫,然而並沒有什麼卵用的那種。因為一旦你的產品可以優先解決別人不能解決的問題,用戶黏性便產生了。即時你的競爭開始抄襲模仿,在用戶體驗差距不大的情況下,用戶是不會轉移使用產品的。說清楚,你的產品究竟能解決什麼問題

Identity:

故事需要定義你產品的身份,從而區別你的產品和別的產品。比如都做手機,別人會問,這台手機和別的有什麼區別,喬布斯站出來說,we can change the world。逼格立刻就顯示出來了不是。實際上,產品上的差異的本質目的是帶給用戶身份定義的差別,比如如果你是蘋果用戶,自己會覺得我更看重顏值和用戶體驗(雖然也可能會被解讀為土豪)。說清楚,你的產品究竟能讓用戶感到什麼不一樣

Meaning:

故事需要說明產品能給個人和社會帶來什麼意義。這一點比較「玄乎」,但任何好的產品都有一個願景,不論能否實現,至少在情感上能給用戶帶來共鳴,at least I have a dream。比如微信 – 便捷,連接,Nike- 運動,青春。人類的美好願景無非以下幾種: 成就、美、創造、團體、使命、娛樂、自由、和諧、公平、統一、救贖、安全、真理、好奇。選擇你產品最貼切的一項,說清楚,你的產品能為個人和社會實現怎樣的願景

最後補充個個人經驗,想要說服一個人,​​9999 個研究數據抵不上 1 個真實例子。

這裡推薦三個做 Storyboard 的工具:

  1. Powtoon : 像製作 PPT 一樣製作影片的網站,簡單上手,動畫特效是其亮點,缺點是素材比較少。
  2. Storyboard:靜態故事分鏡製作網站,操作簡單,素材豐富,缺點是不能一鍵生成影片。
  3. iMovie:影片編輯軟體,操作簡單,適合新手,作為對上述兩個網站的補充,即可編輯已有影片也可將靜態圖片製作生影片。

優秀案例參考,Uber meets Tinder .

  • 技術層

好的產品經理需要了解技術嗎,我的答案是 Absolutely Yes。為避免提需求時讓開發認為傻逼,盡可能 Google 一下實現技術實現原理,了解 Value [ 功能的價值 ] vs Effort [ 實現的難度 ],從而進行決策。

我對技術層的處理方法是後端 the more the better,前端 less is more.

 產品經理,你真的有經理職權嗎?

Front stage & Back stage

當設計後端服務時,事無鉅細,盡可能的考慮到每一個細節,測試時使用最奇葩的數據和情境,將 Bug 率降到最低,就可能蒐集用戶數據,為以後的定制化和大數據分析提供數據支持。作為一個好產品的自我修養是不要讓開發替你填坑,而是你盡可能的輔助開發減少腦力消耗。

對於前端服務,盡可能追求極簡主義,不斷學習設計知識,反複測試,在不影響用戶理解的前提下,盡可能去除不必要的元素。用戶沒必要也不想知道你的後端有多麼安全,複雜,用戶只關注前端​​操作是否清晰,簡潔。

大部分情況下,由於後端和前端是由不同成員完成的,這時候就需要產品經理提供 Communication 潤滑劑的作用了,充分雙向提供訊息,盡可能將訊息損耗降到最低。

雖然我對工程師的自我修養有著充分的信任,相信他們一定會嚴格要求自己,寫出高質量的代碼,但作為產品經理,你必須要對程序的質量進行第一手把關。

通常有以下四個檢驗指標:

  1. Efficiency: 單位代碼量下的功能生產力。
  2. Robustness: 代碼是否健壯,安全性是否優良,對特殊情況考慮是否周到。
  3. Reuse: 代碼是否具有復用性,是否可以運用到其他項目中。
  4. Scalability: 代碼是否具有可塑性,當需求變更時,或者添加功能時,可以靈活變通。

個人最希望的前後端模式是,前端全自助,後端全自動。自助意味著用戶無需引導,一切不言自明,充分用戶自主決定。自動代表著潤物細無聲,我就默默對你付出就好。

試想這樣一個場景,自助情趣體驗酒店,約炮雙方通過酒店 APP 匹配,線上溝通,達成約炮共識,線上支付,自助 Check-In, 獲得電子房卡,電子地圖導航房間。酒店客服提前根據用戶歷史數據進行定制化房間裝飾,準備情趣用品。房間內水溫,空調均自動調控。燈光,音樂根據用戶興奮指數自動轉化。當然,室內所有設置也可通過觸摸螢幕設置。必要時,根據用戶調研,還可以提供啪啪啪分級實戰指南。APP 定時通知退房時間,約炮雙方互相評分,並給此次體驗進行評分。用戶離開後,酒店後台軟件根據 GPS 位置消失提示進行房屋消毒,靜候下一對炮友。

如果有這樣一個酒店,我是會去體驗一下,你呢?

  • 體驗層

要成為一個好的產品經理,首先你必須是個好的用戶。如果你在體驗服務的時候,從來沒有考慮過給這個服務提幾個改進建議,請反思一下你是否真的喜歡 Desgin Service.

什麼樣的服務可以給用戶留下個好印象?有以下五個層面:

  1. Usability: 服務是否完成了用戶的期望
  2. Responsiveness:服務是否及時反饋
  3. Flexibility:服務是否善於變通
  4. Transparency:服務是否輕鬆自在
  5. Enjoyment:服務是否讓人愉悅

當然,服務體驗並沒有一個具體的指標可以說好或者壞,我覺得熱愛生活,熱愛這個世界,時候保持自己的好奇心,自信心,培養一雙發現美的眼睛,多閱讀 UX 類書籍。最重要的,像呵護子女一樣的孵化自己的產品,反複測試,堅持不懈,服務體驗自然而然會由青澀轉向成熟。

這裡補充一個提升用戶粘性的方法論,來自 Nir Eyal 的  Hooked

 產品經理,你真的有經理職權嗎?

Hooked

  1. Trigger: 通過宣傳讓用戶了解服務
  2. Action: 滿足需求讓用戶使用服務
  3. Variable Reward: 服務不定期發生變化,保持新鮮感
  4. Investment: 用戶自我投入,UGC 輸出內容

Remeber, 最好的用戶體驗是用戶自己創造的,你所提供的僅僅是培養基而已

至於產品經理究竟該換成什麼名字,有朝一日,我希望別人能叫我產品小公舉。– 野子 Joey

(本文獲36 氪授權刊登,未經授權不得轉載)

  • 延伸閱讀

誰說人人都能當 PM?缺乏邏輯關鍵能力拜託趁早轉行
分工更精細、做事有效率,PM 這職位真的要絕種了
PM 好難當!騰訊產品總監:我工作十年,內心仍無比恐慌