Příklady produktové roadmapy: šest formátů a jak selhávají

Příklady produktové roadmapy, které stojí za okopírování, spadají do šesti formátů: Now/Next/Later, kvartální časová osa, tematická roadmapa, výsledková roadmapa, veřejná roadmapa a interní release roadmapa. Každý odpovídá na jinou otázku pro jiného čtenáře, takže správný příklad je ten, který odpovídá tomu, kdo bude číst tu vaši. Vzhled řešte až nakonec.

Každý příklad níže je pro vymyšlený produkt, malou aplikaci pro týmové úkoly, a každá položka je smyšlená. Jde o tvar: co patří do jednotlivých polí, jak vypadá skutečná položka a co způsobí, že se daný formát po čtvrtletí rozpadne.

Jaké jsou dobré příklady produktové roadmapy?

Dobrý příklad roadmapy je krátký, má pojmenovaného čtenáře a dává jeden druh slibu. Formát vyberte podle slibu, který jste ochotni dodržet: směr, datum, téma práce, výsledek, veřejný závazek nebo plán dodávek.

Jak vypadá jednotlivý příklad produktové roadmapy?

Každý formát je níže ukázán s realistickými položkami, následuje komu se hodí, kdy obstojí a jak obvykle selhává.

Now/Next/Later

NOW (vyvíjí se tento měsíc)
  Uložené pohledy v inboxu
  Export do CSV, který zvládne velké účty
NEXT (rozhodnuto, pořadí není pevné)
  SSO pro tarif Team
  Notifikace do Slacku
LATER (směr, bez závazku)
  Mobilní aplikace
  Auditní log

Hodí se firmě, která nechce slibovat termíny, což sedí na mnoho týmů v rané fázi. Obstojí, protože tři sloupce popisují míru jistoty: «now» je rozpracované, «next» je rozhodnuté, «later» je naděje. Selže, když se «later» stane místem, kam se odkládá každý nápad, který nikdo nechce zamítnout, a když «next» potichu získá pořadí a datum, aniž by to někdo nazval časovou osou.

Časová osa neboli kvartální roadmapa

Q4 2026
  Říj   Uložené pohledy v inboxu
  Lis   SSO beta s pěti designovými partnery
  Pro   SSO obecně dostupné
Q1 2027
  Led   Notifikace do Slacku
  Bře   Auditní log (jen export)

Hodí se prodeji, podpoře a financím, které musí kolem něčeho plánovat. Funguje, když jsou data skutečná omezení, třeba smlouva, konference nebo termín shody s předpisy. Selže, když jsou data odhady, protože měsíc na roadmapě se během několika týdnů změní v příslib v prodejní prezentaci. Pokud tento formát používáte, označte každé čtvrtletí jako závazné nebo odhad a druhé čtvrtletí udělejte viditelně měkčí než první.

Tematická roadmapa

TÉMA: První týden s produktem
  Import z CSV a Trella
  Startovací šablony
TÉMA: Připraveno pro větší týmy
  SSO
  Auditní log
  Role a oprávnění
TÉMA: Méně ruční práce
  Notifikace do Slacku
  Opakující se úkoly

Hodí se pro přehledy pro vedení a nové kolegy, protože vysvětluje, proč práce vzniká, dřív než ji vypíše. Obstojí, když se každé téma váže na důvod, proč by zákazníka zajímalo. Selže, když jsou témata tak široká («Růst», «Kvalita»), že se každá položka vejde pod každé z nich, a členění pak nic nevysvětluje.

Výsledková roadmapa

CÍL: Více nových týmů dokončí nastavení
  Metrika: nastavení do 7 dnů, 40 % na 55 %
  Sázky: import z CSV, startovací šablony
CÍL: Méně tiketů o exportech
  Metrika: tikety o exportech týdně, 30 na 10
  Sázky: oprava exportu velkých účtů, stránka stavu exportu

Čísla jsou ilustrativní a jde o rozvržení: cíl, jedna metrika s výchozí a cílovou hodnotou a sázky, které vyzkoušíte. Hodí se týmům produktu a vývoje, kterým se důvěřuje při volbě řešení. Funguje, když metrika existuje a někdo ji vlastní. Selže, když je cíl neměřitelný, nebo když jsou «sázky» stejný seznam funkcí jako dřív s větou o výsledku nalepenou nahoře.

Veřejná roadmapa pro zákazníky

PLÁNOVÁNO
  Uložené pohledy v inboxu
VE VÝVOJI
  Notifikace do Slacku
VYDÁNO
  Export do CSV pro velké účty

Je to nejmenší formát a dává nejsilnější slib. Hodí se zákazníkům, kteří chtějí vědět, jestli byl jejich požadavek vyslyšen. Obstojí s velmi málo položkami, bez dat a s názvy psanými slovy zákazníka. Selže jako skládka backlogu: každé «možná», které uvedete, je slib, na který se někdo později zeptá. Mechanika provozu takové roadmapy z vašeho issue trackeru je v článku veřejná roadmap ve třech sloupcích, takže se tu neopakuje.

Interní release roadmapa

Hodí se vývoji, QA a podpoře, které potřebují vědět, co se vydává společně a co co blokuje. Funguje, když je přesná na týden a každý řádek má vlastníka. Selže, když ji někdo splete se strategií: plán dodávek říká, co opouští budovu a kdy, a nic o tom, zda to byly správné sázky.

Jaký formát produktové roadmapy zvolit?

Vybírejte nejdřív podle čtenáře, potom podle toho, kolik jistoty skutečně máte. Pokud nedokážete pojmenovat, kdo roadmapu čte a jaké rozhodnutí mu pomáhá udělat, žádný z příkladů výše ji nezachrání.

• Zákazníci, kteří se ptají «slyšeli jste mě?» Použijte veřejný formát a držte ho na hrstce položek.
• Prodej a podpora, kteří se ptají «můžu zákazníkovi říct datum?» Použijte kvartální osu s jasně oddělenými závaznými položkami a odhady.
• Vedení, které se ptá «proč tato práce?» Použijte témata, nebo výsledky, pokud máte data.
• Tým, který mění směr každý měsíc. Použijte Now/Next/Later a odolejte pokušení ho datovat.
• Vývojáři, kteří se ptají «co se kdy vydává?» Použijte release roadmapu a držte ji stranou od strategické.

Většina týmů skončí se dvěma: strategickou roadmapou v jednom z prvních čtyř tvarů a pod ní plánem vydání. Veřejná roadmapa je pak filtrovaný pohled na tu strategickou, který ukazuje jen to, za čím jste ochotni stát.

Jak napsat produktovou roadmapu?

Roadmapu napíšete tak, že pojmenujete čtenáře, zvolíte formát odpovídající jeho otázce, uvedete jen položky, které byste obhájili na schůzce, a každé dáte stav a vlastníka. Pak rozhodněte, jak často se bude revidovat, než ji zveřejníte.

1. Pojmenujte čtenáře a rozhodnutí. «Podpora rozhoduje, co říct zákazníkům o SSO» je důvod. «Každý by měl roadmapu vidět» vám nedává nic, pro co navrhovat.
2. Začněte tím, co už víte. Otevřené požadavky, seřazené podle pravidla, které umíte vysvětlit, jsou lepší surovina než brainstorming.
3. Každou položku napište jako výsledek pro zákazníka. «Uložte si filtr, který často používáte» se čte lépe než «Implementovat perzistenci uloženého pohledu» a říká zákazníkovi, zda je to jeho problém.
4. Rozhodněte, co roadmapa obsahovat nebude. Data, odhady a zásobník nápadů jsou tři obvyklá vyloučení.
5. Stanovte datum revize. Roadmapa bez plánované revize má neplánovaný pohřeb.

Jak udržet produktovou roadmapu aktuální?

Roadmapu udržíte aktuální tak, že položky přesouváte, když se pohne práce, z místa, kde se práce sleduje, a zaznamenáte, co se stalo, když se položka vydá nebo zahodí. Roadmapa, kterou někdo ručně upravuje v samostatném nástroji, zastará, protože to není ničí každodenní práce.

Nejlevnějším zdrojem pravdy je issue tracker. Pokud každý sloupec roadmapy odpovídá štítku na issue, roadmapa se změní, když se změní štítek, a nic se nepřepisuje. Verze v Changeloop používá štítky roadmap:planned, roadmap:building a roadmap:shipped a když issue nese dva, vyhrává ten nejdál pokročilý. Přesun karty do vydaného je stále samostatná změna štítku, takže ji udělejte v rámci revize, kde schvalujete záznam changelogu.

Ten záznam je druhá polovina. Když se položka vydá, changelog říká, co se změnilo, řečí zákazníka, a žadatele, který o to žádal, lze informovat. Uzavření této smyčky je smyslem smyčky zpětné vazby zákazníka a roadmapa je ta část smyčky, kterou zákazník vidí, než se cokoli vydá. Pokud položku zahodíte, řekněte to; veřejné «ne» uzavře i tento požadavek a odmítnutí požadavků na funkce popisuje, jak to formulovat. Týmy, které chtějí vidět, jak čtou hotové záznamy, si mohou prohlédnout příklady changelogu.

FAQ

Jaký je nejjednodušší formát produktové roadmapy? Now/Next/Later. Má tři sloupce, nepotřebuje data a seskupuje položky podle jistoty. Pro malý tým, který často mění směr, je to také formát, u kterého je nejtěžší se zesměšnit.

Kolik položek by měla produktová roadmapa mít? Méně, než si myslíte. Pro veřejnou roadmapu stačí méně než deset položek napříč všemi sloupci a interní strategická jich málokdy potřebuje víc než tucet. Za touto hranicí je to backlog s hezčím nadpisem.

Má produktová roadmapa obsahovat data? Jen pokud jsou data skutečná omezení, a pak jen pro nejbližší čtvrtletí. Dál používejte sloupce nebo témata. Datum na roadmapě se v prodejním rozhovoru stane závazkem, ať jste to tak mysleli, nebo ne.

Jaký je rozdíl mezi produktovou roadmapou a plánem vydání? Roadmapa říká, co hodláte postavit a proč. Plán vydání říká, který build se vydává kdy a kdo za něj odpovídá. Roadmapa se mění, když se změní strategie, a plán vydání, když se změní práce.

Technická tvrzení v tomto článku nikdo nezávisle neověřil. Pokud tu něco nesedí, dej nám vědět a opravíme to.

Související na changeloop: Dokumentace pro vývojáře, Příklady changelogu