最近剛好在研究《矽谷產品：36講直通世界級產品經理》，其中一章就提到「產品優先級如何制定」，因此這篇想結合我的個人經驗，整理出產品經理、產品企劃可能會碰到的優先級注意事項。
誰適合看這篇文章？
✔ 對產品經理、產品企劃、產品規劃、產品優先級、產品路線圖有興趣的朋友一、為什麼需要制定產品優先級
「無限願望，有限時間」一直是產品經理的痛，我們想在短時間推出許多功能，但礙於設計師人力、工程師人力、或是自己來不及完整規劃，導致每個月能上線的專案就是有限，因此制定「產品開發優先順序」就非常重要。
制定優先級有幾個優點：
- 確認產品團隊的每一位成員都在同艘船上：除了隕石開發、緊急任務外，確保大家做的事情都對產品有益，不論是運營或規劃。
- 確保可以向上回報產品團隊的代辦事項：讓產品經理可以向上管理，說明我們每月／每季的代辦事項，同步給其他部門或高層知道。
- 確保可以擋住特殊產品需求：收到不同部門的許願時，可藉由優先級擋住或回絕不緊急的需求。
- 確保每個功能上線的預估時間：針對行銷部、公關部、活動部等跟產品宣傳有關的部門，有事前預告才能讓這些部門提前準備。
二、制定優先級的注意事項
在排定產品開發順序時，有幾個心得：
- 優先級內的排序：在分類時常常第一層是 P0、P1、P2，但假設 P0 有 10 項，那這 10 項就需要再細分第二層，確保工程單位知道最緊急的項目。
- 產品上線的標準：雖然有些功能排在最前面，但仍要確認該功能是否規劃完成，避免匆忙上線一個半成品。
- 保持修正的彈性：雖然訂好優先順序，但仍很常會遇到隕石開發（臨時需求），需要保持修改的彈性，調整每一項的先後順序。
- 確保功能的關聯：有些功能是相依（要先做 A，才能做 B），因此要確保哪些功能的順序一定要提前做。
- 確認團隊的進度：制定優先級就要確保大家能夠遵守，避免訂好後大家又各開發各的，讓產品團隊不被信任。
三、優先級的信任
最後想聊聊優先級的信任度，在制定優先順序、產品路線圖時，一定要確保產品團隊都願意遵守此規則，避免順序頻繁調整，導致其他單位認為優先級只是參考用，久了就變成大家都想插隊，因此大家都不信任排出來的優先順序。
雖然很常情況會有開發插件，但產品團隊需要盡可能降低此情況，或者是在優先級、產品路線圖留緩衝給插件。
