從職位定義入手，認識「產品經理」的本質｜見識之旅

上一篇文章，我們討論了產品經理為何而生。

產品經理的出現，是為了避免人性中「投入越多越喜愛」的特點影響產品發展，並且讓產品能更好滿足用戶需求。

搞懂了Why問題之後，接下來就來認識What問題－產品經理是做什麼的？

程式是工程師寫的，設計稿是設計師畫的，那產品經理是做什麼的？

這個問題的範疇很廣，你可能已經聽過五花八門的答案，像是開發需求的決策者、進度的把控者、用戶的代言人、負責解決問題的人、用戶體驗的把關者。

從這樣的答案之中，你可能會陷入一種量子狀態：我有點懂產品經理在幹嘛，但又有點不懂。

產品經理的工作範疇的確繁雜，也會因為領域不同而有差異。但是，這並不妨礙我們抓住核心，認識產品經理這個職位的本質。

在這件事情上，80/20法則依然有效。

20%的工作內容，佔據產品經理80%的精力與時間。

只要抓住核心，依然能夠搞清楚產品經理這個職位的本質。

從哪裡開始呢？

老樣子，從「定義」開始。

定義產品經理

給「產品經理」下一個定義，其實不是一件容易的事。

搜尋一下維基百科，產品經理的條目中是這樣寫的：「產品經理是很難定義的一個角色，如果非要一句話定義，那麼產品經理是為終端用戶服務，負責產品整個生命周期的人。」

每個字都看得懂，合在一起我怎麼就看不懂了。

那我們來看看書上怎麼寫。

《Cracking the PM Interview》一書中，作者也是用職責來定義產品經理：「產品經理的職責是確保團隊能交出偉大的產品。」

從這兩個答案的相通之處，我們可以發現：產品經理和「負責」脫不了關係。

負責，一個多麼「全面」的詞。得到這樣的答案，沒有指導意義，當然不能止步於此。

持續研究更多的材料，最終才找到一個對我自己來說有指導意義的定義。

產品經理是「產品從想法構思到用戶實際使用」的負責人，為此他需要做的事情包括但不限於：需求分析、 市場評估、功能規劃、UI/UX設計、開發測試。

這樣的定義幫助我明確職責的起點與終點，於是有了指導意義。

起於發想，終於交付，產品經理負責的是這整個流程。

產品經理需要具備的能力

討論能力前，再重申一次定義。

產品經理的定義：產品從想法構思到用戶實際使用的負責人。

由於範圍包含整個產品開發流程，因此可以推敲出兩個重點：「一是因為流程很長，所以產品經理需要和多領域的人溝通協作；二還是因為流程很長，所以流程裡大部分的人，都跟產品經理沒有上下級關係。」

第一點，產品經理需要跟多領域的人溝通協作。

Google產品經理的資格要求，其中一點就是具備「多領域的知識」

為此產品經理需要具備很好的學習能力，能夠對多個領域的知識都有一定的了解。

有了知識基礎之後，還需要清晰的邏輯和好的表達能力，才能很好地實現跨部門「溝通」。

舉個例子，產品經理要讓設計領域的設計師，理解技術領域的工程師，在實作中會遇上哪些困難，進而說服設計師調整設計稿。

產品經理的綜合能力，有時會用於解決團隊成員缺乏的問題。

一個很常見的例子是，產品的系統文案由產品經理撰寫。原因是團隊缺乏專職的UX Writer（或稱為Copy Writer，文案寫手），所以由最懂產品的產品經理來撰寫系統文案。

這是一個合理且務實的解決方案，同時也體現了產品經理具備綜合能力的價值。

第二點，產品經理沒有直接下轄權力。

Google產品經理的資格要求，其中一點就是具備「在沒有下轄權力的情況下，還能夠影響多個利益相關方的能力

這一點很好理解，因為如果牽涉到的人都是產品經理的下屬，那其實他應該是總經理才對。

產品經理對於利益相關方沒有下轄的權力，這很大程度能夠減少產品經理受本位主義的影響，不會因為上下級關係而出現協作上的偏頗。

這也是所謂的「產品經理不是經理」的由來。

那麼，要怎麼在沒有下轄權力的情況下，驅動團隊成員在產品開發的過程中貢獻力量？

溝通當然是少不了的基本能力，但還需要更高的能力要求。產品經理需要勾勒產品的未來願景，驅動團隊往同一個方向邁進。

如何在沒有下轄權力的情況下驅動團隊往同一個方向前進，是產品經理無時無刻需要面對的課題。

Steve Jobs之所以被稱為這個時代最好的產品經理，他出色的驅動他人的能力功不可沒

產品經理的職責

蜘蛛人電影裡面那句「能力越強，責任越大」，除了勵志以外，同時也揭示一個道理：能力和責任是匹配的。

講完能力，我們來放大檢視產品經理的定義，看看他能力匹配的具體職責有哪些。

產品經理的定義：產品從想法構思到用戶實際使用的負責人。

以「想法構思」來看，想法往往來自用戶的需求，以及公司內部其他部門的需求。

第一點，產品經理要負責「處理需求」。

所謂的處理需求，指的是從產品經理手中給出去的不是需求，是方案。

產品經理不是接線生，要做的事情不是把一個需求從A轉給B，而是從A接收需求，構思解決方案，然後轉給B執行。

簡而言之，產品經理要把抽象需求，化為具體方案。

知識可以用領域劃分，但真實世界遇到的問題不能。

問題牽涉的層面往往很多元，這就應用上產品經理的綜合能力，也就是跨領域的知識。

對於這一點，我認為股神巴菲特的良師益友，查理芒格（Charlie Munger）所提倡的「多元思維模型」很有幫助。

當一個人只具備單一領域的知識，就像一個手頭上拿著錘子的人，在他眼裡這個世界到處都是釘子，他只會用同一招。

因此，產品經理需要學習眾多領域的知識，以多元思維模型去面對問題。

在工作中，比起當一隻只懂一件事情的刺蝟，產品經理更需要當一隻什麼都懂一點的狐狸。

理解問題之後，接著產品經理需要拆解問題，把複雜的大問題拆解成一個一個小問題，然後逐步擊破。

打個比方，就像高中數學中的遞迴關係式，一個很難算的東西，拆解成很多步簡單的小東西。小東西重複算幾遍，就能得到原本很難算出來的解。

想要更形象化的認識「拆解問題」的方法，推薦去看李永樂老師的視頻《有趣的漢諾塔遊戲怎麽玩？把大象放冰箱裏一共分幾步？》。

第二點，產品經理要負責「推動進度」

產品經理負責產品從想法構思到用戶實際使用的整個流程，這就使得「推動進度」必然成為產品經理的職責。

想要有效推動進度，產品經理可以透過掌握專案管理的技術來實現。

專案管理，又是另一門學問。

專案管理的範疇，包括但不限於：思維方式、角色職責、管理技巧、風險管理、排序任務、多專案同步管理。

一個高效的產品開發流程，需要團隊成員各司其職，也需要產品經理居中溝通協調，推動整個進度不斷向前。

讓我們來回顧一下內容。

什麼是產品經理？

產品經理的定義：產品從想法構思到用戶實際使用的負責人。

產品經理需要具備什麼樣的能力？

一是具備多領域知識，能夠更好地溝通和解決問題；二是在沒有上下級關係的情況下，驅動團隊成員實現產品願景的能力。

產品經理的職責有哪些？

一是處理需求，化抽象問題為具體方案；二是推動進度，讓產品如期交付到用戶手中。