產品開發

產品開發系列文章記錄我在做產品經理、產品開發、產品規劃的心得,包含和工程師、設計師、客戶經理的協作互動,也會記錄我在規劃、執行、落地、溝通的各項產品心得。
如何準備產品企劃(Product Planner)的面試?面試常見問題是什麼?面試前要怎麼準備?作品集?

產品企劃求職心得-如何準備面試及應徵常見問題|EP6

如何準備產品企劃(Product Planner)的面試?面試常見問題是什麼?面試前要怎麼準備?作品集都放哪些內容?或是如何轉職成為產品企劃?這篇將會分享我從客戶成功轉職到產品企劃的職涯經歷。 誰適合看這篇文章? ✔ 對於產品經理、產品企劃、產品專員求職有興趣的朋友 一、產品企劃?產品經理?先確認職涯方向 由於我前一份工作雖然是掛客戶成功專員,但其實在公司產品團隊已經參與一年多,包含產品功能規劃、內部使用者訪談、產品 QA 測試、產品功能驗收等都有接觸到。 雖然有上述經驗,但仍了解這樣的經驗不足以直接跳產品經理,須從全職產品企劃開始找會相對容易;至於產業,因為我的產品經驗也只有電商平台,還不了解各行各業的產品時,暫不局限自己只選什麼產業。 在第一步時,我的目標大致是: 1. 職缺先看「產品經理」、「產品企劃」、「專案經理」這幾個類別,以「產品企劃」為主。 2. 但也會先確認「產品經理、專案經理」需要什麼能力,以及我當下是否有機會挑戰,若還無法就先記錄下來,
Evan Chang
初期產品需求盤點時,我踩過的 3 個失誤|EP5

初期產品需求盤點時,我踩過的 3 個失誤|EP5

上一篇《產品開發的黃金圈理論 Why-How-What》提到產品開發的黃金圈,接下來我想列舉我在產品需求盤點時,曾犯下的幾個失誤,也作為未來的警惕,(1) 確認好需求才進規劃、(2) 確認好解方要有框架、(3) 確認好框架才進開發。 誰適合看這篇文章? ✔ 對於產品開發、產品規劃、產品管理、產品策略有興趣的朋友。 一、確認好需求才進規劃 大標題這句話聽起來很簡單,但我回想一開始執行需求彙整時,很常犯的錯是「聽到對方提一個需求後,就急著想要先解決眼前這個,沒有好好聽完他所有的需求,以及排序優先級」。 導致我收到需求,開始自己規劃解方時,邊想邊覺得「這個需求 … 怎麼好像不怎麼痛 … 有一點是個人操作問題衍生的需求」。 (一)確認需求所需要的內在評估 因此我目前在收集需求時,都會先有幾個內在評估: 1. 產品目標:此需求是否符合這季、這半年的產品開發目標?例如獲客功能、會員功能? 2. 影響程度:此需求是否會影響到日常運作?例如有做可以提升營收? 3. 影響人數:是提需求的人自己的痛點?
Evan Chang
產品開發的黃金圈理論 Why-How-What|EP4

產品開發的黃金圈理論 Why-How-What|EP4

上一篇《如何蒐集利害關係人需求,決定產品開發方向|EP3》提到在從彙整產品需求,到決定產品開發順序的流程,接著我將繼續以一個產品專員的角色,來記錄產品開發的關鍵決策點,這篇會包含 (1) Why 為什麼我們要做這個產品、(2) How 我們要透過什麼方式傳達價值、(3) What 我們要透過什麼功能達到目標。 誰適合看這篇文章? ✔ 對於產品開發、產品規劃、產品管理、產品策略有興趣的朋友。 一、Why 為什麼我們要做這個產品 在接收到外部產品需求時,常常會收到各種對產品的期待與想像,例如產品型專案的客戶希望有更方便的購物車、更隱密的隱藏賣場,又或是社會議題型專案,希望有每月定期定額的客製化扣款、更客製化的加購商品流程。 上述需求有些會跟我們(產品經理 PM 們)制定的 Roadmap 類似,但更多是 Roadmap 以外的需求,通常是為了滿足當下單一客戶的許願,因此身為產品決策端,就需要時時檢視: 我們是否要做這個功能?我們為什麼要做?跟 Roadmap
Evan Chang
如何蒐集利害關係人需求,決定產品開發方向|EP3

如何蒐集利害關係人需求,決定產品開發方向|EP3

上一篇《訂定產品策略的難點,拆解團隊分歧點|EP2》提到在決定產品方向時,常遇到的內部爭執點,接著我將會以一個產品專員的角色,來記錄收到產品需求時,決定開發與否的思考環節,這篇會包含 (1) 產品需求彙整、(2) 產品願景梳理、(3) 產品開發排序。 誰適合看這篇文章? ✔ 對於產品開發、產品規劃、產品管理、產品策略有興趣的朋友。 一、產品需求彙整 接續本系列第一篇《產品管理的首要任務,重視每位利害關係人|EP1》列舉的產品需求,最主要來自於兩個來源: 1. 客戶需求:客戶因為使用過其他平台,因此也希望我們平台有相似功能。 2. 內部需求:公司內部成員因為對於平台的期待、願景,因此希望平台領先發展的功能。 這兩種需求大約 80% 是相似的,因為客戶通常會先跟我們公司的專案窗口抱怨功能不齊全,接著公司內部的夥伴就會轉達客戶需求給產品研發部門。 在把這個表面需求吃下來之前,會需要先盤點「真實的應用需求」,到底客戶想要用這個功能解決什麼問題,例如: * 客戶 A:
Evan Chang
訂定產品策略的難點,拆解團隊分歧點|EP2

訂定產品策略的難點,拆解團隊分歧點|EP2

上一篇《產品管理的首要任務,重視每位利害關係人》提到各種利害關係人的應對,這篇將接續分析這些利害關係人會如何影響產品策略、產品定位,包含 (1) 產品定位、(2) 產品開發目的、(3) 產品需求順序。 這次的紀錄比較不一樣,因為我主要是列出思考的難點,但不一定會寫出答案。 誰適合看這篇文章? ✔ 對於產品開發、產品規劃、產品管理有興趣。 一、產品策略與定位 以我目前所在的群眾集資平台來說,平台的使用者分成 Business 端的提案團隊和 Customer 端的贊助者,第一個問題來了。 問題:請問平台首頁應該要以 B 端提案者為主?還是 C 端贊助者為主? 如果是提案者為主,首頁就需要更多廣告曝光版位,讓各個提案團隊都有更多機會被曝光;壞處就是贊助者會覺得逛首頁很有壓力、很促購導向。 如果是贊助者為主,首頁就要以最符合瀏覽的版面去排版,有可能會更精簡,甚至加入一些內容,像是文章、影片等;壞處就是能給提案者的直接購買的廣告版面就會變少。 上述剛好是團隊內部常會遇到的問題,以業務層面的話
Evan Chang
產品管理的首要任務,重視每位利害關係人|EP1

產品管理的首要任務,重視每位利害關係人|EP1

在群眾集資平台除了擔任平台顧問,同時也協助產品開發管理,因此這系列文章將會整理我在產品管理所學到的教訓,以及在跨部門溝通的收穫,這篇會先著重在 (1) 利害關係人怎麼協調 (2) 重視但不忽視。 誰適合看這篇文章? ✔ 對產品經理、產品企劃、產品規劃、產品數據、北極星指標有興趣的朋友 一、利害關係人怎麼協調 目前我參與的產品是一個群眾集資平台,屬於有 B 端提案者、C 端贊助者的雙邊平台。 利害關係人除了上述兩種,總共包含: 1. B 端提案者:要上架到平台的提案團隊。 2. C 端贊助者:願意支持、下單、付款的贊助者、民眾。 3. 公司業務端:協助陌生開發、簽約的業務。 4. 公司營運端:協助提案團隊上架的營運。 5. 公司行銷端:協助專案曝光、各管道導流渠道的行銷。 6. 外部代理商:協助
Evan Chang
產品數據的北極星指標 vs 反指標|EP19

產品數據的北極星指標 vs 反指標|EP19

產品規劃時,不僅要關注北極星指標,很常也要在意反指標(Counter Metric),確保功能上線會不會發生 A 數據增加,但 B 數據卻異常下降的情況,篇想分享求職平台的常見產品指標。 誰適合看這篇文章? ✔ 對產品經理、產品企劃、產品規劃、產品數據、北極星指標有興趣的朋友 一、北極星指標:每日履歷投遞數 以求職平台來說,北極星指標為什麼是「每日履歷投遞總數」?因為這個指標影響到「(1) 公司到底能不能收到履歷、(2) 求職者到底願不願意投履歷」這兩個面向。 1. 公司可以收到履歷:代表刊登有效,會讓公司願意繼續付費刊登。 2. 求職者願意投履歷:代表有理想職缺,會讓求職者都會回來找工作。 另外求職平台雖然是雙邊平台,但收費僅對刊登企業收費,對求職者完全免費,因此比起「每日活躍用戶數」、「每月企業刊登總營收」,目前「每日履歷投遞總數」仍是最可靠的產品指標。 做產品規劃,第一步都要圍繞在「如何提高求職者投遞履歷的數量」
Evan Chang