產品企劃的一日工作紀錄｜EP15
2023/05/06閱讀時間約 3 分鐘
之前一直很好奇不同產業的 PM 實際工作都在做什麼，近期就先記錄一下我擔任產品企劃的工作日常，每天從上班到下班的工作細節，此篇分成產品團隊編制、產品企劃的工作分類、產品企劃的每日工作。
誰適合看這篇文章？
✔ 對產品經理、產品企劃、產品規劃有興趣的朋友
一、產品團隊編制
一開始先說明一下產品團隊的分工，我目前在人力銀行（求職平台）擔任產品企劃，團隊編制是 6 人，1 位產品經理、1 位專案經理、2 位產品企劃、2 位專案企劃，4 個職位的工作初略可分成：
- 產品經理：制定產品的大方向、願景、策略，協調跨部門資源。
- 專案經理：制定產品的時程，確認每一項功能開發都在進度上。
- 產品企劃：制定產品的細節，將功能的詳細邏輯、操作路徑畫出來，製作 PRD 文件。
- 專案企劃：產品功能的相關調研，以及跟產品開發有關的例行維護、文件製作。
二、產品企劃的工作分類
除了上述提到的制定產品細節，產品企劃的日常包含：
- 功能邏輯：將產品經理、專案經理提到的功能落地，實際去思考使用者要如何使用、操作流程、提示視窗、以及各種防呆，例如要做一個「針對求職者的個人化職缺推薦」，那就要思考「登入 vs 未登入」、「哪個頁面要顯示？首頁、搜尋頁、還是會員中心？」、「推薦邏輯是？投遞記錄還是履歷資料？」
- 功能畫面：呈上，假設「針對求職者的個人化職缺推薦」要做在首頁，但就要思考「要放在首頁的哪一區」、「職缺卡片樣式要怎麼做」等，若確定後就可以開始在 Figma 製作 Wireframe、Mockup 或 Prototype。
- 需求文件：上述都思考清楚後，就可以撰寫 PRD 文件，將邏輯、線框稿、示意樣式都放入文件中。
- 向上回報：功能規劃完畢後，要先向產品經理、專案經理確認細節方向是否都正確，確認後就會正式提交給設計部。
- 設計溝通：設計部接到需求後，就開始討論畫面的一些細節，文字長度需不需要調整，按鍵的各種回饋（hover、info、press 等 UI）。
- 工程溝通：設計完成後，接著就會和工程師討論具體操作邏輯，包含資料抓取邏輯、API 設定、什麼情境要隱藏或出現等。
- 測試溝通：工程做完後，還會有 QA 測試工程師，討論什麼條件才算是「功能正常」，測試不同極端值操作，是否異常顯示的狀況。
三、產品企劃的每日工作
列舉產品企劃會碰到的工作，接下來要說明每天的時間安排到底怎麼規劃，直接上圖！
通常一天大約會有 2–4 場會議，包含
- 開發會議：跟工程主管確認開發進度、調整優先級。
- 站立會議：企劃團隊內部的會議，協調彼此的功能順序，確認規劃進度。
- 需求討論會議：跟設計師、工程師、系統分析師核對需求是否有漏洞。
- 跨部門會議：參與非產品團隊的會議，收集其他部門的產品需求。
每間公司一定會不一樣，有些跑 Scrum 的產品團隊會將「確認工程進度、確認產品規劃進度」都拉在同一場站立會議（Stand-up Meeting），有些則是分兩場。
另外我的時間點雖然切成「規劃需求」、「討論需求」，但實際上當然不會這麼照表操課，一定都是碎片式的討論或規劃，也很難有一個完整的時間慢慢規劃。
偶爾也可能整天都是會議，像是遇到新上線的功能有問題，客服瞬間就會被灌爆，可能一整天都在確認 bug 狀況，不斷提 hotfix（立即需要修復的錯誤）給工程師。
四、總結
以上是單純我的產品日常工作，如對這系列有興趣，也可以持續觀看：
為什麼會看到廣告
67會員
131內容數
留言0
查看全部
