長久以來，產品經理與工程師的恩怨情結，宛如八點檔黃金大戲持續不斷地在公司上演中…

網路上有一則流傳已久的笑話是這樣描述產品經理與工程師之間的互動關係：

Ｑ：「一個不會寫程式的工程師叫做什麼？」

Ａ：「產品經理」

還有些PM很苦惱： 明明自己說的是對的，為什麼工程師總是聽不進去？

由此不難看出，兩者之間已嗅出濃濃的火藥味：產品經理總覺得工程師難溝通，有理說不清；工程師老覺得產品經理沒sense，老是問一些蠢問題。偏偏在新產品開發的過程當中，兩者並須並肩作戰，才有機會開發出一個好產品，是以，對產品經理來說，既然是新產品團隊邁向成功的領導者，勢必得學習如何與工程師互動及溝通。筆者以為，須掌握以下四大要領，方有可為：

1.產品創新章程

新產品開發的依據是來自於公司內部的『產品創新章程（Product Innovation Charter）』， 一份由高階主管所撰寫的文件，其目的在說明：

• 為什麼要做這個產品（背景說明）？
• 聚焦的戰場為何（技術或市場）？
• 能給公司帶來什麼價值（短中長期目標）？
• 施行的準則為何？

該份文件最重要的價值，即是要告訴新產品團隊：「為誰而戰、為何而戰」，不過，根據筆者的觀察，通常這份文件只有公司高層和產品經理”清楚”，因為這是”內部機密”。筆者認為：如果讓新產品團隊所有成員（包含工程師們）清楚自己所做的東西的價值，有了共同的目標，也更有助於凝結團隊力量，共同完成目標。

2.善用術語溝通

產品經理與工程師或是技術人員溝通的時候，盡量不要用白話，而是用術語（terminology）。這樣會讓人家感覺我們很懂技術。舉例來說，筆者過去用的程式開發工具都是在Mainframe上的COBOL（Common Business Oriented Language）語言，幾乎很少接觸在PC端的應用開發，諸如：ASP.NET、PHP、JAVA、VB…等相關的指令語法，對筆者來說，這些新工具也許是”天方夜譚”；但筆者會盡可能利用程式邏輯的觀念及對於資料庫的運用等與工程師進行互動，此舉往往可以得到他們的尊重（PM是懂我們的）及體諒（PM對某些技術不懂是情有可原的）。

3.滿足其成就感

對工程師們來說 ， 最大的成就感，也許不一定來自薪酬的獎勵，而是來自於產品正式推出後，市場的反饋訊息 。 因此，對產品經理來說，定期說明最新的營運和銷售資料，例如：網站或App改版上線後，每日新增用戶多增加 5%，瀏覽率新增 10%，訂單也增加20%…等，這些數字是對工程師們的肯定，更是一種激勵。

4.運用客戶力量

新產品開發的流程當中，在初期階段，產品經理會藉由市場研究（Market Research）方法 ，如 ：觀察法（Observation）、客戶訪談（Customer Site Visit）、深度訪談（In-depth Interview） 等方式來探索使用者真正想要的是甚麼？但是，多數情況是：使用者所說的，有時候並不代表自己所想，很多資訊也很難通過使用者口中得到，誠如汽車大王亨利·福特（Henry Ford）的名言，如果我當年去問顧客他們想要什麼，他們肯定會告訴我：「一匹更快的馬」。

這時就需要對產品進行概念測試（Concept Testing）。最好的做法就是將工程師也帶到客戶端，聽聽看客戶對於公司即將要進入開發階段的新產品有何建議？如果是透過產品經理的嘴巴來轉達，如：「某某客戶說，要增加（或刪除）哪些功能特色？」，工程師肯定會將這筆帳算在產品經理的身上，但如果是工程師是親自聽到來自客戶的建言…，相信會有更好的效果才是。

結語

與工程師們溝通的過程中，必須要讓他們覺得產品經理這個職位的專業性。專業就是你要用內行的思維方式、表達方式和處理方式來思考、溝通和執行，更簡單一點說你就是這領域的 Domain Expert 。如果你平時的表現讓工程師們覺得你很外行，即使你說的是對的，相信也很難有反應。

對產品經理來說，必須盡可能的深入了解所屬產業上下游相關的專業知識（Domain Knowledge），並且有一定的實踐經驗（Practice Experience），才能顯現出產品經理的專業，進而獲得對方的信任感之後，才有機會讓工程師們採納意見。

當然，適時的幽自己一默，也不失為是一個化解產品經理與工程師尷尬的好方法。

圖片來源：Visualhunt

若有轉貼需求，請來信（service@pmtone.com）討論。 轉貼時禁止修改內容及標題、須保持所有連結、禁止商業使用，並且必須註明原文標題、連結、及作者訊息。

覺得這篇文章好嗎？ 請分享給您的朋友吧~