大多數產品路線圖在寫完後的一個季度內就被棄置。原因不是團隊缺乏紀律，而是路線圖建立在錯誤的基礎上：固定日期、功能清單，以及包裝成計畫的利害關係人心願。當現實不可避免地偏離——某個功能耗時更久、客户需求轉變、競爭對手有所動作——路線圖就成了虛構的文件，團隊也不再看它。
人們真正會遵循的路線圖，不是披着產品策略外衣的甘特圖。它是一份活的文件，代表團隊目前對於「該依什麼順序解決哪些問題」的最佳思考，並誠實地呈現哪些是已知、哪些尚屬未知。
在設計路線圖之前，值得先釐清它的目的。路線圖有三個作用：傳達方向（我們要去哪裏、為什麼）、迫使我們排定優先順序（不可能什麼都做，所以什麼先做），以及建立對齊的基礎（讓工程、設計、業務和客服都朝同樣的目標努力）。
路線圖不保證交付日期，也不承諾特定功能，更無法取代持續進行的探索工作。如果利害關係人把路線圖當成承諾，那是流程問題——而不是在文件中塞進虛假精確度的理由。
對大多數團隊而言，最耐用的路線圖格式是三階段模型。它誠實面對不確定性：「現在」的項目是已承諾的，「接下來」的項目已規劃但尚未鎖定，「稍後」的項目方向上是對的，但會隨着你學到更多而調整。
請注意，每個項目不只説明它是什麼，也説明它為什麼在這裏。沒有理由的路線圖，只是一份清單。當團隊成員了解每個項目為何被選中，在情況改變時就能做出更好的決定——當客户提出清單上沒有的需求時，也能進行更有成效的對話。
以功能為基礎的路線圖（「做 X、做 Y、做 Z」）會形成一種危險的動態：團隊交付了功能就算完成，即使這些功能並沒有推動原本該推動的指標。功能交付了，問題卻沒解決。
以成果為基礎的路線圖，則把每個項目重新表述為一個目標：「將新用戶首次體驗到價值的時間，從 4 天縮短到 24 小時內。」團隊便能自行決定——並隨時重新檢視——如何達成這個成果。當你發現有更好的方式達成同一個成果時，這種結構也讓你更容易降低某個功能的優先順序。
產品經理擁有路線圖，也就是説，他們要為路線圖的內容、更新，以及向利害關係人的溝通負責。但擁有不代表單獨撰寫——最好的路線圖是協作完成的，納入工程（可行性與工作量）、設計（對用戶體驗的影響）和面向客户團隊（市場訊號）的意見。
產品經理應該避免的，是由委員會來設計路線圖。利害關係人可以提供意見，但不該對個別項目擁有否決權。產品經理負責彙整意見並做出決定。如果得出這些決定的過程受到信任，產出的結果也會受到信任。
「現在」欄應該每個衝刺檢視一次。「接下來」欄應該在每季開始時檢視，或在出現重大新證據時（大客户流失、競爭對手推出相關產品、探索衝刺得出出乎意料的發現）檢視。「稍後」欄每季重新審視一次——目的不是細修，而是確認這些方向性押注仍然合理。
目標是讓路線圖永遠不會過時到令人尷尬，但也不會頻繁更新到造成焦慮。大多數團隊的問題是更新得太少——路線圖反映的是六個月前做的決定，沒有人確切知道它上次是什麼時候改的。
路線圖只有在團隊信任它的時候才會被遵循，而且只有這樣才行。這份信任來自三件事：每個項目的理由清楚可見且站得住腳、團隊參與了路線圖的建立而不是被動接收，以及產品經理在情況改變時迅速更新，而不是假裝原本的計畫仍然有效。
被當成談判工具、或為了滿足高階主管而產出的路線圖，在團隊層級會被無視，在利害關係人層級則會招致不滿。反映真實思考、真正取捨和誠實面對不確定性的路線圖，則會成為人們會主動拿來用的工具——因為它真的幫助他們做決定。