Kako preveriti idejo za aplikacijo, preden jo začnete graditi

Da preverite idejo za aplikacijo, ugotovite, ali ima določena skupina ljudi to težavo, ali jo že poskuša rešiti in ali bi za vašo rešitev dala nekaj resničnega – čas, e-poštni naslov ali denar. Začnite s pogovori, nato preidite na pristajalno stran ali čakalni seznam, za najmočnejši dokaz pa štejte predprodajo ali uporabnika, ki se vrne. Vsak korak stane malo več in vam pove malo več.

Preverjanje ne dokaže, da bo ideja uspela. Zmanjša pa možnost, da bi mesece porabili za nekaj, kar nihče ne želi.

Kaj dejansko preverjate

»Ali je to dobra ideja?« je preveč nejasno, da bi to lahko preizkusili. Razdelite jo na vprašanja, na katera lahko odgovorite:

Zadnje vprašanje pogosto spregledamo. Resnična težava, do katere ne morete doseči strank, je še vedno težak posel.

1. korak: zapišite svojo najbolj tvegano predpostavko

Pred kakršnimkoli raziskovanjem idejo zapišite v en stavek: »[Kdo] se spopada s [težavo] in bi uporabil [rešitev], ker [razlog].« Nato naštejte, kaj mora biti res, da deluje, in obkrožite stvar, ki ji najmanj zaupate. To preizkusite najprej.

Pri aplikaciji za urnik frizerjev psov najbolj tvegana predpostavka morda ni »frizerji potrebujejo urnik« – to je očitno – ampak »frizerji so s svojim trenutnim orodjem dovolj nezadovoljni, da bi preklopili«.

2. korak: intervjuji o težavi

Intervjuji so najcenejša in najbolj informativna metoda ter jo je tudi najlažje izvajati slabo. Cilj je izvedeti, kako oseba trenutno ravna, ne pa ji nekaj prodajati.

S kom se pogovarjati

S ljudmi, ki ustrezajo vašemu enostavčnemu opisu. Prijatelji in družina so primerni za vajo, a bodo bolj prijazni kot iskreni. Prave potencialne stranke poiščite tam, kjer že so: v panožnih združenjih, podskupinah, lokalnih združenjih podjetnikov, v vašem omrežju na LinkedInu.

Kaj vprašati

Vprašajte o preteklosti, ne o hipotetičnih prihodnostih:

• »Povejte mi o zadnjem primeru, ko ste se spopadli s [težavo].«
• »Kaj ste storili, da bi to rešili? Katera orodja ste uporabili?«
• »Kaj vas je pri tem motilo?«
• »Ali ste za odpravo plačali kakšno storitev? Zakaj ali zakaj ne?«
• »Kdo še sodeluje, ko se to zgodi?«

Čemu se izogibati

• »Bi uporabili aplikacijo, ki …?« Skoraj vsak reče »da«, da bi bil vljuden.
• Prezgodnje kazanje vaše rešitve. Ko jo vidijo, se odzivajo na njo, namesto da bi vam povedali o svoji težavi.
• Štetje pohval. »To je odlična ideja« ni dokaz. »Ali lahko poskusim, ko bo gotovo?« je malo. »Tukaj je moja kartica« je veliko.

Med pogovorom si zapisujte, po njem pa zapišite tri stvari, ki ste se jih naučili. Ko več ljudi opiše isto bolečino podobnih besedah, si te besede zapišite – postanejo naslov vaše pristajalne strani.

3. korak: preverite, kaj že obstaja

Iščite težavo, ne svoje rešitve. Oglejte si obstoječe izdelke, njihove cenike in javne ocene. Konkurenca je ponavadi dober znak: pomeni, da ljudje plačujejo za reševanje te težave. Iščete vrzel – skupino, ki jo obstoječa orodja slabo oskrbujejo, cenovni razred, ki ga nihče ne pokriva, ali potek dela, ki se še vedno opravlja v preglednicah.

Če ničesar ni, ugotovite zakaj. Včasih je to priložnost; pogosto pa pomeni, da težava ni dovolj boleča, da bi zanjo plačali.

4. korak: smoke test s pristajalno stranjo

Smoke test je stran, ki izdelek opisuje, kot da obstaja, in ima jasno dejanje: pridružite se čakalnemu seznamu, zahtevajte dostop ali naročite vnaprej. Usmerite ciljne ljudi nanjo in merite, koliko jih opravi dejanje.

Kaj mora stran vsebovati:

1. Naslov, ki poimenuje težavo z besedami vaših sogovornikov.
2. Tri ali štiri konkretne koristi – kaj se za uporabnika spremeni.
3. Eno poziv k dejanju.
4. Iskreno opombo, da je izdelek v razvoju, da se nihče ne počuti prevaranega.

Nato pripeljite promet tja, kjer je vaša publika. Majhen plačan oglasni test, usmerjen v ozko publiko, lahko deluje; deluje lahko tudi objavljanje v skupnostih, če spoštujete njihova pravila. Kako zgraditi pristajalno stran, ki pretvori pokrije strukturo in besedilo.

Branje rezultatov

Ni univerzalno »dobre« stopnje pretvorbe, zato se primerjajte sami s seboj: preizkusite dva naslova ali dve publiki in preverite, kateri deluje bolje. Najkoristnejši rezultat ni odstotek, temveč seznam ljudi, ki so se prijavili. Pišite jim in prosite za klic.

5. korak: zgradite čakalni seznam – in ga uporabite

Čakalni seznam pred lansiranjem zbira e-poštne naslove zainteresiranih ljudi. Koristen je iz dveh razlogov: daje vam ljudi za intervjuje in občinstvo na dan lansiranja.

Njegova šibkost je, da je prijava skoraj brezplačna. Naredite, da seznam opravi več dela:

• Ob prijavi postavite eno vprašanje, na primer »Kaj za to uporabljate danes?«
• Zgodnjim prijavljencem osebno odgovorite in prosite za 15 minut.
• Na vsaka nekaj tednov pošljite kratko posodobitev, da seznam ne ostane mrtev.

Kako zgraditi stran s čakalnim seznamom pokrije gradnjo, vključno s tem, kje se e-poštni naslovi shranjujejo.

6. korak: predprodaja ali kavcija

Najmočnejši zgodnji signal je denar. Ponudite zgodnji dostop s popustom, ceno za ustanovitelje ali povračljivo kavcijo in preverite, kdo plača. Uporabite povezavo za plačilo pri svojem ponudniku plačil; dokončan izdelek ni potreben.

Bodite odkriti: povejte, kdaj pričakujete dobavo, in vsakomur, ki to zahteva, vrnite denar. Tudi predprodaja, ki je nihče ne sprejme, je rezultat – morda je cena napačna, publika napačna ali pa bolečina ni tako ostra, kot se je zdela v intervjujih.

7. korak: koncierge in Wizard-of-Oz testi

Nekdaj je najhitrejši »izdelek« kar vi.

• Koncierge test: rezultat dostavite ročno. Če bi aplikacija ustvarjala tedenska poročila, jih sami naredite v preglednici in pošljite po e-pošti. Natančno izveste, kaj uporabniki cenijo, preden to avtomatizirate.
• Wizard-of-Oz test: uporabniki vidijo preprost vmesnik, za njim pa delo opravite ročno. Uporabnik izkusi izdelek, vi pa izveste, ali se vrača.

Oba se slabo skalirata, kar je smisel. Avtomatizirate samo tisto, za kar se je izkazalo, da se splača.

8. korak: zgradite majhen MVP in opazujte vedenje

Minimalni življenjsko sposoben izdelek (MVP) je najmanjša različica, ki opravi eno glavno nalogo. Z graditelji aplikacij z AI lahko delujoč MVP z bazo podatkov in prijavo nastane v dneh namesto v mesecih, zato je smiselno, da je del preverjanja – glejte kaj je MVP.

Ključna metrika niso prijave, ampak ponovna uporaba. Ali se ljudje vračajo drugi in tretji krat, brez da bi jih vi spodbujali? Ali povabijo sodelavca? Ali se pritožujejo, ko se nekaj pokvari? To so znaki, da jim aplikacija pomeni nekaj.

Primerjava metod preverjanja

Kdaj ustaviti, spremeniti ali nadaljevati

Pred začetkom določite prag – na primer »deset intervjujev, trije povedo, da bi plačali, ena predprodaja«. Nato bodite iskreni:

• Nadaljujte, če ljudje še naprej opisujejo isto bolečino in nekateri zanjo zavežejo denar ali čas.
• Spremenite, če je bolečina resnična, vendar pri drugi skupini ali pri drugi ceni, kot ste predpostavljali. To je pogosto in koristno.
• Ustavite, če nihče ni poskusil težave rešiti, nihče ne bo plačal in do ljudi, ki jo imajo, ne morete doseči.

Zgodnja ustavitev je dober rezultat. Sprosti vas, da preizkusite naslednjo idejo.

Preverjanje z Mythexom

Mythex ustreza poznejšim korakom tega postopka. Opišete lahko pristajalno stran z obrazcem za čakalni seznam, ta je isti dan objavljena na javnem naslovu URL, prijave pa se shranjujejo v bazo podatkov; ko so signali dobri, lahko isti projekt spremenite v majhen MVP. Začetek je brezplačen, vodnik za čakalni seznam v dokumentaciji pa prikaže korake. Če tehtate proračun, koliko stane gradnja aplikacije primerja možnosti.

Vprašanja