
【軟體PM大小事】:為何RD跟你的想法不一樣 ? 關鍵在於「溝通認知差異」
此篇文章,將針對以下兩項議題,提出個人的見解:
1.如何有效縮小PM/RD知覺印象的差異,避免溝通認知的差異?
2.如何避免在最終產品開發完成後,才發現與預期結果不同?

此篇文章,將針對以下兩項議題,提出個人的見解:
1.如何有效縮小PM/RD知覺印象的差異,避免溝通認知的差異?
2.如何避免在最終產品開發完成後,才發現與預期結果不同?

這是一個證照比拼的時代,也是如何拿到入場券的時代。
以上這句話是正確,也是不正確的,重點是不要走火入魔、本末倒置。

坊間有個迷思:PM 一定要會技術。會說是「迷思」的原因就是因為事實並非這樣。產品經理沒有非要會技術,但的確需要一些特定的技能。

在現代管理上,如果要簡單定義「賦權」,「賦權」就是一種「有效的授權」(effective delegation)或「成功的授權」(successful delegation);而所謂的授權,指的是—企業為了達到生產績效,指派員工任務的一套系統。

一開始跟朋友說我要到SP公司做營運時,其實朋友們都很不解--我的專長和經驗都在PM,為什麼跑去營運部門?這種daily work的事,為什麼需要我?我跟他們說我做的是「支付相關專案以及流程,並優化每日營運事項」,不是daily work執行,但自己也是沒有什麼底氣,我毫無電商經驗,是要優化什麼?

沒有一個人的求學過程中,是以成為「產品經理」為目標的,而我當然也不例外。但各大公司不外乎都有個產品經理的存在,這些人是打哪來的得以成為一個掌握產品脈絡的產品經理?又是什麼科系、或是具備什麼特質或技能的人,得以成為一位產品經理?

對應到多數台灣企業來看,產品經理通常是三位一體:需同時兼任產品規劃(Product planning)、產品管理(Product management)及產品行銷(Product marketing),更直白一些就是“校長兼工友”。

大家對PM的想像,可能會是「產品的媽媽」,或是很帥氣像賈伯斯那樣,要洞察市場的需求、定義產品,並讓它如期上市,但實際上,我的PM生涯是從邊緣人加上做雜事加上被客人高壓轟炸開始的……。

相信大家都有共同的疑問:通過試用期考核之後,是不是就是一個合格的PM呢?是不是就能真正handle一個產品呢?如果產品是自己不熟悉或不喜歡的話,那該怎麼辦?該坦然接受或是斷然拒絕?

本次「PM好聲音」訪談的是資訊科技業的PM 徐麗閔(Ruby)。Ruby在大學念的是行銷,過去曾擔任企劃的工作,目前在科技公司,負責軟體的 PM。