產品戰略源於願景，並通過里程碑指引着工作流程，產品路線圖可幫助產品所有者使開發流程與產品戰略保持一致，本教程將説明如何使用產品路線圖來實現一個從構思到可行的數字產品的過程。
產品路線圖是一個戰略計劃，顯示了產品開發和實施工作流程的里程碑。它通過里程碑（史詩和功能）闡明瞭戰略實施路徑的步驟，產品路線圖使您可以建立和跟蹤處理工作的順序。
產品路線圖和Backlog不同，Blacklog是個低級別的計劃。Backlog是產品團隊的任務看板，它包含有關當前迭代，下一個迭代的任務以及Icebox（注1）的信息，Backlog的重點放在產品路徑的技術實施方面。而產品路線圖是一種戰略規劃工具，重點關注用户需求。它列出了產品開發中要完成的主要工作。在某些情況下，Backlog可能是路線圖的一部分。
什麼是產品路線圖？
沒有計劃的目標只是一個願望。
——Antoine deSaint-Exupéry(注2)
路線圖使您可以計劃戰略實施路徑。敏捷的產品路線圖是團隊在開發過程中的生動指南。有了它，您就可以知道如果朝錯誤的方向前進，應該在哪裏移動以及何時調整。
以下是產品路線圖的好處：
路線圖為您提供了戰略依據。您不應將其僅視為要完成的任務列表，它是基於產品願景和策略的計劃，可讓您定義產品開發策略。
產品路線圖雖然看起來像甘特圖，其實還是有很大不同。甘特圖假定任務是線性交付且有較強的相互依賴性，在大多數情況下，甘特圖不需要做任何計劃修改。而產品路線圖是一種敏捷工具，它可以修改，任務之間有依賴性但是鬆散耦合的。
產品路線圖有兩種樣式：簡單樣式和複雜樣式。
簡單格式和複雜格式都具有兩軸結構：
（1）橫軸
橫軸表示時間先後順序，方向是從左向右。有些是有具體的時間，如下圖：
有些沒有具體的時間表，只按任務的狀態（如“下一步”，“準備”，“完成”等）對任務進行排名。
（2）縱軸
縱軸通常表示產品路線圖的優先級。
從上到下：最重要或最有價值的任務/想法始終位於最頂層。
能驅動：將重點放在構建和發佈功能上，任務分類為“核心”，“實際”，“增強”等。這種方法最適合具有穩定市場的成熟產品。
MoSCoW：也是功能驅動的，區別是任務類別包括四類：擁有，應該擁有，可能擁有和不想要。
產品路線圖不一定使用甘特圖視圖，您以使用高級看板或其他可視化模板，並確保路線圖涵蓋您產品的整個戰略路徑。
時間是產品路線圖和戰略祿基金不可或缺的要素嗎？選擇通常取決於產品目標。
沒有日期的路線圖對於早期產品很有用，它為頻繁更新提供了靈活性，但並不適合嚴格的長期計劃
如果您的目標是尋找適合產品的市場和確定第一批用户，那麼有截止日期的路線圖不是一個好的選擇。我建議你使用沒有截止日期的路線圖，使用不同的狀態類別標記任務，例如“進行中”，“已阻止”，“待辦事項”等，我們就是這麼幹的。
大多數產品路線圖都是基於時間的。Roadmunk（注3）的人就是這麼幹的。確實，市場營銷和銷售的產品需要精確的時間規劃。另外，有日期期限顯示了您的活動的長期願景。
在進入市場階段之後，您的產品路線圖議程應該依賴日期。必須制定計劃才能制定適當的增長策略。首先，您可以按季度或按月操作截止日期。以後，您的時間安排可能會更長期。請看以下由另一個ProductPlan提供的基於時間的產品路線圖示例。
我們不希望您這樣建立路線圖：
我們的產品路線圖指南將幫助您啓動和執行產品開發。因此，您需要首先審視路線圖的內容。
您需要輸入問題的內容。它們包括戰略目標，價值主張，改進思想和其他因素。這些輸入將幫助您按路線圖上的優先級設置史詩和功能。
路線圖內容應確保讓利益相關者理解，請勿在計劃中填入過多細節。
傑夫·貝佐斯曾經説過：對願景固執，對細節靈活。
最好的建議是使路線圖整潔，以瞭解您正在做什麼以及下一步可以做什麼。
在Railsware中，我們選擇了不同類型的路線圖，這取決於產品範圍和目的。您可以根據用途選擇不同的路線圖。
以下是一些要考慮的選項：
（1）基於受眾
這是要優先考慮的是如何與受眾共享路線圖，包括內部和外部共享。內部受眾包括內部利益相關者，如銷售，工程和其他團隊，請看下面的適合內部共享的產品路線圖示例。
面向外部受眾的產品路線圖不包含具體的信息和時間安排，它的目的是向受眾展示高級別的信息。因此，重點是在內容的視覺吸引力。
（2）基於目標
針對創業公司和穩定產品的產品路線圖會有所不同嗎？肯定不同，它們的目標差別很大。例如，下面這個模板可能更適合創業公司初始產品的產品路線圖。
當您的產品已通過初期階段，或者您要處理多個產品時，就可以靈活選擇產品路線圖組合。
產品路線圖分類沒有嚴格的內容設置，實際上，某些輸入以及其他因素對於最終的輸出很重要，您可以選擇內容格式來構建路線圖。
（1）面向目標的
這是一種常用的格式。面向目標的路線圖包含圍繞目標封裝的數據，每個目標都説明了您為什麼需要它以及它可以帶來什麼好處。
（2）基於主題的
這種格式是GO的派生。主題是重點領域或要解決的問題，這些問題解釋了您需要特定的功能或任務。基於主題的路線圖，也稱為精益產品路線圖，同時專注於多個目標。主要部分包括時間範圍（當前，近期，未來等），目標（減少客户流失，收入等）以及要做的事情的範圍。此外，您可以指定銷售，市場營銷和市場發現的產品區域。
（3）基於功能的
基於功能的路線圖類似於Blacklog，兩者都提供較低級別的詳細信息，特徵行為將成為規劃的關鍵點。基於功能的路線圖以用户為導向，提高了工程決策的靈活性，同時，該路線圖以一小部分利益相關者為目標。
它可能看起來像這樣：
您需要選擇特定的成功指標來估計工作流程的進度。但是，不要將它們與產品指標混淆。產品路線圖指標使您可以估算執行效率，它們跨越了產品戰略和願景。
讓我們快速看一下一些敏捷的關鍵性能指標：
速度：此度量標準定義一個sprint內完成的工作範圍。
燃盡圖：定義sprint或發佈結束之前剩餘的工作範圍。
週期：定義任務或功能的時間花費。
累積流：累積流通常是不同階段任務分配的示意圖。
流量效率：流程效率顯示了實際工作時間與待機時間之間的時間分配。
代碼度量標準：這些度量標準可以度量代碼質量，具體包括：
產品路線圖可以根據您的偏好定製：
顏色編碼：使用不同的顏色按優先級或狀態對任務進行分類。這種方法使您可以增加路線圖的信息密度，可讀性也提高了。
進度條：使用不同長度的條來顯示每個任務的進度。例如，一開始的任務可以有一個短的進度條。它將根據任務完成的級別進行擴展。
箭頭→和線條─：使用箭頭和線條顯示任務之間的相互關係或依賴性。在路線圖中使用垂直虛線來顯示當前時間點。
菱形♦菱形⋄：使用菱形♦或菱形⋄來確定產品路線圖的里程碑。菱形♦是甘特圖的傳統符號，用於指示關鍵項目檢查點。
產品路線圖不是一個人的工作。它需要團隊合作，甚至需要幾個團隊的協作。產品經理將這些信息彙總並形成最終的路線圖，產品經理還是與利益相關者的聯絡人，他們是路線圖的重要貢獻者。利益相關者列表可能包括工程師，設計師，市場營銷和銷售專家等，他們提供的數據對於確定優先級和截止日期至關重要。
路線圖是用來指導戰略實施的。因此，此文檔必須是高質量且明確定義的。
路線圖準備就緒後，就可以開工了，產品路線圖需要經常關注和用心維護。下面，我分享我們在產品路線圖開發過程中的實際經驗。
如果發生以下情況，我們將建立產品路線圖：
我們從產品初期開始。團隊首先討論問題領域並決定相應的解決方案（史詩）。產品路線圖內容通過任務單實現，每個任務單都包含標題，描述和清單。強烈建議使用此描述，因為它通常包含有關要執行的操作的領域知識。該清單包含了業務的一個功能需求，每個清單表示Backlog中的一項任務。
由於產品路線圖是實時文檔，我們在迭代計劃會議（IPM）上更新數據和狀態，通常每週一次。
下面是是常規的IPM流程：
現在，您可以從眾多的路線圖工具中受益，這些工具為您提供了現成的模板。我們在項目中使用了Jira和Trello，當然您也可以使用Google表格或Excel定製產品路線圖，讓我們來看看這些工具。
Aha!是一家致力於打造有親和力軟件的公司。因此，他們盡最大努力使人們享受產品的整個生命週期。路線圖是其服務的一部分。Aha！提供了六個可視化模板來編寫產品路線圖。此外，您可以將其與30多個開發和支持工具（如Slack和Trello）集成。
ProductPlan：
ProductPlan在包括Microsoft和HubSpot在內的許多優秀團隊的工具箱中。使用此工具，您只需單擊幾下即可構建和共享路線圖。大量現成的模板可用於多種用途。集成支持也非常強大，其中包括GitHub，Jira等。
Roadmunk：
Roadmunk與另一個強大的工具通過路線圖可視化策略。亞馬遜，萬事達卡和更多公司的產品團隊使用Roadmunk。該工具提供了35個以上隨時可用的模板。您可以找到產品，敏捷，產品組合和其他類型的路線圖。
Jira：
該軟件開發工具在敏捷團隊中非常有名。Jira提供Scrum和看板委員會來組織管道。通過下一代項目中的內置功能，可以使用Jira進行映射，它不像上面的工具那樣複雜。同時，它可以作為您在吉拉（Jira）項目活動的完美補充。
Trello：
Trello還具有產品路線圖功能，例如：我們使用此工具在Mailtrap項目中進行計劃。在我們的案例中，它是高級產品路線圖，具有從上到下的任務優先級。如果您更喜歡甘特圖視圖，則可以使用Elegantt附加組件。Trello通過自定義字段，通電和其他加載項提供了許多自定義選項。
除上述幾個，我們還將推薦Smartsheet和Airtable來制定計劃。
戰略的本質是選擇不做什麼。
——Monitor Deloitte（前Monitor Group）的創始人之一Michael Porter
產品路線圖應該被用來引導您制定產品戰略的關鍵目標， 這是通往成功的道路，我們希望您能選擇最好工具來實現它。
譯者注：
作者：謝曼斯基·斯坦尼斯拉夫（Shymansky Stanislav）
原文鏈接：https://railsware.com/blog/product-roadmap/
作者：濤哥，微信公眾號：濤哥筆談。前華為高級產品經理，TOGAF認證專家，PMP認證專家，PPV課數據科學社區創始人，數字化轉型實踐者
本文由 @濤哥 原創發佈於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議