Product Design

身為product manager ，所謂的產品經理，幫助用戶解決用戶的痛點可能是管理階層與產品設計師給我們的期許。但事實是，我們本身也有很多痛點啊（呼喊）！

2011年8月，稚嫩的我開始擔任PdM（不是project managr），開啟了懞懂產品經理人生，直到2021年，近十年PdM職涯中，我仍有很多痛點，是我必需正面迎擊，才能一一潰敗它們給自己的負面影響力。我想與讀者分享我的經驗與看法。

跟我的面試經歷一樣，我的嘗試失敗很多，但是成長更多。
我預計這系列文章篇幅不贅述過多細節，如果你讓我知道你想了解更多哪地方，我就會繼續撰寫下一章。

為什麼開發團隊、主管這麼「硬」？

工程師一般都是好人，但是有時會是一位非常固執的好人。

我在L 日本擔任公司內部產品與開發流程顧問的那兩年，親眼目睹幾次精彩但是我不想重看、張力太大的的產品討論會議片段。其中最常見的場景是，開發皺著眉頭，緩緩而堅持地詢問「為什麼？」或「我不這麼認為」－說話的口氣，充滿著「不解」、「質疑」、或「微微的抗拒」。如果PM溝通的對象是開發們的主管時，這場會議甚至可能延長甚至無疾而終。明明我們一直盡力解釋（辯解？），但討論結束後，為什麼有種開發沒有買單的懷疑在心裡？

通常那樣的會議中後，PM可能會察覺開發團隊的以下行為：一是你說什麼他就做什麼，完全不給意見。另外一種是，你說什麼他們都會先懷疑你這件事的必要性，即便只需要幾小時即可完成。

如果讀者你沒有遇到這樣的問題，我想你很可能是開發團隊信賴的產品經理，請給自己一點掌聲鼓勵。但若你遇到上述痛點，你為你自己設計的解決方案，可以是什麼呢？

理解為先

首先，雖然不能以偏概全，但我這幾年所遇到的各國，約數十位的工程師男女，都有類似的特質：他們同常是深思熟慮、內向、思考極度需要邏輯的敏感族群。而這族群又分為兩大類，好說話與不好說話。不過，隨著一位工程師的職權或壓力增加時，「好說話」的工程師也會堅定地拒絕你認為很簡單的改動，甚至還會出現不理性的言論或當場表現情緒，讓我們EQ比平均值高一點的PM 抓不到頭緒，甚至對他們感到微微的憤怒（我知道你只有一點點生氣）。

如果身為PM的你常常遇到這樣的處境，容許我給你一個簡單卻不一定好執行的建議：請你放下受傷情緒，換位思考，理解他們在跟你要什麼？

通常他們不需要你預測準確，但是要更多前後文以及你的思路邏輯，即便你沒有實質證據。或者，他們覺得你沒有做到你該做的調查研究——你需要做好功課再找他們進一步討論。也很有可能，他們覺得你跟產品決策者不尊重他們的意見與專業，總是按照自己的計畫走。
如果上述皆不符合，我建議你詢問其他旁觀者，例如坐你隔壁的客服同事，或是很少發言的設計師、行銷人，他們有可能看得很清楚，你與開發遇到的溝通障礙是什麼？

誠意為輔

當PM確定了開發團隊們變的較有防備心的原因的時候，我建議你用不針對人的方式，記錄身為產品經理的你，在你的權責內，可以改善的事情，並且公開分享給每位開發者。若有必要，可以在正式開發會議結束，分享你可以改變的事情。如果你發現只有少數工程師對你所認為重要的新功能有防備心，你可以對他們展現出願意聆聽他們建議的誠意。

當然，我也遇過十分情緒化，做什麼改變，也無法改變他的脾氣與抗拒的工程師。和主管或同事們確認他們是否也認為他「不好合作」可能是一解。若身邊的人都認為他本來就不好取悅，我就會建議你尊重他的意見，忽略他的對待。

行動與報告

PM不需要成為小丑，總是逗開發團隊開心。但若開發端說得有道理，我們逐漸優化或改變產品管理流程或是改變我們自己，很可能會讓你默默贏得他們（應該是任何人）的尊重與信任。

最好贏得信任與尊敬的方式就是起而行，真的如你所說的去改變你說了會嘗試改變的地方，即便是一件「我會寫會議記錄」一樣的小事。人總是把別人說過的事記得清楚，唯獨忘了自己的承諾。如果你用心成為記得自己說過的話的人，你對他們而言，就是言而有信，值得信賴的人。我想開發者會看在眼裡，開始較和善地跟你對話，幫助你梳理產品功能，甚至幫你去找資源。

好好照顧自己

產品經理往往因需要關照大家感受與顧慮而放低身段，不斷嘗試溝通。很多時候，我們所言所行的確受到挑戰，我們卻得成為最理性溝通的那一位。長久下來，PM不是變成Yes man/woman ，就可能累積很多怨氣，造成內心可能有種「不如歸去」，甚至「老子不幹了」的小小憤怒（我知道你只有一點點生氣）。

我最近頓悟了一個道理，那就是無論你逃去美國還是日本，只要你還當產品經理，你就會遇到團隊質疑你制定的產品規格或功能。

但你可以告自己：他們不一定是在質疑你，而是質疑他們過去所做的，或這間公司的開發管理制度，甚至是懷疑這間公司，只不過你剛好是他們抒發的橋樑罷了！

你能夠做的就是理解他們，展現誠意，改變你可以改變的。再來，就讓時間去證明你的用心吧！