確定感、掌控感、風險控管，這幾項是產品經理在面對產品開發時需要具備的能力，不論是向上管理、跨部門協作、向下布達，都需要藉由「確定感」凝聚團隊信心，這篇想分享我目前正在學習的產品思維。
誰適合看這篇文章？
✔ 對產品經理、產品企劃、產品專員工作內容有興趣的朋友
一、開發流程中的確定感
在我目前的產品團隊中，開發流程通常是「規劃、設計、開發、測試」：
- 規劃：由產品經理、專案經理、產品企劃或專案企劃進行功能規劃，包含 Mockup、功能防呆、使用情境、衍生風險等情況。
- 設計：上述若規劃完成，就會進到 UIUX 設計師進行畫面製作，依照產品的 UI Kit 進行上色、切版。
- 開發：設計完成後，就會進到前端工程師進行 Coding，如有需要新的 API 則會再需要後端工程師。
- 測試：功能都完成後，則會交到 QA 工程師以及 PM 身上進行驗收。
- 規劃：由上到下要確定這次功能的開發目標，避免規劃好又發現不符使用者需求。
- 設計：PM 轉交給設計師的文件，要自己確認好預期的畫面，避免設計師多次改圖。
- 開發：PM 寫給工程師的文件，要確認好每一個欄位的 CRUD 機制（新建 Create、刪除 Delete、讀取 Read、更正 Update）以及各項防呆限制。
- 測試：PM 拿到開發完成的功能時，要確認自己要驗證哪些項目，避免正式上線後，才發現有些功能仍異常。
二、沒有確定感所衍生的風險
若沒有確定感，很容易造成重工，或是規劃好又要重頭來過，以下是我自己曾發生過的失誤：
- 規劃：PM 規劃前，尚未跟上層主管多次確認，導致規劃了功能一直不是主管要的，或是發現做了一個雞肋的功能。
- 設計：PM 自己未確認好預期畫面、風格、色系，導致設計師畫完圖，又要整個打掉重練。
- 開發：PM 未跟工程師明確說明各種防呆機制，導致欄位輸入後各種破版、跑版、溢位。
- 測試：PM 未自己確認功能的最終畫面，導致驗收完成後才發現缺一堆細節限制。
我認為「確定感」、「掌控感」是環環相扣的，重點在於「是否想清楚這件事的 5W1H」：
- Why：為什麼我們要花時間開發這個功能
- Who：開發完成後誰會使用
- What：使用者會用來達到什麼目的
- Where：使用者會在什麼情境下使用
- When：使用者會在什麼時間點使用
- How：使用者會怎麼使用
如果上述都想清楚了，通常這項功能不會偏離太遠，但若有 2–3 項沒想清楚，就可能會導致各種重工，甚至衍生「風險」。
三、開發過程中的風險
根據產品開發延遲，我觀察到的產品團隊遇到的風險如下：
- 團隊績效：因為功能的不確定感，導致團隊重做，會讓整個團隊在這個月、這一季的績效是空白的／低效的。
- 個人績效：同上，同時也導致自己的「具體功能產出」是空白的／低效的。
- 產品市占：在花時間在重工同時，有可能競品已推出更好用的功能，導致市占率、流量、或使用者數變低。
- 團隊信心：在績效低又導致產品停滯，容易導致產品團隊信心受損。
關於如何掌握「確定感」、「掌控感」，老實說我目前也在學習階段，目前先透過「意識到這件事」，接著才進到「解決這件事」。
此篇先記錄上述已經發生過的狀況，避免未來再次發生，且做好事前預防。
四、總結
這篇主要是記錄我的產品工作心得，僅供參考。
如對這系列有興趣，也可以觀看：
