Product Roadmap|UserXper
悠識 x Pinkoi PM Jason、UR Sigmund | 如何計劃產品路線地圖呢?
目錄
網友五大類問題
內容大綱
一、大家認為的路線圖可能是什麼? 破除三大迷思!
二、要如何建構? 顆粒大小? Scope多大?
三、溝通,要如何依此進行跨團隊溝通?
Userxper 悠識學院 直播主題: 展開Product Roadmap,一起航向偉大的航
主講: Pinkoi Product Manger - Jason | 主持: User researcher - Sigmund
日期: 2020/7/8 (三),20:00–21:00
在月初的時候Pinkoi PM Jason與 UR Sigmund在悠識舉辦的一場直播,與大家聊聊Product Roadmap的相關議題,包括路線圖的迷思、製作方法等等。
拖了一陣子總算是把直播進度追上了,以下內容是自己的筆記,會結合自己的理解放在當中。欲收看完整版且對路線圖有興趣的大大們,不妨到悠識的FB收看直播~
網友五大類問題
- Product roadmap到底是什麼?
- 製作Product roadmap如何拿捏彈性、顆粒度等等?
- Product roadmap如何建構?
- 如何使用Product roadmap進行溝通?
- Product roadmap對產品的好處為何?
內容大綱
- 對於roadmap的迷思、誤解,到底何為路線圖?
- 要如何建構? 顆粒大小? Scope多大?
- 溝通,要如何依此進行跨團隊溝通?
一、大家認為的路線圖可能是什麼 ? 破除三大迷思 !
路線圖在概念上大多會是比較上位、抽象且用來溝通的工具,當中可能會有類似甘特圖的呈現方式、會有像是Backlog的內容、甚至也可能針對跨部門溝通會有相關畫押,但這些都不是他最主要的使用原因。
- 產品路線圖 = 甘特圖 - - - (X)
- 類似Product Backlog,一群feature的集結 - - - (X)
- 產品路線圖 = 畫押承諾 - - - (X)
用個實際案例做討論 - 發展一個 X X X X X X X X
直播當中Jason以開發一個全新的電商網站作為範例,實際解說Roadmap的長相 (Jason的講稿可以去直播看喔!)
主要可以分成幾個區域:
- 時間框 (Timeframe)
- 行動主題 (Ation Themes)
可先透過以上示意圖討論Roadmap與甘特圖、Product Backlog、畫押承諾的差異:
1. 與甘特圖的差異
- 路線圖會有多個Action Themes,每個Action Themes又可長各自的甘特圖
- Roadmap -> 溝通大方向;甘特圖 -> 盤點時程、資源
(Roadmap下的各個Action Themes不一定有明確相依姓,此時無法利用Roadmap去將各Themes進行串聯、統整) - 實務上可能碰到的問題
(1) 已開發: 數個Action Themes可能會由數個產品團隊進行,大家會專注在自己的Themes上,因此會需要路線圖進行大方向溝通
(2) 未開發: 數個Action Themes可能會由同個產品團隊進行,此時因為僅有一個團隊較好溝通,也許可使用Backlog進行溝通
2. 與Product Backlog的差異
- Backlog裡會有各自Action Themes的待辦事項,可能是由數個User Stories、Task等等組成一包成為一個Feature,再透過切割Backlog的方式粗估每個Sprint可完成哪些事情
- Roadmap -> 跨部門溝通;Backlog -> 產品/工程團隊
(當我們的Action Themes有數個,在跨部門/向上的溝通上若使用Backlog可能會過於細項。不過在產品/工程團隊彼此的討論上也許可利用Backlog溝通無問題) - Roadmap是比較高層次、抽象的討論 (而非實際要做的事情),先有了路線圖後再長出甘特圖、Backlog
3. 與承諾畫押的差異
- Roadmap並非單純的承諾畫押,而是讓大家更有方向的溝通討論
- 該改就改,若以承諾畫押做為主要目的,會在該改的時候產生矛盾,但在策略調整上,若有需要改動時就要果斷修正
二、要如何建構 ? 顆粒大小 ? Scope多大 ?
Roadmap: 為產品製作原型 (Prototyping)
在路線圖上,從NOW到LATER,是低彈性到高彈性、高信心到低信心,依此核心價值將Action Themes填入Timeframe。
- NOW: 精細度高、範圍明確、有產品規格、設計
- NEXT: 範圍較廣、有些彈性
- LATER: 大範圍 (抽象)
在NOW、NEXT、LATER上會有需要動態調整的時候 (彈性),可依據以上幾點作為判斷依據,也可說明三者之間關係。
- NOW:
1. 現在要完成、讓人有所期待 (會影響信任)
2. 有限承諾 (信任所帶來的效)
3. NOW會影響NEXT的Action Themes - NEXT:
1. 當NOW的Action Themes結束後,會從NEXT移到NOW
2. 有接下來要完成的目標會使人有期待感
3. NEXT會影響LATER的Action themes - LATER:
1. 當NEXT的Action Themes結束後,會從LATER移到NEXT
2. LATER會因為NOW、NEXT的調整而有更動
Roadmap五大段落
- 背景 (Background) / 產品願景 (Product Vision)
- 商業目標 (Business Objectives)
- 時間框(Timeframe) / 時間軸 (Timelines)
- 行動主題 (Action Themes)
- ✨ 動態調整聲明
Action Themes是何物 ?
- 用來串聯願景與問題的項目
- 類似橋梁的虛擬目標
- 利用時間塊/軸可幫助PM針對手上資源進行調整
- 舉例
- 串聯用戶需求與方案的一個主題,e.g., 建立線上目錄
- 一個行動主題下面又有一系列的User Stories、Feature、Task....,e.g., 後台可建立商品,同時前台可看商品照...,開始建立該行動主題的各項規格
- 每個行動主題的寬、窄、胖、瘦均是不同的! (每個主題的大、小包不同)
三、溝通,要如何依此進行跨團隊溝通 ?
建立 Roadmap的過程
- 獲取/整理訊息: 顧客、用戶+利益相關人+競品、替代品+市場產業現況
- 確立願景,提出策略,定義目標
- 製作行動主題 & 排定優先次序
- 對應到Timeframe
- 對齊跨團隊的意見,取得支持
- 顯示、分享、更新、迭代調整
情境解說 1 : 提前取得 X X部門的回饋
- PM要在規劃前取得跨部門各自的目標 (內部訪談),這些跨部門的目標就是未來他們會需要的需求,簡單確認一下
- PM要能透過事前的收集,才能排定資源,且各部門的需求可能會有相依性或是優先順序,要先確認後才能進行資源分配
- 在確認需求時要想辦法了解需求背後的真實目的,避免只是收集偽需求,了解真實目的後就可以將解法更專注的在目標上
情境解說 2 : 老闆獲得難得合作機會 (隕石)
- 在接受隕石前 (實務上多半都得接受),可以先理解、再討論影響哪些事情,Roadmap怎麼進行調整,PM要想辦法將接受前、接受後的差別列出、實際影響了哪些事情、PM的是什麼? 將這些問題準備好後再與老闆進行對談
- 可利用Roadmap進行資源討論,避免隕石隨意衝擊
以上是該次直播內容的相關筆記,Userxper主辦了多場工作坊,最近也有各式各樣的直播可以看,在均一工作的期間,每個月也會與悠識有兩個小時的時間聊聊團隊、產品狀況,Richard、嘉莉都是很專業的夥伴,有興趣的人不妨到他們粉專看看悠識的相關內容吧!!! (連結點我)
另外Jason與產品三演怪也有一起錄製了一集Podcast,主要內容講述他自己以及作為Pinkoi跨境電商產品經理的一些話題,包括他的職涯發展、在Pinkoi的各種挑戰、跨境電商在意的數據指標等等有趣的話題,大家快去聽起來!!!
(連結點我)
如果喜歡這篇你可以....- 20個拍手: 請繼續努力的把相關記錄生出來吧!!!!
- 10個拍手: 有這個記錄真是太好了,我要推給其他人!
- 5個拍手: 這個記錄對你還算有幫助~
- 不管幾個拍拍,給拍就是好拍