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

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

【給PM】產品，應該要定期砍功能，人生也是

做為一個PM，我們常常在想要「加什麼功能」，但你有沒有固定回過頭檢視，什麼功能已經可以「砍掉」了呢？「什麼？為什麼要砍掉？即使沒人用，放在那邊也不虧呀？」 當然虧，功能一直加上去的結果，產品會變得越來越複雜，其實會造成一些問題...

你的專案裡，卡了許多現金嗎？

我最近隨手拿起書架上一版多年前的商管漫畫看，裡面的主角遇到的問題是，她負責的公司面臨倒閉危機，這間公司一條龍從成衣的設計、製造，到銷售，都一條龍包下來。但是由於銷售狀況不好，現金流不足，快要無法償付銀行的貸款利息。銀行端要求主角在半年內想辦法生出十五億現金還貸款，才不抽銀根，不然公司就要破產了。主角嘗試了很多方法，最後，她在實地探訪工廠時，找到了藏在裡面的「現金」，這個現金就是：半成品庫存。

進階的管理人才，是怎樣解決困境的？

初階的管理人才，會希望一切都準備好了才開始做事。他們會希望流程要建好，系統要弄好，其他部門要好好配合，他和團隊不要有太多雜事干擾，若是平台還缺少了什麼功能、系統有不穩的狀況、其他部門無法配合，他們就變得負面，認為時不我予，公司制度不佳，甚至開始「等待」一切變得完善的一天。追求流程、系統的穩定無可厚非，但是，進階管理者會這樣想。

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

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

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

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

只理解規格是不夠的！你認同自己的產品嗎？

專案管理告訴我們，只做範圍內的事情，超出範圍外的叫鍍金，但若你做的是產品，你要記得這句話適用的範圍是在當某個版本的功能與時程已經被押上，且你沒有多餘的時間多做時，要知道，對一個產品來說，功能不可能停滯下來，一定會不斷的演進，但專案則是這個產品開發過程中的一個版本階段，所以專案是有明確的範圍與時程的，但產品發展不能這樣畫地自限。