編輯導(dǎo)語：產(chǎn)品規(guī)劃藍(lán)圖通?？梢苑Q之為“Roadmap”，它既能表達(dá)出產(chǎn)品未來成功的樣子，又能看出在產(chǎn)品生命周期過程中通過哪些步驟一步步讓產(chǎn)品走向成功的。那么，Roadmap究竟長什么樣子呢？我們跟著本文作者的腳步，一起去看一看。

一、什么是Roadmap？

1. Roadmap的定義

Roadmap用來指引人們到達(dá)某個地點(diǎn)，或說明從甲地到達(dá)乙地的方式。從一般意義上來說，路線圖更多的被指代于地理上的圖片說明，例如尋寶圖、部分位置圖、交通示意圖等等。

在廣義上，Roadmap也可以是指引人們達(dá)到任何目標(biāo)的說明性文檔，甚至沒有任何圖片說明也可以被泛指為“Roadmap”。延伸到產(chǎn)品設(shè)計上，它是一種能快速表達(dá)出這款產(chǎn)品實(shí)現(xiàn)成功的過程和最終的結(jié)果。

2. Roadmap的特點(diǎn)

1）有起點(diǎn)有終點(diǎn)

與傳統(tǒng)地圖不一樣的地方是，Roadmap是有起點(diǎn)有終點(diǎn)。通常起點(diǎn)是1個，但是終點(diǎn)可能是1個或多個，因為產(chǎn)品發(fā)展的路徑可能會從最開始的1個idea衍生成1個或多個產(chǎn)品解決方案。

2）有明確的路徑

這點(diǎn)和地圖軟件的導(dǎo)航很類似，從起點(diǎn)到終點(diǎn)的線路，一定是有明確的路徑?；谟脩舨煌V求，路徑是有所差異的，比如從A點(diǎn)到B點(diǎn)，按地鐵優(yōu)先、步行少、換乘少、時間短等不同的訴求，導(dǎo)航軟件推薦的路徑是不同的。

但是不管是哪種路徑，用戶都能在地圖上得到明確的路徑，一步步指引自己從A點(diǎn)到達(dá)B點(diǎn)。

3）簡單易懂、易于閱讀

Roadmap一般是淺顯易懂的，按用戶體驗場景的流程，通過簡潔、形象化的文字描述，來表達(dá)出來的圖形。步驟清晰，且承載的信息相對較少，從而簡單易懂、易于閱讀。

二、為什么要做Roadmap？

1. 完整性

Roadmap可以從用戶體驗場景的橫向和縱向兩個維度，讓團(tuán)隊直觀的看到這款產(chǎn)品的完整面貌。

• 橫向看：從用戶開始接觸體驗這款產(chǎn)品，到體驗完成離開這款產(chǎn)品，整個用戶體驗路徑上的場景都能被Roadmap覆蓋；
• 縱向看：在某一個用戶體驗場景上，比如從前期提供10%的該場景解決方案，到最終提供100%的該場景解決方案，都能在Roadmap上呈現(xiàn)出來。

2. 成功的樣子

Roadmap的價值是讓團(tuán)隊清晰的知道這款產(chǎn)品成功是什么樣子？以及實(shí)現(xiàn)成功的樣子需要設(shè)定哪些目標(biāo)？這些目標(biāo)要達(dá)到怎樣的標(biāo)準(zhǔn)？

這些標(biāo)準(zhǔn)需要在什么時候提供怎樣的解決方案，這樣在產(chǎn)品初期規(guī)劃的時候，需要產(chǎn)品經(jīng)理既要考慮用戶場景、又要基于企業(yè)現(xiàn)有能力，最終描繪出一幅“可落地可執(zhí)行成功產(chǎn)品的藍(lán)圖”。

3. 能力儲備

一幅可落地可執(zhí)行的Roadmap，可以讓團(tuán)隊提前進(jìn)行相應(yīng)的能力儲備，以便完美實(shí)現(xiàn)Roadmap成功的樣子。

比如需要提前儲備用戶深度調(diào)研、需求挖掘、產(chǎn)品設(shè)計等能力，來解決用戶在不同場景的痛點(diǎn)；比如需要提前儲備運(yùn)營支撐能力，產(chǎn)品經(jīng)理提供了產(chǎn)品解決方案，運(yùn)營則需要匹配上合適的運(yùn)營推廣方案，從而更好的解決用戶痛點(diǎn)。

再比如要實(shí)現(xiàn)對應(yīng)的產(chǎn)品解決方案和運(yùn)營推廣方案，技術(shù)團(tuán)隊需要建設(shè)哪些技術(shù)能力？要不要建設(shè)中臺？以及建設(shè)哪些中臺？

三、Roadmap長什么樣子？

Roadmap不在乎用什么工具來描繪，可以用PPT、Xmind等工具，但是它脫離不了以下這些核心的要素，通過這些核心要素按一定邏輯組合起來，呈現(xiàn)出的就是Roadmap的樣子。

1. 目標(biāo)

給你這張藍(lán)圖定一個一句話的目標(biāo)，這句目標(biāo)能完美的概括出這張藍(lán)圖的重點(diǎn)。比如C端O2O產(chǎn)品目標(biāo)叫“圍繞多、快、好、省來打造極致的用戶在線交易及服務(wù)體驗”；再比如B端CRM產(chǎn)品目標(biāo)叫“建設(shè)客戶全生命周期移動化、數(shù)字化管理平臺”。

讓別人首先看到這句目標(biāo)，就能快速的了解到這張藍(lán)圖的核心宗旨和愿景。

2. 橫軸-完整用戶體驗路徑

大多數(shù)Roadmap的橫軸都是用時間軸來呈現(xiàn)，但是我更偏向于用用戶體驗路徑來當(dāng)橫軸。兩者優(yōu)劣點(diǎn)如下，大家可根據(jù)自己實(shí)際情況進(jìn)行選擇。

1）橫軸-時間

• 優(yōu)點(diǎn)：突出時間維度，能通盤清晰的看出每個時間段該做什么事；
• 缺點(diǎn)：沒有用戶視角，缺乏橫向邏輯性，比較難理解。

2）橫軸-用戶體驗路徑

• 優(yōu)點(diǎn)：站在用戶視角，有橫向邏輯性能串聯(lián)整張Roadmap；
• 缺點(diǎn)：不能通盤看到各個時間段該做什么事。

將這款產(chǎn)品以用戶體驗路徑拆解成幾個階段，再基于每個階段識別出用戶的核心動作，這樣就形成橫軸的用戶體驗路徑。比如打車業(yè)務(wù)，可以分成上車前、車上、下車后3個階段，每個階段動作如下：

• 上車前：提交行程、等待接單、等待司機(jī)到達(dá)；
• 車上：乘車；
• 下車后：支付、評價、開票、投訴。

將用戶體驗的關(guān)鍵階段和動作識別出來，并基于此進(jìn)行繪制每個階段和動作場景下的Roadmap，這樣就是一幅完美的Roadmap。

3. 縱軸-單個用戶場景的藍(lán)圖

1）用戶行為

用戶行為主要是為了細(xì)化用戶體驗的關(guān)鍵階段和動作，將動作拆解到具體的用戶行為上。比如上車前的提交行程是一個動作，具體的用戶行為是下載&打開App、注冊&登錄、填寫行程（上車點(diǎn)、終點(diǎn)、用車時間等），然后才是提交行程。

將這個動作下的用戶行為進(jìn)行拆解，一方面可以更加清晰的了解完整的用戶行為，另一方面Roadmap也能細(xì)化到每個用戶行為上。通常可以根據(jù)“影響轉(zhuǎn)化率”這個維度來拆解動作下的用戶行為，比如影響提交行程的轉(zhuǎn)化率有以下用戶行為：

下載&打開滴滴出行App>注冊&登錄>選擇出行服務(wù)>輸入上車點(diǎn)>輸入終點(diǎn)>確認(rèn)用車時間>選擇車型，然后完成訂單提交；再將相同節(jié)點(diǎn)完成的用戶行為進(jìn)行合并，最終提交行程下的用戶行為就是：下載&打開App、注冊&登錄、填寫行程。

2）接觸點(diǎn)

接觸點(diǎn)主要指用戶在上述動作過程中通過什么方式接觸到什么樣的人，這里的接觸點(diǎn)可以分成2類：

1. 系統(tǒng)接觸點(diǎn)：指用戶在上述動作接觸到哪些系統(tǒng)的哪些核心功能
2. 人員接觸點(diǎn)：指用戶在上述動作接觸到哪些人員

比如等待司機(jī)這個動作下：

• 系統(tǒng)接觸點(diǎn)：等待司機(jī)頁（查看司機(jī)預(yù)計達(dá)到時間、車牌號等信息）
• 人員接觸點(diǎn)：司機(jī)聯(lián)系我，我聯(lián)系客服

梳理關(guān)鍵階段和動作下的接觸點(diǎn)，是為了更好的了解到現(xiàn)有的功能支撐度和人員接觸點(diǎn)。以系統(tǒng)和人員接觸點(diǎn)為基礎(chǔ)，構(gòu)建對應(yīng)動作下的Roadmap，最終提高該動作下的用戶體驗和轉(zhuǎn)化率等目標(biāo)。

3）用戶藍(lán)圖

用戶藍(lán)圖這個環(huán)節(jié)是Roadmap的核心環(huán)節(jié)，應(yīng)該要包含以下要素：

• 藍(lán)圖內(nèi)容

基于該動作下的用戶痛點(diǎn)，輸出對應(yīng)的藍(lán)圖內(nèi)容（即產(chǎn)品解決方案），可以是一條也可以是多條。輸出的內(nèi)容要能描述出該動作下“產(chǎn)品成功是長什么樣的”。

是站在用戶視角下，該動作成功的樣子。比如提交行程，對于用戶來說，成功的樣子就是要能快速提交行程，按用戶行為可以拆解成3條藍(lán)圖內(nèi)容：下載&打開要快、注冊&登錄要快、提交行程要快。

• 計劃完成時間

有了每條藍(lán)圖內(nèi)容，就要明確好在什么時間點(diǎn)能夠完成上線。因為Roadmap通常是按年輸出，所以計劃完成時間精確到月份即可。

評估計劃完成時間，需要考慮到藍(lán)圖內(nèi)容難易程度、實(shí)現(xiàn)成本、難易程度、人力成本，以及過程中涉及到的產(chǎn)品調(diào)研、輸出方案、開發(fā)測試等環(huán)節(jié)總耗時情況，最終輸出對應(yīng)的計劃完成時間，而不是拍腦袋寫個時間點(diǎn)。

• 重要程度

將對應(yīng)的藍(lán)圖內(nèi)容按痛點(diǎn)程度進(jìn)行拆解，通常越痛的重要程度越高。

這就需要提前洞察用戶痛點(diǎn)和識別痛點(diǎn)程度，基于此再進(jìn)行重要程度標(biāo)注。所以在描繪Roadmap之前，需先完成用戶和業(yè)務(wù)調(diào)研，提前洞察用戶所有痛點(diǎn)和痛點(diǎn)程度。

4）衡量標(biāo)準(zhǔn)

藍(lán)圖內(nèi)容描繪的是“產(chǎn)品成功是長什么樣的”，但是成沒成功？成功到什么階段？這些沒法得知，所以需要一把”尺子“來衡量成功的標(biāo)準(zhǔn)?？梢詮亩ㄐ院投康膬蓚€維度，結(jié)合起來制定這把“尺子”。

• 定性標(biāo)準(zhǔn)：指不能直接量化而需通過其他途徑實(shí)現(xiàn)量化的評估指標(biāo)，比如將實(shí)現(xiàn)過程進(jìn)行初步分級；
• 定量標(biāo)準(zhǔn)：可以準(zhǔn)確數(shù)量定義、精確衡量并能設(shè)定績效目標(biāo)的考核指標(biāo)，定量也是針對過程，和定性的區(qū)別是要有明確的數(shù)值。

比如轉(zhuǎn)化率從10%->30%，10%指現(xiàn)狀，30%指成功的標(biāo)準(zhǔn)。所以制定定量標(biāo)準(zhǔn)的時候，需要先計算當(dāng)前標(biāo)準(zhǔn)，并且基于現(xiàn)狀&未來藍(lán)圖，預(yù)測出成功的標(biāo)準(zhǔn)，這個預(yù)測標(biāo)準(zhǔn)要有依據(jù)，經(jīng)得起推敲，而不是拍腦袋定的。

5）業(yè)務(wù)支撐

要完成藍(lán)圖內(nèi)容，達(dá)到成功的樣子，除了要有產(chǎn)品解決方案，還需要哪些業(yè)務(wù)支撐方案。即哪些業(yè)務(wù)部門需要參與哪些產(chǎn)品解決方案，便于更好的完成藍(lán)圖。

不管是C端產(chǎn)品還是B端產(chǎn)品，要想實(shí)現(xiàn)藍(lán)圖內(nèi)容，過程中都離不開業(yè)務(wù)部門進(jìn)行支撐，比如前期一起制定業(yè)務(wù)規(guī)則、中期驗收試點(diǎn)，后期上線推廣，產(chǎn)品解決方案僅僅是藍(lán)圖的樣子，如何將藍(lán)圖內(nèi)容落地依賴業(yè)務(wù)支撐。

6）系統(tǒng)支撐

除了需要業(yè)務(wù)支撐，還少不了系統(tǒng)支撐。

一個完整的C端App離開一套強(qiáng)大的后端系統(tǒng)支撐，B端的系統(tǒng)同樣需要相關(guān)領(lǐng)域的系統(tǒng)支撐。主要以業(yè)務(wù)場景相關(guān)的領(lǐng)域系統(tǒng)支撐為主，故障監(jiān)控、數(shù)據(jù)分析等增值系統(tǒng)支撐為輔。

四、設(shè)計Roadmap需要注意什么？

在設(shè)計和執(zhí)行Roadmap過程中，應(yīng)該關(guān)注以下3點(diǎn)：

1. 設(shè)定截止時間

這里的截止時間是指Roadmap是要在哪個時間點(diǎn)完成，是做1年的Roadmap，還是3年的Roadmap？1年的Roadmap是產(chǎn)品1年后成功的樣子，3年的Roadmap是產(chǎn)品3年后成功的樣子。

不同的截止時間，Roadmap內(nèi)容豐富和完整度是不同的。所以，第1步需要先設(shè)定截止時間。

2. 完成前置條件

怎么理解Roadmap的前置條件？

其實(shí)可以拆解Roadmap目標(biāo)“讓用戶未來能體驗這款成功樣子的產(chǎn)品！”這目標(biāo)里包含3個關(guān)鍵信息，一個是用戶，一個是未來，最后才是成功的樣子。達(dá)到這個目標(biāo)，開始設(shè)計Roadmap前，則需要完成以下2個前置條件：

1. 用戶調(diào)研：基于用戶調(diào)研，內(nèi)部了解現(xiàn)有業(yè)務(wù)場景，外部深度挖掘用戶痛點(diǎn)和癢點(diǎn)，并按程度進(jìn)行劃分重要性。
2. 業(yè)務(wù)規(guī)劃：培養(yǎng)業(yè)務(wù)敏感度，并提前了解中長期的業(yè)務(wù)規(guī)劃內(nèi)容，不貼合業(yè)務(wù)的Roadmap，就是一張不能落地的圖畫，對后續(xù)產(chǎn)品工作毫無指導(dǎo)意義。

3. 動態(tài)刷新

Roadmap不是一張靜態(tài)圖畫，而是一張動態(tài)圖畫。隨著時間推移，隨著公司的戰(zhàn)略變化，隨著核心干系人變更等因素，都會影響到Roadmap內(nèi)容。

所以過程中遇到相關(guān)因素變化時，Roadmap應(yīng)該隨著變化而變化，要及時動態(tài)的刷新，并同步給團(tuán)隊的每個成員，而不是一塵不變。

五、總結(jié)

綜上，一張“好”的Roadmap也需要遵循SMART原則，SMART原則：

1. 必須是具體的（Specific）
2. 必須是可以衡量的（Measurable）
3. 必須是可以達(dá)到的（Attainable）
4. 要與其他目標(biāo)具有一定的相關(guān)性(Relevant)
5. 必須具有明確的截止期限（Time-bound）

大家看完本篇文章，都可以嘗試針對自己的產(chǎn)品設(shè)計一張Roadmap。不用考慮自己有幾年的產(chǎn)品經(jīng)驗？負(fù)責(zé)的產(chǎn)品規(guī)模多大？是不是負(fù)責(zé)核心模塊？

嘗試設(shè)計一張Roadmap不僅是檢驗自己對產(chǎn)品的熟悉程度，也是培養(yǎng)自己用戶思維和產(chǎn)品洞察力的過程。以上是基于自己對于設(shè)計Roadmap一些想法和思考，可能存在一定的局限性，僅供參考，歡迎大家多交流學(xué)習(xí)！

#專欄作家#

董小白，人人都是產(chǎn)品經(jīng)理專欄作家。喜歡研究各類好玩好用的APP，關(guān)注出行、電商等領(lǐng)域；擅長整理和分析APP亮點(diǎn)功能設(shè)計。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議