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

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

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

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

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

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

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

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

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

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

我沒有技術背景，如何成為PM？

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

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

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