確定感、掌控感、風險控管,這幾項是產品經理在面對產品開發時需要具備的能力,不論是向上管理、跨部門協作、向下布達,都需要藉由「確定感」凝聚團隊信心,這篇想分享我目前正在學習的產品思維。
誰適合看這篇文章?
✔ 對產品經理、產品企劃、產品專員工作內容有興趣的朋友
一、開發流程中的確定感
在我目前的產品團隊中,開發流程通常是「規劃、設計、開發、測試」:
- 規劃:由產品經理、專案經理、產品企劃或專案企劃進行功能規劃,包含 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 項沒想清楚,就可能會導致各種重工,甚至衍生「風險」。
三、開發過程中的風險
根據產品開發延遲,我觀察到的產品團隊遇到的風險如下:
- 團隊績效:因為功能的不確定感,導致團隊重做,會讓整個團隊在這個月、這一季的績效是空白的/低效的。
- 個人績效:同上,同時也導致自己的「具體功能產出」是空白的/低效的。
- 產品市占:在花時間在重工同時,有可能競品已推出更好用的功能,導致市占率、流量、或使用者數變低。
- 團隊信心:在績效低又導致產品停滯,容易導致產品團隊信心受損。
關於如何掌握「確定感」、「掌控感」,老實說我目前也在學習階段,目前先透過「意識到這件事」,接著才進到「解決這件事」。
此篇先記錄上述已經發生過的狀況,避免未來再次發生,且做好事前預防。
四、總結
這篇主要是記錄我的產品工作心得,僅供參考。
如對這系列有興趣,也可以觀看: