Problém–řešení–fit: validace podnikatelského nápadu před dosažením product–market fit

Problém–řešení–fit: proč je před product–market fit kritický

Problém–řešení–fit (PSF) je moment, kdy máte dostatečně ověřené, že reálný tržní problém existuje, je bolestivý, dostatečně častý v konkrétním segmentu a navrhované řešení ho věrohodně a opakovaně zmírňuje. PSF předchází product–market fit (PMF): zatímco PMF potvrzuje silný tah trhu k produktu, PSF je důkazem, že stavíte správnou věc pro správné publikum – ještě předtím, než investujete do škálování.

Rozdíly mezi PSF, PMF a go-to-market fit

• Problém–řešení–fit: verifikace bolesti, segmentu a „zárodku“ řešení; důraz na kvalitní výzkum, rychlé experimenty a malé kohorty.
• Product–market fit: konzistentní signály adopce a retence v rostoucí kohortě; metriky jako aktivace, retence, NPS, organický růst.
• Go-to-market fit: škálovatelná, kapitálově efektivní akviziční ekonomika (CAC < LTV, návratnost CAC < 12 měsíců, opakovatelný kanál).

Rámec PSF: otázky, na které musíme mít odpověď

• Jaký konkrétní problém řešíme a pro koho? Jak vypadá „den bez řešení“?
• Jaká je frekvence problému (denně/týdně/měsíčně) a intenzita bolesti (dopad na čas, peníze, riziko)?
• Jaké alternativy dnes zákazník používá (včetně „nic nedělat“)?
• Jak navrhované řešení změní chování a co je první „aha“ moment?
• Jsou omezení (compliance, integrace, rozpočty, změna procesu) akceptovatelná?

Segmentace a volba „prvního trhu“

PSF selhává nejčastěji na příliš širokém záběru. Zvolte niche, kde je problém výrazný a síťově dosažitelný (snadné oslovení, reference, komunitní kanály).

• Rozměry segmentace: odvětví, velikost firmy/persony, region, regulační režim, technologický stack, vyspělost procesu.
• Signály „dobrého prvního trhu“: dostupnost respondentů, ochota platit za existující workaroundy, jasný vlastník problému.

Jobs-To-Be-Done a mapování bolestí

JTBD pomáhá definovat práci, kterou se zákazník snaží dokončit, a omezení, která mu brání. V PSF se soustřeďte na funkční, emoční a sociální dimenze práce a na současný „workflow stack“.

Hypotézy a nejrizikovější předpoklady (RATs)

Formulujte testovatelné hypotézy a identifikujte nejrizikovější předpoklady, které pokud padnou, ruší projekt.

Metody validace: kvalitativní a kvantitativní

• Rozhovory o problému (problem interviews): důraz na minulost a fakta, nikoliv na hypotetické preference.
• Concierge/Wizard-of-Oz: manuální doručení hodnoty, abyste otestovali reakci bez budování infrastruktury.
• Fake door / smoke test: CTA na funkcionalitu/produkt, který se ještě jen rodí; měří intent (CTR→signup→request).
• Landing page test: jasná hodnota, cenotvorba, čekací listina; měřte konverze podle segmentu a zdroje.
• Prototypy s měřením: klikatelné prototypy (Figma) s úkoly a telemetrií (úspěšnost, čas, chyby).
• Experimenty s cenou: kvalitativní WTP + kvantitativní scénáře; nikdy se neptejte „kolik byste platili“ bez kontextu.

Artefakty PSF: od záznamů k rozhodnutím

• Interview briefy a přepisy: standardizované šablony otázek, označení segmentu.
• Mapa bolesti a workflow: vizualizace kroků, nástrojů a bodů tření.
• Experiment register: hypotéza → design → výsledky → rozhodnutí (ship/iterate/kill).
• Scorecard PSF: objektivizace, aby nerozhodovaly pouze anekdoty.

Scorecard PSF: objektivní prahy

Návrh experimentů: minimální investice, maximální učení

1. Definujte výsledek učení: jaké rozhodnutí učiníme, pokud bude výsledek A/B?
2. Vyberte nejlevnější důkaz: co je nejkratší cesta k důkazu (manuál, prototyp, landing)?
3. Predregistrujte hypotézu a prahy: snížíte zpětné racionalizace.
4. Zajistěte etiku a souhlas: transparentně komunikujte, pokud testujete „fake door“.
5. Analyzujte kohortně: segmentujte podle zdroje, persony a kontextu úkolu.

Kvalitativní přísnost: jak se ptát

• „Kdy naposledy jste řešili tento problém? Jak jste postupovali? Kolik to trvalo? Co to stálo?“
• „Jaké nástroje používáte? Kde to drhne? Kdo je zapojený? Kdo rozhoduje?“
• „Co by se stalo, kdybyste to neřešili?“ (alternativa „nic“)
• „Kdyby řešení ušetřilo X hodin týdně, co by to pro vás znamenalo?“ (důsledky, nikoli sliby)

Kvantitativní přísnost: měření, která mají váhu

• Konverzní trychtýře: zobrazení → klik → signup → kvalifikace → první hodnota.
• Experimentální logování: definované eventy s jasnou taxonomií a atribucí.
• Kontrafaktuální srovnání: A/B pro onboarding a pracovní toky, kde je to bezpečné.

Cena a balení před PMF

V PSF se cena používá jako diagnostický nástroj, nikoli jako optimalizační cíl. Ověřte, že existuje willingness-to-pay za jádrovou hodnotu, nikoli pouze za „nice-to-have“ doplňky.

• Testujte value metric (použití, jednotky práce, počet projektů) a odolnost proti alternativám.
• Ověřujte cenové prahy přes Van Westendorp a Gabor–Granger v definovaném segmentu.

Rozdíly B2C vs. B2B při PSF

• B2C: velké vzorky, rychlé cykly, silná citlivost na UX a návyky; monetizace často sekundární v PSF.
• B2B: více person (uživatel, kupující, bezpečnost), delší prodej, integrace a compliance; PSF vyžaduje prokazatelný business outcome.

Nejčastější chyby při PSF

• Předčasné škálování (marketingové výdaje, nábor), dokud neznáte, co přesně funguje.
• Spoléhání na deklarace „to bychom koupili“ bez behaviorálních důkazů.
• Příliš široký segment, míchání diametrálně odlišných potřeb.
• Nedefinované prahy úspěchu – každý výsledek se „nějak“ interpretuje pozitivně.

Governance PSF: rozhodování a ukončování nápadů

• Rituál každé 2 týdny: PSF review (hypotézy, důkazy, rozhodnutí).
• Kill-kritéria: pokud po 6–8 týdnech není splněna alespoň polovina klíčových prahů, pivot nebo stop.
• Single source of truth: experiment register a rozhodnutí dostupná pro celý tým.

Příklad PSF: automatizace měsíčního závěrečného reportu

Segment: SME účetní týmy v SaaS firmách, trh EU. Bolest: měsíční závěrka trvá 2–3 dny. Alternativa: Excel + manuální ETL. Hypotézy: úspora 50 % času, WTP €299/měsíc, integrace X/Y.

• Concierge experiment: 5 klientů, manuální služba 2 měsíce → medián úspory 46 %, ochota platit potvrzena u 3/5.
• Fake door: landing page s cenou €299 → 4,8 % signup z kvalifikované návštěvnosti (n=1 250), 22 % z nich požádalo o demo.
• Rozhodnutí: pokračovat, ale zúžit na firmy s ERP Y (vyšší bolest a datová dostupnost).

PSF a design MVP: co je „minimální“

MVP musí doručit první měřitelnou hodnotu, nikoli kompletní produkt. Upřednostněte „single player“ scénář, který zákazník zvládne bez asistence, a jeden keystone výsledek (např. automatický export a validace).

Telemetrie a analytika v PSF

• Definujte události: „první připojení dat“, „první automatická validace“, „první export“.
• Aktivace: podíl účtů, které provedly 1–2 klíčové akce v 7/14 dnech.
• Repeat use: návrat k úkolu v opakované frekvenci (např. ≥ 2× týdně).

Integrace a závislosti: PSF v ekosystémech

Pokud PSF stojí na integracích, validujte dostupnost a stabilitu API, právní stránku zpracování dat a požadavky na onboarding. Zvažte no-code pro prototypy a data sandbox pro testy.

Role týmu: kdo je za PSF odpovědný

• Product: definice hypotéz, design experimentů, rozhodnutí.
• Výzkum: rozhovory, syntéza insightů, JTBD.
• Engineering: prototypy, konzolové skripty, automatizace concierge aktivit.
• Growth: traffic pro testy, kvalifikace leadů, analýza trychtýřů.
• Legal/Compliance: souhlasy, zpracování dat, licence.

Komunikační plán pro PSF

• Interní očekávání: PSF není revenue projekt; cílem je učení rychlost × kvalita.
• Transparentnost vůči testerům: pravdivé označení beta/preview, kanál zpětné vazby, SLA odpovídající fázi.

Checklist před přechodem k PMF

• Máme jasně definovaný segment s ověřenou bolestí a personami (user/buyer)?
• Prokázali jsme behaviorální intent (sign-up, aktivace, opakování, WTP) v n >= 30–50 účtech/uživatelích?
• Jádro řešení přináší kvantifikovanou hodnotu (čas, chybovost, riziko, výnos)?
• Máme minimální integrovanou cestu k hodnotě (onboarding bez zásahu vývojáře)?
• Existuje jasný plán na rozšíření funkcí a kanálů bez změny „core jobu“?

Roadmapa: PSF → PMF ve třech vlnách

1. Vlna 1 (0–8 týdnů): rozhovory (n=20–30), concierge (n=5–10), landing &