Kuidas kontrollida rakenduse ideed enne ehitamist

Rakenduse idee kontrollimiseks selgita välja, kas kindel inimgrupp on probleemi all kannatanud, püüab seda juba lahendada ja oleks valmis andma midagi konkreetset — aega, e-posti aadressi või raha — sinu lahenduse eest. Alusta vestlustest, liigu maandumislehe või ootenimekirjani ning pea ettemüüki või tagasi tulevat kasutajat kõige tugevamaks tõendiks. Iga samm maksab veidi rohkem ja annab veidi rohkem teada.

Valideerimine ei tõesta, et idee õnnestub. See vähendab tõenäosust, et kulutad kuid millelegi, mida keegi ei soovi.

Mida sa tegelikult testid

„Kas see on hea idee?“ on liiga ebamäärane, et seda testida. Jaga see küsimusteks, millele saab vastata:

Viimane küsimus jäetakse sageli vahele. Tõeline probleem, kuhu sa klientideni ei jõua, on endiselt raske äri.

Samm 1: kirjuta üles oma kõige riskantsem eeldus

Enne uuringuid kirjuta idee ühe lausega: „[Kes] võitleb [probleemiga] ja kasutaks [lahendust], sest [põhjus].“ Seejärel loetle, mis peab olema tõsi, et see töötaks, ja ümbritse see, millest oled kõige vähem kindel. Selle testid esimesena.

Näiteks koerte pügamisaegade rakendusel ei pruugi riskantseim eeldus olla „pügajad vajavad ajagraafikut“ — neil seda kindlasti vaja on — vaid „pügajad on praeguse tööriista suhtes piisavalt rahulolematud, et vahetada“.

Samm 2: probleemi-intervjuud

Intervjuud on kõige odavam ja kõige suurema signaaliga meetod, ja kõige kergem seda halvasti teha. Eesmärk on õppida inimese praegusest käitumisest, mitte müüa.

Kellega rääkida

Inimestega, kes sobivad sinu ühelauselise kirjeldusega. Sõbrad ja pereliikmed sobivad harjutamiseks, aga on pigem lahked kui ausad. Leia päris potentsiaalsed kliendid kohtadest, kus nad juba on: tööstusgruppidest, subredditidest, kohalikest ettevõtlusliitudest, oma LinkedIni võrgustikust.

Mida küsida

Küsi minevikust, mitte hüpoteetilisest tulevikust:

• „Räägi mulle viimasest korrast, kui pidid [probleemiga] tegelema.“
• „Mida sa selle heaks tegid? Milliseid tööriistu kasutasid?“
• „Mis selle juures ärritas?“
• „Oled selle parandamiseks midagi maksnud? Miks või miks mitte?“
• „Kes veel on sellega seotud, kui see juhtub?“

Mida vältida

• „Kas sa kasutaksid rakendust, mis…?“ Peaaegu kõik ütlevad viisakusest jah.
• Oma lahenduse liiga vara näitamine. Kui nad seda näevad, reageerivad lahendusele, selle asemel et rääkida oma probleemist.
• Komplimentide lugemine. „See on suurepärane idee“ ei ole tõend. „Kas ma võin seda proovida, kui see on valmis?“ on natuke. „Siin on mu kaart“ on palju.

Võta märkmeid ja kirjuta pärast iga intervjuud kolm asja, mida õppisid. Kui mitu inimest kirjeldavad sama valu sarnaste sõnadega, kirjuta need sõnad üles — neist saab sinu maandumislehe pealkiri.

Samm 3: vaata, mis juba olemas on

Otsi probleemi, mitte oma lahendust. Vaata olemasolevaid tooteid, nende hinnalehti ja avalikke arvustusi. Konkurents on tavaliselt hea märk: see tähendab, et inimesed maksavad probleemi lahendamise eest. Otsid lõhet — gruppi, keda olemasolevad tööriistad halvasti teenindavad, hinnataset, mida keegi ei kata, või töövoogu, mida tehakse siiani tabelitega.

Kui midagi ei ole üldse olemas, uuri, miks. Mõnikord on see võimalus; sageli tähendab see, et probleem ei ole piisavalt valus, et selle eest maksta.

Samm 4: suitsutest maandumislehega

Suitsutest on leht, mis kirjeldab toodet nii, nagu see juba oleks, koos selge tegevusega: liitu ootenimekirjaga, taotle juurdepääsu või telli ette. Seejärel suuna sinna sihitud inimesed ja mõõdad, kui paljud tegevuse ära teevad.

Lehel peab olema:

1. Pealkiri, mis nimetab probleemi intervjueeritavate enda sõnadega.
2. Kolm-neli konkreetset kasu — mis muutub kasutaja jaoks.
3. Üks tegevusnupp.
4. Aus märkus, et toode on arendusel, et keegi ei tunneks end petetuna.

Seejärel too liiklust sinna, kus su sihtrühm on. Väike sihitud reklaamitest kitsale sihtrühmale võib toimida; samuti võib toimida kogukondades postitamine, kui järgid nende reegleid. Kuidas ehitada konverteeruvat maandumislehte käsitleb struktuuri ja teksti.

Tulemuste lugemine

Üldist „head“ konversioonimäära pole, seega võrdle iseendaga: jooksuta kahte pealkirja või kahte sihtrühma ja vaata, kumb toimib paremini. Kõige kasulikum tulemus pole protsent, vaid nende inimeste nimekiri, kes end registreerisid. Saada neile kiri ja palu kõnet.

Samm 5: ehita ootenimekiri — ja kasuta seda

Ootenimekiri kogub huvitatud inimeste e-posti aadresse enne käivitamist. See on kasulik kahel põhjusel: sealt saad inimesed intervjueerimiseks ja käivitamispäevaks publiku.

Selle nõrkus on see, et registreerimine on peaaegu tasuta. Tee nimekiri rohkem tööd:

• Küsi registreerimisel üks küsimus, näiteks „Mida sa selleks praegu kasutad?“
• Vasta varajastele registreerujatele isiklikult ja palu 15 minutit.
• Saada lühike uudis paari nädala tagant, et nimekiri ei külmuks.

Kuidas ehitada ootelehte käsitleb ehitamist, sealhulgas seda, kus e-kirjad salvestatakse.

Samm 6: müü ette või võta ettemakse

Tugevaim varajane signaal on raha. Paku varajast juurdepääsu soodushinnaga, asutajaliikme hinda või tagastatavat ettemakset ja vaata, kes maksab. Kasuta oma makseteenuse maksmislinki; lõplikku toodet pole vaja.

Ole otsene: ütle, millal oled valmis tarnima, ja tagasta raha igale, kes seda palub. Ettemüük, mida keegi ei võta, on samuti tulemus — see võib tähendada, et hind on vale, sihtrühm vale või valu pole intervjuudes kirjeldatud kujul nii terav.

Samm 7: kontsierge- ja Oz-testid

Mõnikord on kiireim „toode“ sina ise.

• Kontsierge-test: osuta tulemus käsitsi. Kui rakendus peaks koostama iganädalasi aruandeid, koosta need ise tabelis ja saada e-kirjaga. Õpid täpselt, mida kasutajad hindavad, enne kui automatiseerid.
• Oz-testi (Wizard of Oz): kasutajad näevad lihtsat liidest, aga selle taga teed töö käsitsi. Kasutaja kogeb toodet; sina õpid, kas ta tuleb tagasi.

Mõlemad on aeglaselt skaleeruvad, ja see ongi mõte. Automatiseerid ainult selle, mis on osutunud väärt tegemist.

Samm 8: ehita väike MVP ja jälgi käitumist

Minimaalselt elujõuline toode on väikseim versioon, mis teeb ühe põhitöö. AI-rakenduste koostajatega võib töötav MVP andmebaasi ja sisselogimisega võtta päevi, mitte kuid, seega on mõistlik teha see osaks valideerimisest — vaata mis on MVP.

Olulisim mõõdik pole registreerimised, vaid tagasikasutus. Kas inimesed tulevad tagasi teist ja kolmandat korda, ilma et sa neid meelde tuletaksid? Kas nad kutsuvad kolleegi? Kas nad kurdavad, kui see katkeb? Need on märgid, et rakendus neile päriselt olulist.

Meetodite võrdlus

Millal peatuda, muuta või jätkata

Seadke lävend enne alustamist — näiteks „kümme intervjuud, kolm inimest ütlevad, et maksaksid, üks ettemüük“. Seejärel ole aus:

• Jätka, kui inimesed kirjeldavad pidevalt sama valu ja osa neist on valmis raha või aega panustama.
• Muuda, kui valu on päris, aga teise grupi või teise hinna puhul, kui sa eeldasid. See on tavaline ja kasulik.
• Peatu, kui keegi pole probleemi lahendamiseks midagi proovinud, keegi ei maksa ja sa ei jõua nendeni, kellel see probleem on.

Varane peatumine on hea tulemus. See vabastab sind järgmise idee testimiseks.

Valideerimine Mythexiga

Mythex sobib selle protsessi hilisematesse etappidesse. Saad kirjeldada maandumislehte ootevormiga ja see on avalikul aadressil samal päeval, registreerimised salvestatakse andmebaasi, ning kui signaalid on head, muudad sama projekti väikeseks MVP-ks. Alustamine on tasuta ja ootenimekirja näide dokumentatsioonis näitab samme. Kui kaalud eelarvet, võrdleb kui palju maksab rakenduse ehitamine võimalusi.

Küsimused