Roadmapy

Roadmapa není Ganttův diagram se závaznými termíny. Je to komunikační nástroj, který ukazuje kam směřujete a proč.

Co je roadmapa (a co není)

Roadmapa by měla odpovídat na otázky typu kam jdeme a proč, ne vyjmenovávat co přesně dodáme a kdy. Roadmapa je spíše vizualizace produktové strategie, komunikační nástroj pro všechny zúčastněné a dlouhodobý plán založený na cílech a příležitostech.

Roadmapa naopak není seznam funkcí s deadliny ani detailní harmonogram projektu nebo dokumentace pro vývojáře. Taky to není backlog seřazený podle data. 🙂

Klasický přístup je vyrobit seznam funkcí s daty. V Q1 bude funkčnost X, v Q2 funkčnost Y a v Q3 funkčnost C. Při tomto přístupu nastávají tyto problémy:

• Falešná přesnost. Nikdo neví, co přesně bude v Q3. Ale jakmile to napíšete, stakeholdeři to berou jako slib.
• Rigidita. Když se objeví nová příležitost nebo problém, „nemůžeme, máme naplánováno“.
• Soustředění se na výstup, ne výsledek. Měříte „dodali jsme funkčnost A místo zlepšili jsme metriku X.
• Feature factory. Tým se stává továrnou na funkce místo řešitelem problémů.

Moderní přístup: Plánujte podle výsledků, ne podle funkcí (outputs).

místo Nový onboarding wizard -> Zvýšit aktivaci nových uživatelů o 20%
místo Dashboard redesign -> Snížit churn o 15%
místo Export do PDF -> Zvýšit expansion revenue o 25%

Konkrétní řešení (features) vzniknou během discovery a mohou se měnit. Cíl zůstává.

Formát Now / Next / Later

Nejjednodušší a nejflexibilnější formát. Žádná data, jen priority. Používá se nejvíce u agilních týmů, ve startupech, v situacích s vysokou nejistotou.

Příklad:

Timeline

Klasický pohled s časovou osou. Používají se spíše kvartály, ne měsíce nebo týdny. Čím dále v čase, tím méně detailů. Q1 má konkrétní features, Q4 má jen témata.

Tematická roadmapa

Při tomto přístupu je roadmapa organizovaná podle strategických témat, ne podle času. Používá se proto především ke komunikaci se stakeholdery, kteří se zajímají o strategické oblasti.

Různé roadmapy pro různé uživatele

Jedna roadmapa nestačí, různí stakeholdeři potřebují různé pohledy. Interní roadmapa může být detailnější. Externí (pro zákazníky) by měla být naopak vágní — neslibujte konkrétní funkce a data.

Jak roadmapu vytvořit

1. Strategie

Roadmapa bez strategie je jen seznam přání. Nejdřív si ujasněte:

• Vize: Kam směřujeme za 2–3 roky?
• Cíle: Jaké metriky chceme letos zlepšit?
• Zdroje a omezení: Kolik máme lidí, peněz, času?

2. Vstupy

Roadmapa by neměla vznikat v izolaci PM. Vstupy od:

• Zákazníci: Feedback, support tickety, user research
• Data: Analytics, churn analýza, funnel
• Sales: Co brání uzavření dealu
• Support: Co lidi nejvíc trápí
• Vývojáři: Technický dluh, feasibility
• Vedení: Strategické priority

3. Prioritizace

Pro roadmapy použijte prioritizaci (RICE, ICE, MoSCoW apod.) na úrovni témat/outcomes, nikoliv na úrovni jednotlivých funkcí. Jaký má téma dopad na klíčové metriky? Kolik uživatelů to ovlivní? Jak je to urgentní? Máme na to kapacitu?

Na toto téma mám samostatný článek zde: Metody pro prioritizaci ->

4. Přiřaďte k časovým obdobím

Rozdělte témata do Now/Next/Later nebo do kvartálů nebo jiných časových celků.

• Now: 2–3 témata
• Next (připravujeme): 3–5 témat
• Later (backlog témat): cokoliv, co má smysl

5. Validujte s týmem a stakeholdery

• S vývojáři: Je to technicky reálné? Vidí nějaká rizika?
• Se sales/marketingem: Odpovídá to potřebám trhu?
• S vedením: Je to v souladu se strategií?

Jak roadmapu komunikovat

• Týdně: Status pro tým (co se dělá, co se zaseklo)
• Měsíčně: Update pro stakeholdery (progress na outcomes)
• Kvartálně: Review a plánování s vedením
• Roční revize strategií

• Now: „Pracujeme na…“
• Next: „Plánujeme…“
• Later: „Zvažujeme…“
• Žádná data, žádné sliby

Jak říkat „ne“

Roadmapa je také nástroj pro odmítání. Když někdo chce feature, která není na roadmapě:

1. Vyslechněte problém (ne řešení)
2. Vysvětlete priority — proč děláme to, co děláme
3. Nabídněte alternativu — „Není to teď priorita, ale můžeme X“
4. Zaznamenejte — přidejte do backlogu pro budoucí zvážení

Fráze, které pomáhají:

• „To je zajímavý nápad. Ale teď se soustředíme na X, protože ..“
• „Vidím v tom hodnotu. Pomůže mi, když popíšete, jaký problém to řeší …“
• „Vyhodnotíme to později — vrátíme se k tomu, až dokončíme současné priority.“

Veřejná roadmapa

Je to roadmapa sdílená se zákazníky, obvykle někde na veřejných stránkách nebo v interní aplikaci. Pomáhá budovat důvěru a snižovat dotazy typu „kdy bude funkce … ?“. V rámci produktového portálu lze obvykle také sbírat feedback a hlasy pro jednotlivé funkčnosti.

Veřejná roadmapa má ale také svá rizika: zákazníci ji berou jako slib a vzniká tlak na dodání místo flexibility. Zároveň konkurence vidí vaše plány

Best practices

1. Žádná data. Jen „Soon / Later / Considering“
2. Témata místo funkčností. „Zlepšení reportingu“ místo „Export do PDF“
3. Disclaimer. „Roadmapa se může měnit podle priorit a feedbacku.“
4. Voting opatrně. Hlasování je užitečné, ale nerozhoduje o prioritách — enterprise klient s vysokým MRR bude mít zřejmě větší váhu než 1000 free users.

Nástroje: Canny, ProductBoard portal, Trello public board, LoopedIn, Notion page a mnoho dalších.

Časté chyby

Roadmapa jako Ganttův diagram

Pokud vaše roadmapa vypadá jako projektový plán s přesnými daty a závislostmi, něco je špatně. Používejte kvartály nebo Now/Next/Later.

Příliš mnoho položek

Roadmapa s 50 položkami nikomu nepomůže. Není jasné, co je důležité. Řešením jsou max. 3 témata v „Now“, zbytek agregujte.

Nemění se

Roadmapa z ledna je v prosinci stejná? Buď jste geniální plánovači, nebo ji ignorujete. Doporučuji revidovat alespoň kvartálně.

Chybí „proč“

Stakeholdeři vidí co, ale nerozumí proč. Pak lobbují za své věci. Každé téma by mělo mít popis důvodu — jaký problém řeší, jakou metriku ovlivní.

Nástroje pro roadmapping

Zdroje

• Escaping the Build Trap – Melissa Perri
• Product Roadmaps Relaunched – Todd Lombardo
• Now/Next/Later Roadmap – Janna Bastow