產品經理需掌握哪三類路線圖?
路線圖在產品設計中是最常見的圖表方式了,在實際應用過程中,路線圖能夠幫助產品人理解產品,幫助團隊了解清晰路徑,幫助產品進行優化迭代。這篇文章將給你解答路線圖相關內容。
做路線圖并不容易。
每個公司都要求有不同類型的路線圖,每個PM也都有自己的風格。這是創建路線圖的分步過程,因此您可以像真正的絕地武士一樣影響公司中的其他人。
文章目錄
- 什么是產品路線圖?
- 路線圖處于產品管理的產品策略階段
- 制定有效路線圖的3個步驟
- 將產品分解為功能待辦事項,將其納入發布路線圖。
一、那么什么是產品路線圖?
產品路線圖是PM用來傳達產品內容和需求的工具。
優秀的路線圖可幫助PM實現以下目標:
- 通過使產品與公司的短期和長期目標保持一致,確保產品團隊能夠了解他們的工作目標。
- 通過表達期望,列出優先事項和時間表,可以有效地分配時間,金錢和人力資源。
- 為優先級討論奠定了基礎,并為公司提供了重點參考效果。
二、路線圖處于「產品管理的產品策略階段」
這與產品待辦事項非常不同。產品路線圖定義了“我們為什么這樣做”,而產品待辦列表定義了“我們在做什么”?
「產品路線圖」是PM影響利益相關者的最重要工具之一。
從構想階段到開發階段,再到啟動,迭代,穩定和衰退階段。您的路線圖將在整個產品生命周期中使用。
您一直在使用路線圖來影響其他部門,并使他們的工作與您的產品愿景保持一致。您需要使路線圖清晰可見,易于消化并且僅包含適當數量的細節。
三、制定有效路線圖的3個步驟
專家提示:路線圖不僅僅是創建路線圖的行為。
制定路線圖的過程與產品路線圖本身一樣重要。
步驟1:首先了解公司的目標和優先事項
您應該做什么:
- 與所有高級利益相關者(首席執行官,總經理,領導團隊)進行一對一的會談。
- 在一對一會議中詢問他們今年的最高目標是什么?
- 使用OKR的目標或SMART目標作為框架來梳理這些目標。
- 提及您將記錄這些內容,并在未來幾周內與更廣泛的領導團隊進行優先排序。
- 在路線圖工具(如Aha,ProductBoard,Product Plan或Trello)中記錄這些目標。
現在已經有了每個人的想法,現在該進行優先排序了。
結果是創建您的計劃/主題路線圖:
- 與領導團隊一起安排時間,確定未來幾個月的目標優先次序。
- 在會議之前分享需要優先考慮的目標和計劃,確保每個人都理解它們。
- 使用諸如MSCW或Kano方法之類的優先化方法對這些思想進行排序、整合和評分。
- 每個計劃都應具有明確的SMART目標或OKR。
一旦創建了計劃路線圖,就該創建產品路線圖了?……
步驟2:設定產品優先順序,設定目標和OKR
根據公司的目標和計劃,您可能具有可以實現這些目標的多種產品和功能。
接下來是您應該做的:
- 使用數據和見解驗證每個產品創意。
- 產品構想通過驗證后,再次與領導者合作,根據實現目標計劃中定義的目標的可能性來對產品進行優先級排序。
在構建路線圖時,以下是一些其他常用數據點,可用于以下方面:
- 鏈接到計劃/主題/公司目標
- 進度更新(完成百分比或完成的任務數)
- 開拓時間表
- 相對影響關系(高,中,低)
- 行動倡導者
四、將產品分解為功能待辦事項,將其納入發布路線圖
在此階段您應該做什么:
1)與交付團隊合作,將產品分解為功能集合。(這取決于您使用哪種交付框架,敏捷,瀑布式或混合式。)
2)劃分產品功能的方法有很多,但是敏捷團隊用來分解工作的一種常見做法是功能映射。
3)最后,一旦創建功能積壓工作,就需要根據功能的大小確定方式以及團隊中有多少開發人員,將功能安排到發布路線圖中,與技術開發一起行動。
這就是一切聯系在一起的方式:
- 「行動/主題(目標)路線圖」?=公司想要實現的高層目標和里程碑。
- 「產品路線圖」?=有助于公司實現其計劃的產品。
- 「發布路線圖」=有關何時將產品的每個功能發布到市場的高級時間表。
總結
以下是指導路線圖的一些提示和技巧:
- 不要去承諾期限。 軟件開發是不可預測的, 可以使用高級時間表,例如「2021年7月第三季度,2021年7月」。
- 將路線圖盡量放在的公共區域,以便企業中的每個人都能看到這些優先事項。
- 路線圖的表達在于學習,要專注于「行動」和「重復」。
- 每次發布功能后,都要檢查一遍路線圖。
- 與團隊舉行例行會議以審查路線圖(建議一個月或一個季度一次)
- 確保你的路線圖,與長期的項目和短期的成果保持平衡。
- 這是一張地圖……所以必須要隨時應變。
原文作者:Product School ?
原文:https://generalassemb.ly/
編譯作者:Jaylon
#專欄作家#
JaylonG(微信號JJ865477301),人人都是產品經理專欄作家。一枚擅長用產品思維看問題,用邏輯思維做分析,用情感體驗做設計的產品愛好者。愛好廣泛,歡迎交流,拒絕水友。
本文翻譯發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash ,基于 CC0 協議
我理解的是
1. 日期不提供?但是會有人給你規定日期,懂得都懂,項目的最后期限面對的功能溢出的情況,難道按照功能大小來確定方式嗎?
2. 我個人認為一切都是結合團隊的進度,對于需求等級的劃分來分配最后期限的工作,做一個費力不討好的大功能模塊,時間成本,人力成
本,資源成本都在消耗,在比拼速度的時代下,拖延代表著落后,我們永遠尋求的是最優解!
翻譯的哪的。。?