CB Insights každý rok zveřejňuje přehled příčin neúspěchu startupů. Po léta stojí na prvním místě stejný důvod: „chybějící tržní potřeba“. Nikoli špatné provedení. Nikoli nedostatek financí. Nikoli slabý tým. Produkt prostě neřešil problém, kvůli kterému by lidé změnili své chování.
Tato statistika je zarážející, vezmeme-li v úvahu, kolik úsilí se do budování produktů vkládá. Týmy tráví měsíce — někdy roky — navrhováním systémů, psaním kódu, hádkami o architektuře a laděním procesů. A nejčastější příčinou neúspěchu je, že se nikdo nezeptal, zda vůbec řeší reálný problém.
Budování produktů, které lidé skutečně chtějí, není talent. Je to disciplína. Má svou metodu a tuto metodu lze naučit.
Nejčastější produktová chyba spočívá v zamilování se do řešení ještě před důkladným pochopením problému. Je to téměř univerzální u zakladatelů při prvním podnikání a překvapivě časté i u zkušených. Schéma je vždy stejné: někdo má nápad, považuje ho za přesvědčivý a začne budovat. Zákazník je až dodatečná myšlenka — někdo, koho je třeba přesvědčit, nikoli pochopit.
Protilék je jednoduchý, i když vyžaduje disciplínu: věnujte problému více času, než pokládáte za rozumné, než vůbec začnete přemýšlet o řešeních. Mluvte s lidmi, kteří daný problém mají. Sledujte je při práci. Pochopte, jak si pomáhají provizorními řešeními dnes a proč jsou tato řešení nedostatečná. Teprve pak máte dostatečný kontext k navržení něčeho, co skutečně sedí.
Dobrý vývoj produktu není přímá linie — je to smyčka. Každá iterace je příležitostí nahradit předpoklady důkazy. Týmy, které budují produkty, jež lidé chtějí, jsou ty, které tuto smyčku procházejí rychle a často.
Smyčka není formalita. Každá fáze má konkrétní výstup, který se stává vstupem do té další. Přeskakování fází — nejčastěji skok přímo od Problému k Budování — je právě to, co vede k produktům, které míjejí cíl.
Ne každý problém stojí za řešení. Dobrý produktový problém má tři vlastnosti: je častý (postihuje lidi pravidelně, nikoli výjimečně), intenzivní (lidé ho vnímají dost silně, aby hledali úlevu) a stávající řešení jsou skutečně nedostatečná (nejde jen o to, že jsou trochu jiná, než co byste postavili).
Chyba spočívá v optimalizaci podle první vlastnosti a ignorování zbývajících dvou. „Lidé ztrácejí čas na schůzkách“ je častý problém. Ale pokud je bolest nízká — pokud si lidé našli dostatečně dobrá náhradní řešení — problém nemusí stát za komerční řešení. A pokud na trhu existuje dvanáct nástrojů, které dělají to, co chcete dělat vy, potřebujete velmi konkrétní důvod, proč by si někdo vybral váš.
Výzkum má v produktových kruzích špatnou pověst — spojuje se s pomalými poradenskými firmami, tlustými zprávami a výstupy, které nikdo nečte. To je selhání provedení, nikoli samotné praxe. Dobrý produktový výzkum je rychlý, konkrétní a mění to, co stavíte.
Cílem výzkumu není potvrdit, že problém je reálný. Tomu byste měli věřit ještě před vážnou investicí do výzkumu. Cílem je pochopit problém dostatečně hluboko, abyste věděli, jak vypadá dobré řešení: kdo konkrétně má tento problém, v jakém kontextu, co už zkoušel, jaká slova používá k jeho popisu a jak pro něj vypadá „vyřešeno“.
Hypotéza je konkrétní, falzifikovatelná předpověď o tom, čemu věříte. Nutí vás k jasnosti. Pokud nemůžete napsat jasnou hypotézu, ještě dostatečně dobře nerozumíte problému, abyste budovali řešení.
Užitečná produktová hypotéza má tři části:
Signál je nejdůležitější část — a nejčastěji vynechávaná. Bez předem stanoveného signálu každý experiment „nějak fungoval“. Týmy nacházejí způsoby, jak interpretovat nejednoznačná data ve svůj prospěch. Hypotéza bez podmínky falzifikovatelnosti je jen přání.
Fáze budování je ta, kde většina týmů tráví příliš mnoho času. Cílem není postavit produkt — ale postavit minimální věc, která poskytne signál k hypotéze. To jsou různé cíle a produkují velmi různé výstupy.
U většiny raných hypotéz je minimum mnohem menší, než si týmy myslí. Můžete dělat ručně to, co by dělal software, pro deset lidí, abyste otestovali, zda pro ně výsledek má hodnotu? Můžete propojit stávající nástroje a otestovat pracovní postup před budováním nové infrastruktury? Můžete nakreslit prototyp a ukázat ho pěti uživatelům před napsáním jakéhokoli kódu?
Disciplína zde spočívá v kladení otázek před budováním čehokoli: „Co se snažím zjistit?“ a „Jaká je minimální věc, která mi to umožní objevit?“ Odpověď je téměř vždy menší, než co chce tým postavit.
Po nasazení — ať už prototypu, ručního pilotu, nebo nasazené funkce — je fáze měření ta, kde se týmy nejčastěji klamou. Ptají se uživatelů, zda se jim to líbilo. Uživatelé říkají ano. Tým označí experiment za validovaný.
Nálada není signál. Jediným spolehlivým signálem je chování: udělali to lidé? Vrátili se? Zaplatili? Řekli to někomu jinému?
Pro kvantitativní měření nastavte si měření ještě před nasazením. Vězte, které konkrétní akce sledujete. Stanovte prahovou hodnotu předem — „budeme to považovat za validované, pokud X % uživatelů dokončí Y během Z dní“. Pro kvalitativní měření proveďte strukturované navazující rozhovory, ne otevřené průzkumy spokojenosti.
Fáze učení spočívá v aktualizaci mentálního modelu uživatele a problému, nikoli jen v rozhodování, co stavět dál. Týmy, které tento krok přeskakují, sbírají data, ale nehromadí porozumění. Pracují rychle, ale jejich úsudek se časem nezlepšuje.
Dobré vyhodnocení si klade otázky: co jsme předpokládali? Co se skutečně stalo? Co nám rozdíl mezi tím říká o našich předpokladech? Co je nyní nejdůležitější věcí, kterou nevíme?
Výstupem fáze učení je ostřejší definice problému, vylepšená hypotéza nebo — pokud experiment zjevně selhal — rozhodnutí jít úplně jiným směrem. Všechny tyto výstupy mají hodnotu. Nejhorší výstup je nejednoznačnost: „něco jsme se naučili, ale nevíme, co dělat dál“. To je znak, že experiment nebyl dostatečně konkrétní.
Vývoj produktu nikdy nedosáhne fáze, kdy tuto smyčku přestanete spouštět. Otázky se mění — na začátku ověřujete, zda je problém reálný; později ověřujete, zda konkrétní část řešení funguje — ale struktura je vždy stejná. Pozorujte, formulujte hypotézy, testujte, učte se.
Týmy budující produkty, které lidé chtějí, nejsou ty s nejchytřejším prvotním nápadem. Jsou to ty, které procházejí smyčkou nejrychleji a nejpoctivěji. Rychlost učení, nikoli rychlost vydávání, je konkurenční výhoda.