沒有技術背景不是你的錯,但 PM 要說什麼工程師才聽得進去?

9508192115_33dc84cb7d_z

作者/Brian de Haaff 為產品路線圖軟體公司Aha! CEO

我就是這樣一個不懂技術的產品經理。我沒有獲得電腦科學、電子工程或任何相關的學位,但是我一直在科技領域工作。當我在很多年前跳到我的第一個產品管理崗位上時,我的頭有點大。除了要與軟體發展人員打交道,我還要與運營、銷售、行銷和技術項目管理部門的人員密切合作。

在經過很多辛勤的工作和飽受打擊的辯論後,我最終學會了如何領導團隊。但現在回頭看看,這條路走得並不容易,沒有任何指南可供參考。那麼,你應該如何在沒有技術背景的情況下獲得技術團隊的信任呢?

對我來說,我是在經歷了很多的試驗和錯誤之後才真正得到了團隊的認可和信任。我橫跨了行銷、銷售(他們告訴我他們需要什麼東西才能賣掉產品)和技術(我需要說服他們去構建它)部門。技術人員最不想聽到的一句話是:「你需要這樣做,因為行銷人員這麼說的。」 我這樣嘗試過,但失敗了。這完全不是建立一個橋樑和激勵團隊的最佳方式。

在我主持的會議中,我與整個團隊就產品路線圖展開了很多辯論。我花了很多時間去描述功能,以及我認為應該怎麼去構建它們。我全力投入到這個漫長的戰鬥中。

技術團隊總是會反問我:「我們為什麼要這麼做?」或者說,「這不是正確的方法。」

一天早晨,在我駕車前往辦公室的途中,一切都變得清晰了。我突然領悟到,我的工作不是告訴工程師他們該怎麼做他們的工作,我的工作是解釋為什麼路線圖中的功能是適合客戶和業務的。我不是一個技術專家,但我是一個可以描述產品願景,並解釋為什麼我要求的功能很重要的商業人員。從那時起,一切都開始變得有意義了。

產品管理仍然是一個學徒般的工作,你在工作中需要不斷學習。這裡我總結了一些在我工作中有作用的幾件事,如果你是一個領導產品團隊的非技術產品經理,在工作中這幾點可能會派上用場:

  • 成為客戶和市場

你必須要比團隊裡(甚至是公司裡)的任何人都更加瞭解客戶、市場和業務。產品團隊希望得到啟發,並知道他們正在從事的工作對客戶有影響,並最終對業務有影響。對我來說,這是贏得團隊的關鍵。

我記得在一次會議中,我列出了商業理由,以及我提出的功能和要求可能帶來的財務影響。在那次會議中,整個團隊都很投入,他們積極提問,想更多地瞭解我是否真的認為銷售人員能夠賣掉它。作為產品經理,你的第一個責任是成為客戶和市場的宣導者。

  • 技術上好奇

在一家技術公司,嘗試瞭解開發團隊正在做的工作的所有技術細節會是一項很艱巨的任務。但是,只要我能夠更多地向開發人員提問,並真誠地傾聽和學習,我就能更好地瞭解和代表他們的觀點。真正地去努力瞭解他們每天都在做了什麼,他們都面臨哪些障礙,建立相互的信任和尊重。當他們看到我在學習技術這件事上真正有感興趣時,我們之間就會建立起一種強有力的關係。

  • 領導信心

信心不是傲慢。信心來自於激情和對客戶、產品和團隊的深刻理解。信心得之不易,也不會是從天而降。但是當你能夠掌握「為什麼」和 「怎麼做」的時候,它可以隨著時間的推移逐漸積累。你也可以通過連續的勝利來證明團隊正在朝著長期的勝利前進,從而建立自己的信心。

我依稀記得在季度業務規劃會上介紹我們的產品計畫和產品路線圖時,我信心十足,因為該計畫是建立在以客戶為中心的戰略基礎上的,團隊也取得了眾多財富 500 強客戶的勝利,大家都倍受鼓舞。

作為一個不懂技術的產品經理,領導一個產品團隊是世界上最好的工作之一,但卻不是最容易掌握的工作之一。

每一個產品經理都會發現他或她自己的道路。對我來說,成為客戶冠軍、市場大師,並與不同團隊建立信任是非常值得的努力。

作為一個非技術產品經理,你在成功地領導你的產品團隊嗎?

____________________

沒有技術背景不是你錯,但如果你不想辦法加強知識,那就別怪工程師把你的話當耳邊風!

一起提升你的 PM 力!橘子學院邀請 PTT 站長、資深科技人戴志洋(Kaede),八堂課循序漸進帶你理解「網路是什麼」、「怎麼技術 / 設計團隊溝通」、「產品完成後維護」等鞏固你的管理專業。別猶豫了,快來報名你人生中的第一堂電腦課

 網頁

      • 參考閱讀

PM 的職涯頓悟:我不光鮮亮麗,我討人厭全是為了做「對」產品

面對現實吧 PM 們,辦公室所有人都討厭你!

工程師眼裡的 PM 分成兩種:有腦和沒腦的,後者佔 90%

(本文轉自36 氪,圖片來源: mikecogh,CC Licensed,未經授權不得轉載)