產品經理

如何靠「影響地圖 Impact Mapping 」進行需求分析?

產品經理在工作中,基本上都需要進行需求分析,不同 Case 都有一套協助需求分析的方法,去確定需求的價值、優先等級等,此篇就是介紹其中一種方式──利用「影響地圖」來做。

稱職PM該具備的6項關鍵能力,你擁有幾項?

我曾在Facebook上寫過這段話:當你沒有UX設計師,最好有很強UI人員;當你沒有很強的UI人員,最好你自己會畫wireframe;當你沒有專案經理,最好自己盯進度,並且隨時接好大家掉下來的球;當你要直接面對工程師,不要怕聽火星語(或是準備好珍奶雞排帶去)… 當然希望大家一切順利,有超強的合作團隊每個專案都愉快地準時上線、每個產品平台都爆到掛使用者人人滿意~但在遇到這樣的夢幻團隊這之前,身為產品經理PM只好努力提升自己,培養專業能力,大致有以下面向:

不想再被眾多需求滅頂:產品經理要如何定義需求的優先級

曾經有段時間,我常會面臨到一個尷尬的狀況:不缺需求,但是迷失在眾多需求中。覺得這個需求很緊急、那個需求也很重要,想實現的需求很多,但每次迭代的開發資源有限,不可能一次全都做完,所以,這時決定需求的優先級就變得非常關鍵,不然團隊會不知道各項事務的輕重緩急,資源和精力都無法集中在最重要的目標上。那麼該如何定義需求優先級呢?

【專案管理書摘】關於利害關係人管理-集體開會,只會讓你的產品走向平庸

專案執行中,利害關係人的管理,始終是個麻煩的問題:他們界定專案成功與否、他們管理資源,但他們也常常因為意見紛歧、或是需求變動,而導致產品走向平庸,甚至難產。因此,有經驗的都知道,控制好利害關係人的需求,會是專案成敗的關鍵。但要如何在專案的初期,有效接觸利害關係人?又該如何了解這一堆人的不同想法?一個一個聊天,也太浪費時間了吧?

【專案管理書摘】為何產品專案會失敗?團隊一開始就該避免的十個經典地雷

踩到地雷超痛的啊!如果想避免踩雷,最好一開始就先注意幾件事。像是產品路徑圖(product roadmap)一頭熱的那時,我看過無數的路徑圖,絕大多數的路徑圖,基本上是按優先順序來排列功能和專案。行銷部門需要那份圖推出宣傳活動,業務部門需要那份圖招攬客戶⋯⋯但問題就出在這裡,我稱為「產品的2 個麻煩真相」。

我沒有技術背景,如何成為PM?

最近跟朋友聊天,他們問到,我是從財金系畢業的,沒有任何技術背景,但是卻能在監控產業擔任大型系統的產品經理,還一路受到重用,負責越來越大的專案技術性一定會越來越強,也會遇到許多專業資深的RD,我是怎麼做到的? 面對這些問題,我想來分享幾個在這趟奇幻之旅上學到的東西......

產品經理的關鍵力:技術腦v.s.商業腦間的轉換

任何一家公司都有研發部門負責產品與技術研發的「技術腦」,好的公司懂得把「技術腦」轉換成「商業腦」,這個轉換過程在許多公司是通過「產品經理」來完成的,也就是說,優秀的產品經理更是在企業內部懂得如何將「技術價值」轉換成「商業價值」的關鍵角色。