Proč problémy zákazníka před funkcemi
Produktová strategie začíná definicí hodnoty, nikoli seznamem funkcí. Funkce je pouze hypotézou o řešení; problém je objektivní realitou v životě zákazníka. Když stavíme rozhodování na pochopení problému – jeho frekvence, intenzity a kontextu – minimalizujeme plýtvání, zkracujeme čas k trhu a zvyšujeme pravděpodobnost adopce. Tento článek nabízí rámec, pracovní postupy a metriky, jak převést přístup „problém-first“ do udržitelné produktové strategie.
Definice produktové strategie
- Vize: budoucí stav světa zákazníka (severka).
- Mise: co dnes děláme, pro koho a proč.
- Strategie: vědomé volby kde nehrát, kde hrát a jak vyhrávat – založené na pochopení problémů a výsledků (outcomes), nikoli backlogu funkcí.
- Taktika: experimenty, dodávky a iterace.
Rámec „Problém → Výsledek → Řešení“
- Problém (Problem): objektivně pozorovatelný deficit nebo frikce v pracovním/rolovém kontextu.
- Výsledek (Outcome): žádoucí změna v chování nebo metrice zákazníka (např. méně chyb, rychlejší čas, více jistoty).
- Řešení (Solution): nejjednodušší mechanismus, který zvyšuje pravděpodobnost výsledku. Funkce přichází až zde.
Jobs-To-Be-Done: stabilní jednotka porozumění
JTBD popisuje, „na jakou práci si mě zákazník najímá“. Nemění se tak rychle jako technologie. Příklad: zákazníci si „najmou“ aplikaci kalendáře, aby synchronizovali společné schůzky bez zbytečné koordinace – ne aby měli více funkcí připomínek.
- Kontextová mapa JTBD: spouštěče, omezení, alternativy, obavy, očekávané výsledky.
- Funkční, emocionální, sociální dimenze: řešte všechny tři, jinak riskujete nízkou adopci bez ohledu na výkon.
Výzkum problémů: přesnost před objemem
- Kvalitativní discovery: polostrukturované rozhovory, terénní pozorování, deníkování. Zaměření na „kdy naposledy“ a konkrétní chování.
- Hypotézy a signály: formát „Věříme, že [segment] zápasí s [problém] v kontextu [situace], což vede k [dopad]. Uspěli jsme, když [měřitelný výsledek].“
- Kvantifikace: frekvence výskytu, časová a finanční zátěž, ochota platit za odstranění frikce.
- Triangulace: podpůrné logy, vyhledávání, NPS verbatim, ztracené obchody, behaviorální analytika.
Pyramida priorit: od problémů k příležitostem
| Vrstva | Otázka | Artefakt |
|---|---|---|
| Problémy | Co skutečně bolí a kdy? | Mapa problémů, JTBD karty |
| Příležitosti | Kde je nejvyšší nepoměr bolest × velikost × platba? | Opportunity Solution Tree |
| Výsledky | Jaký outcome chceme dosáhnout? | Outcome statements, OMTM |
| Řešení | Jaký je nejlevnější experiment? | Experimenty, prototypy |
Skórovací model priorit problémů
Každý problém v segmentu skórujte:
- Intenzita (I): 1–5 (bolest, riziko, frustrace)
- Frekvence (F): 1–5 (jak často nastává)
- Tržní dosah (T): 1–5 (velikost segmentu)
- Ochota platit (W): 1–5 (signály monetizace)
- Strategický fit (S): 1–5 (soulad s vizí a diferenciací)
Score problému = 0,3I + 0,2F + 0,2T + 0,2W + 0,1S. Prioritizujte TOP 3 a kolem nich budujte čtvrtletní outcomes.
Outcome-Driven Roadmap (bez závazků na funkce)
- Q1 Outcome: snížit time-to-first-value ze 7 na 2 minuty pro nový segment.
- Q2 Outcome: snížit chybovost procesu A z 8 % na 3 %.
- Q3 Outcome: zdvojnásobit počet úspěšně dokončených úkolů na uživatele týdně.
Funkce jsou pouze kandidáti. Závazné jsou výsledky, nikoli konkrétní implementace.
Experimentování: rychle, levně, věrohodně
- Concierge a Wizard-of-Oz: manuálně simulujte funkci, dokud se nepotvrdí poptávka.
- Fake door / painted door: tlačítko bez produktu pro měření zájmu a kontextových očekávání.
- Prototypy s měřením: kvalitativní (reakce, verbalizované překážky) + kvantitativní (drop-off, dokončení).
- A/B testy outcome-ů: testujte dopad na chování, nejen na kliky.
Měřitelná definice úspěchu
- Aktivace: % nových uživatelů, kteří do X minut dosáhnou prvního významného výsledku.
- Retence: D30/D90 zapojení do klíčové práce (JTBD událost), nikoli pouze „login“.
- Úspěšnost úkolu: míra dokončení a čas dokončení v hlavních scénářích.
- Churn drivers: podíl churnu způsobený neřešenými problémy versus cenou/službou.
- Jednotková ekonomika: LTV/CAC po vyřešení top problému – potvrzuje obchodní význam.
Cenotvorba a balíčky vedené problémy
Balíčky definujte podle vyřešených problémů a výsledků, nikoli podle počtu modulů.
- Good/Better/Best: odstupňování podle intenzity a komplexity řešených JTBD.
- Outcome-based pricing: poplatek vázaný na úspěšně dokončené úkoly, úsporu času/zdrojů.
- Anti-bloat pravidlo: pokud funkce nezvyšuje outcome alespoň o 5–10 %, nepatří do dražšího balíčku.
UX design jako odstranění frikce
- Mapa frikcí: identifikujte kognitivní, mechanické a procesní bariéry v toku JTBD.
- Progressive disclosure: ukazujte ovládání až v momentě potřeby; méně znamená více.
- Stavové zpětné vazby: jasné „co se děje“ snižuje úzkost a předčasné odchody.
Governance: odpovědnosti a rozhodování
| Oblast | Responsible | Accountable | Consulted | Informed |
|---|---|---|---|---|
| Výzkum problémů | Produktový výzkumník, PM | CPO | Sales, CS | Engineering |
| Prioritizace | PM | CPO | Finance, Data | Stakeholdeři |
| Roadmap outcomes | PM, Data | CPO | Design, Eng Lead | SteerCo |
| Experimenty | PM, Design, Eng | PM | Legal, Security | Marketing |
Anti-patterny: co produktovou strategii zabíjí
- Feature fallacy: roadmapa jako seznam dodávek bez očekávaných výsledků.
- HiPPO rozhodnutí: rozhodování podle nejvyššího platu, nikoli podle dat o problémech.
- Solutioneering: „už máme řešení, najděme problém“ – často vede k slabému product/market filtu.
- Předčasné škálování: škálování před validací problému a monetizace.
- Konflace signálů: míchání „požadavku“ se „skutečnou potřebou“. Požadavek je návrh řešení; potřeba je problém.
Spolupráce se sales, marketingem a supportem
- Loss reasons a call notes: dolujte konkrétní problémy, nikoli požadované funkce konkurence.
- Customer success: kategorizujte ticket nepříjemností (frikcí) do JTBD map.
- Marketing: formulujte sdělení jako řešení problému a důkaz outcome (case studies, ROI).
Technický pohled: architektura pro rychlé validace
- Feature flags a experiment framework: rychlé zapínání/vypínání podle segmentu.
- Eventová analytika: definujte JTBD události (úkoly) jako „first-class citizens“.
- Modularita: schopnost nahradit řešení, pokud se hypotéza nepotvrdí, bez přepisování systému.
Případová miniatura (ilustrativní)
Problém: SMB účetní tráví 4 hodiny týdně párováním plateb. Outcome cíl: 80 % transakcí spárovaných do 24 hodin bez zásahu. Řešení kandidáti: (A) AI pravidla, (B) partner integrace s bankami, (C) CSV auto-parser. Experimenty: concierge párování na 100 účtech → 63 % automatizovatelných; „fake door“ pro bankovní napojení → 28 % kliků, vysoká očekávání. Výsledek: MVP s pravidly + CSV; bankovní API později podle dopadu. Dopad: snížení času na 45 min/týden, NPS +12.
Metodiky rozhodování: jednoduché, opakovatelné
- Opportunity Solution Tree: vizualizuje, jak řešení navazují na outcomes a ty na problémy.
- ICE/PIE s úpravami: Impact = dopad na outcome, Confidence = síla důkazů problému, Effort = náklady.
- Kill rules: předem dohodnuté prahy, kdy experiment zastavujete (červená vlajka).
Bezpečnost, compliance a etika vedené problémy
Etické otázky jsou rovněž „problémy“ – rizika pro uživatele a společnost. Řešte je stejně systematicky:
- Riziková mapa dopadů (zneužití, zkreslení, ochrana soukromí).
- „Red team“ testy před škálováním.
- Transparentní informování uživatele o kompromistech.
Implementace: 90denní plán změny na problém-first
- Týden 1–2: audit backlogu → přepis na problémy a outcomes, vyřazení osamocených funkcí.
- Týden 3–4: 12 rozhovorů / 3 segmenty; sběr kvalitativních důkazů.
- Týden 5–6: skórovací workshop; definice Top 3 problémů a OMTM.
- Týden 7–10: 4 rychlé experimenty (concierge, prototyp, fake door, pricing test).
- Týden 11–12: aktualizace outcome roadmapy, rozpočet, kill/scale rozhodnutí.
Checklist: „Problémy před funkcemi“
- Máme jasný popis problému v reálném kontextu zákazníka?
- Víme, jaký outcome budeme měřit a proč je pro zákazníka hodnotný?
- Máme důkazy (ne názory) – kvalitativní i kvantitativní?
- Je navrhované řešení nejjednodušší způsob, jak outcome dosáhnout?
- Jsou experimenty navrženy tak, aby testovaly problém a ne pouze UI?
- Je roadmapa psána v outcomes, ne v seznamu funkcí?
- Souhlasí priorita s vizí, strategií a jednotkovou ekonomikou?
Produkt je nástroj, problém je kompas
Udržitelná produktová strategie vzniká ze schopnosti vidět svět očima zákazníka a disciplinovaně modelovat výsledky, které mu zlepší život. Funkce přijdou a odejdou; jasně pojmenované a měřené problémy zůstanou vaším kompasem. Pokud každý plán, investice a rozhodnutí začíná větou „Jaký problém tím řešíme a jak zjistíme, že zmizel?“, budujete produkt, který obstojí i mimo hype cykly.



























