產品管理包含很多面向，但剛接觸產品經理的工作時，最常遇到的是設定目標、規劃產品、確認流程，這篇會從這 3 個面向紀錄產品經理需要確認的事項。
誰適合看這篇文章？✔ 對產品經理、產品企劃、產品策略、產品規劃有興趣的朋友一、產品管理困難嗎？
剛入職產品經理時，通常還不會馬上進到「管理」產品，會先「熟悉」產品，包含了解使用者怎麼操作產品、產品過往的迭代紀錄、產品團隊的協作默契等。
⠀⠀當開始準備要「管理」產品時，我認為一開始難的是「決策」，像是：
- 工程師問功能 A 和功能 B，哪一項要先開發？客
- 戶經理提客戶需要加功能 C、功能 D，要不要執行？要不要插隊？
- 測試人員在測試環節發現有小 Bug，要不要先上線？還是修完再上？
⠀⠀
做一個好決策的關鍵在於「對產品現實的理解夠不夠」，包含：
- 對於產品優先級是否清晰？
- 是否想過現階段重要的是什麼？
- 對於客戶提需求的原則是否充足？接什麼需求？不接什麼？
- 對於上線品質是否有原則？什麼情境下不能上線？
⠀⠀
回到標題本身「產品管理困難嗎」，我在這件事也糾結一陣子，如何做好產品管理？如何有意識地累積這個能力？可以從哪邊切入？以下我初步列 3 個面向。
⠀⠀
⠀⠀
二、產品管理管什麼？
初階產品管理可以從這 3 個面向來收斂：
⠀⠀
▍1. 管理預期目標
產品經理需要先想好各種的「Why」，為什麼要做？為什麼要這樣做？最終希望該功能創造什麼價值？對客戶、用戶、或公司帶來什麼效益？常見目標像是：
- 做這個大功能會讓 OO 客戶簽約
- 做這個 A 功能是未來在執行 B 功能的前置作業
- 做這個功能可以提高轉換率／平均客單價，降低流失率
- 這個功能有 10 個品牌都在抱怨不好用，可以解決第一線客戶經理長期被抱怨的困擾
⠀⠀
▍2. 管理產品規劃
有了開發原因，接著就進行執行層面，功能預計怎麼操作？被使用的場景是什麼？此功能和其他現有功能有沒有相依關係？有沒有短中長期的功能迭代計畫？實際規劃像是：
- 根據使用者操作習慣、競品分析，預計會有 5 個操作步驟
- 這個 Sprint 先做 A 功能，讓客戶先滿足 OOO 情境，之後的 B 需要 3 個 Sprint，預計解決 XXX 情境
⠀⠀
▍3. 管理開發流程：
有了產品範疇，接著需要和 RD 確認開發時間，預計開發多久？加上 QA 測試需要多久？會不會排擠到其他開發項目？需不需要找更多工程師支援？有什麼潛在開發風險？需不需要跨部門串接 API？常見的協調像是：
- 開發預計 4 天，QA 測試 2 天
- 若插件，原本的 A 會需要延後至下一個 Sprint 才能製作，上線時間就會在 OO/OO
- 此功能需要 OO 部門的串接，需先確認對方工程師是否可以協助
⠀⠀
⠀⠀
三、產品管理的核心
上面 3 個面向，都圍繞幾個核心：
- 產品經理需要做決定：若有遇到不確定的情境，需要排除萬難、降低風險，做出一個當下正確的決定，很常時候會遇到從未來看是錯誤的，但我們僅能確保當下的最佳解。
- 產品經理需要訂規則：各種功能、欄位的機制，字數限制、單選複選、輸入限制、滾動限制，工程面都可以執行，但必須要給一個規則，讓工程師有一套遵循標準。
- 產品經理需要帶反思：任何決定、規則都會有錯誤的時候、或不合時宜的地方，這時需要即時帶團隊調整方向，重新審視過往的判斷哪裡出了問題，如何避免再次發生，盡可能降低開發風險。
⠀⠀
過往我在產品職涯也很常遇到做錯決定，像是產品方向選錯、開發優先順序調錯，導致開發項目被砍，但為了讓整個團隊持續前進，盡早面對現況、盡早向團隊承認錯誤，並盡速修正方向。
但同時只要做的決定事後驗證是對的，就會有更多的成就感，因此只能繼續累積經驗、把握做決定的機會。
⠀⠀
四、總結
上述經驗來自於過往產品工作，若對這系列有興趣也可以持續觀看：
