Pmnotes

Sign in Subscribe

Latest

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

制定產品優先級的注意事項。

制定產品優先級的五個注意事項｜EP20

最近剛好在研究《矽谷產品：36講直通世界級產品經理》，其中一章就提到「產品優先級如何制定」，因此這篇想結合我的個人經驗，整理出產品經理、產品企劃可能會碰到的優先級注意事項。誰適合看這篇文章？ ✔ 對產品經理、產品企劃、產品規劃、產品優先級、產品路線圖有興趣的朋友一、為什麼需要制定產品優先級「無限願望，有限時間」一直是產品經理的痛，我們想在短時間推出許多功能，但礙於設計師人力、工程師人力、或是自己來不及完整規劃，導致每個月能上線的專案就是有限，因此制定「產品開發優先順序」就非常重要。制定優先級有幾個優點： 1. 確認產品團隊的每一位成員都在同艘船上：除了隕石開發、緊急任務外，確保大家做的事情都對產品有益，不論是運營或規劃。 2. 確保可以向上回報產品團隊的代辦事項：讓產品經理可以向上管理，說明我們每月／每季的代辦事項，同步給其他部門或高層知道。 3. 確保可以擋住特殊產品需求：收到不同部門的許願時，可藉由優先級擋住或回絕不緊急的需求。 4. 確保每個功能上線的預估時間：針對行銷部、公關部、活動部等跟產品宣傳