No-code Prototyp experiment

Tvoříme obsáhlou knihovnu znalostí o produktovém vývoji jako součást naší mise. Knihovna slouží všem, kteří se snaží zlepšit v rozhodování, primárně v rozhodování o dalším rozvoji produktu. Ať už jsi vynálezce, produktový manažer nebo Chief Product Officer, používání určitých výzkumných metod a experimentů zvyšuje šanci na vytvoření správných produktů a jejich funkcí pro správné publikum (build the right thing for right audience). Dnes si představíme No-code Prototyp validační metodu.

Kdy experiment použít?

No-code Prototyp je vhodný ve chvíli, kdy je potřeba ověřit životaschopnost zejména softwarového produktového nápadu dříve, než se do něj investuje. Místo programování od nuly se funkční produkt poskládá z hotových služeb. Hodí se, když platí:

  • Je třeba zjistit, zda má smysl do nápadu vůbec investovat čas, peníze a vývojářskou kapacitu.

  • Hodnotovou nabídku lze složit z existujících nástrojů (API, SaaS, no-code platformy) bez vlastního kódu.

  • Stačí obsloužit desítky až stovky uživatelů; otázka škálování na tisíce přijde až později.

Základní princip experimentu

Podstatou No-code Prototypu je doručit reálnou hodnotu skutečným uživatelům, aniž by se cokoli vyvíjelo na míru, nebo s perfektním zabezpečením. Produkt se poskládá z existujících nakoupených služeb propojených skriptem nebo automatizační platformou a soustředění zůstává na ověřované hypotéze.

  1. Definovat hypotézu. Je třeba určit, který předpoklad o produktu nebo trhu se má potvrdit, a stanovit, co bude považováno za úspěch.

  2. Vybrat existující nástroje. Složit produkt z existujících služeb. Pro každou službu se zvolí hotová služba, například Carrd nebo Webflow pro stránku, Stripe pro platby, Airtable jako databáze.

  3. Propojit nástroje. Jednotlivé služby se spojí pomocí automatizačních nástrojů (například n8n), případně jednoduchým skriptem; část kroků může být i zcela ruční.

  4. Doručit hodnotu reálným uživatelům. Sestavený produkt se vystaví skutečným zájemcům, kteří za něj ideálně platí.

  5. Sbírat data. Sledovat je vhodné akvizici (kolik lidí se přihlásí), aktivaci (kolik z nich produkt skutečně použije), ochotu platit a náklady na provoz. Signál k dalšímu kroku přichází ve chvíli, kdy se potvrdí opakované používání i ochota platit a zároveň některý ruční nebo „lepicí" krok začne zabírat neúměrně mnoho času, právě ten se nahradit ,naprogramovat nebo zautomatizovat jako první.

  6. Identifikace rizik. No-code Prototyp ze své podstaty neškáluje a na větším objemu uživatelů se rozpadne; ruční kroky navíc zkreslují obrázek o reálné provozní náročnosti. Spojené služby přinášejí závislost na cizích podmínkách, limitech a cenách. Malý vzorek dává směr, nikoli statisticky robustní jistotu, a hrozí, že se v experimentu pokračuje déle, než je nutné k získání odpovědi.

Reálná ukázka experimentu

Odkaz na reálný výzkum: Ryan Hoover: Product Hunt Began as an Email List

Product Hunt, dnes jedno z nejznámějších míst pro objevování nových produktů, vznikl v listopadu 2013 jako pouhý e-mailový seznam. Jeho zakladatel Ryan Hoover chtěl ověřit, zda existuje zájem o každodenní výběr zajímavých novinek, aniž by stavěl jakoukoli platformu.

Místo vývoje webu sáhl po hotovém nástroji Linkydink, který umožňoval tvořit společné e-mailové digesty z nasdílených odkazů. Během zhruba dvaceti minut měl funkční MVP. Přizval několik přátel z oboru, aby přispívali tipy na produkty, a digest se začal každý den rozesílat odběratelům, vše bez jediného řádku kódu.

Zájem se potvrdil rychle. Během prvního týdne přibyly stovky odběratelů a chování čtenářů ukázalo, že koncept funguje. Teprve poté Hoover společně s Nathanem Bashawem o víkendu Dne díkůvzdání naprogramovali skutečný web. E-mailový seznam přitom nezanikl, propojil se s webem a obě části si pomáhaly růst.

Co vše se dá experimentem testovat?

Hlavní síla No-code Prototypu je v tom, že ověřuje reálné chování uživatelů na fungujícím produktu, ne jen jejich deklarovaný zájem. Protože produkt skutečně doručuje nějakou hodnotu, lze najednou testovat poptávku, ochotu platit i provozní proveditelnost finální nabídky:

  • Validace poptávky: zda lidé nabídku skutečně využijí, například u kurátorského newsletteru poskládaného z nástroje na e-mailové digesty (cestou Product Huntu); signálem je míra aktivace a opakované otevírání, ne jen prvotní přihlášení k odběru.

  • Validace ochoty platit: zda zákazníci za hodnotu reálně zaplatí, typicky u online kurzu nebo členské sekce běžící na Webflow a Stripe; potvrzuje ji dokončená platba, ne deklarovaný zájem.

  • Validace hodnotové nabídky: zda právě tato kombinace funkcí řeší problém uživatele, třeba u e-shopu sestaveného z hotové šablony a platební brány; signálem je dokončení celé objednávky a zpětná vazba spokojených zákazníků.

  • Validace provozní proveditelnosti: zda jde slib produktu naplnit současnými prostředky, například u oboustranného tržiště propojeného přes Airtable, Typeform a Zapier; ukáže se, které ruční kroky tým neúměrně zatěžují a je třeba je automatizovat.

  • Validace ekonomiky v malém: zda náklady na obsloužení jednoho zákazníka dávají smysl vůči ceně, kterou je ochoten zaplatit, například u předprodeje fyzického produktu přes jednoduchou landing page; ověří se ještě před investicí do škálování.

  • Validace cenové hladiny: která cena ještě konvertuje, u placeného kurzu nebo předplatného se stejná nabídka nabídne ve dvou cenách přes Stripe; signálem je konverzní poměr a tržba na návštěvníka, ne odhad.

Jiné označení pro experiment

  1. Low-code prototyp

  2. No-code MVP

  3. Low-code MVP

Související články