Si të validosh një ide aplikacioni përpara se ta ndërtosh

Për të validuar një ide aplikacioni, zbulo nëse një grup i caktuar njerëzish e ka problemin, po përpiqet tashmë ta zgjidhë, dhe do të jepte diçka reale — kohë, një email, para — për zgjidhjen tënde. Fillo me biseda, kalo te një faqe kryesore ose listë pritjeje, dhe konsidero një para-shitje ose një përdorues që kthehet si dëshmia më e fortë. Çdo hap kushton pak më shumë dhe të tregon pak më shumë.

Validimi nuk vërteton që një ide do të ketë sukses. Ai ul shanset të shpenzosh muaj për diçka që askush nuk e dëshiron.

Çfarë po teston në të vërtetë

"A është kjo një ide e mirë?" është shumë e paqartë për t'u testuar. Ndaje në pyetje që mund t'i përgjigjesh:

Pika e fundit shpesh anashkalohet. Një problem real për të cilin nuk mund t'i arrish klientët është ende një biznes i vështirë.

Hapi 1: Shkruaj supozimin tënd më të rrezikshëm

Përpara çdo kërkimi, shkruaje idenë si një fjali: "[Kush] lufton me [problemin] dhe do ta përdorte [zgjidhjen] sepse [arsyeja]." Pastaj listo çfarë duhet të jetë e vërtetë që ajo të funksionojë, dhe rrethoje atë që je më pak i sigurt për të. Atë testo së pari.

Për një aplikacion caktimi orari për groomerët e qenve, supozimi më i rrezikshëm mund të mos jetë "groomerëve u duhet caktimi i orarit" — ata qartësisht e kanë nevojën — por "groomerët janë aq të pakënaqur me mjetin e tyre aktual sa të kalojnë".

Hapi 2: Intervista për problemin

Intervistat janë metoda më e lirë dhe me sinjalin më të lartë, dhe më e lehta për ta bërë keq. Qëllimi është të mësosh për sjelljen aktuale të personit, jo të prezantosh.

Me kë të flasësh

Me persona që përputhen me përshkrimin tënd njëfjalësh. Miqtë dhe familja janë në rregull për praktikë, por do të jenë të sjellshëm, jo të sinqertë. Gjej perspektiva reale aty ku janë tashmë: grupe industriale, subreddit-e, shoqata lokale biznesi, rrjetin tënd në LinkedIn.

Çfarë të pyesësh

Pyet për të kaluarën, jo për të ardhmen hipotetike:

• "Më trego për herën e fundit kur u ndesh me [problemin]."
• "Çfarë bëre për të? Cilat mjete përdore?"
• "Çfarë të acaroi në atë rast?"
• "A ke paguar për diçka që ta rregullojë? Pse po ose pse jo?"
• "Kush tjetër përfshihet kur ndodh kjo?"

Çfarë të shmangësh

• "A do të përdorje një aplikacion që…?" Pothuajse të gjithë thonë po për t'u sjellë mirë.
• Të tregosh zgjidhjen tënde shumë herët. Pasi e shohin, reagojnë ndaj saj në vend që të të tregojnë për problemin e tyre.
• Të numërosh komplimentet. "Kjo është një ide e shkëlqyer" nuk është provë. "A mund ta provoj kur të jetë gati?" është pak. "Ja kartën time" është shumë.

Merr shënime, dhe më pas shkruaj tri gjërat që mësove. Kur disa persona përshkruajnë të njëjtin dhimbje me fjalë të ngjashme, shkruaji ato fjalë — ato bëhen titulli i faqes tënde kryesore.

Hapi 3: Kontrollo çfarë ekziston tashmë

Kërko problemin, jo zgjidhjen tënde. Shiko produktet ekzistuese, faqet e tyre të çmimeve dhe vlerësimet publike. Konkurrenca zakonisht është një shenjë e mirë: do të thotë që njerëzit paguajnë për të zgjidhur problemin. Ajo që kërkon është një boshllëk — një grup që mjetet ekzistuese e shërbejnë keq, një nivel çmimi që askush nuk e mbulon, ose një rrjedhë pune që akoma bëhet në fletëllogaritëse.

Nëse nuk ekziston asgjë fare, gjej pse. Ndonjëherë është një mundësi; shpesh do të thotë që problemi nuk është mjaft i dhimbshëm për t'u paguar.

Hapi 4: Test i shpejtë me një faqe kryesore

Një test i shpejtë është një faqe që e përshkruan produktin sikur ekziston, me një veprim të qartë: bashkohu në listën e pritjes, kërko akses, ose para-porosit. Pastaj i dërgon persona të caktuar te ajo faqe dhe mat sa prej tyre e kryejnë veprimin.

Çfarë i duhet faqes:

1. Një titull që emërton problemin me fjalët e të intervistuarve.
2. Tre ose katër përfitime specifike — çfarë ndryshon për përdoruesin.
3. Një thirrje të vetme për veprim.
4. Një shënim të sinqertë se produkti është në zhvillim, që askush të mos ndihet i mashtruar.

Pastaj çon trafik nga vendet ku janë audienca jote. Një test i vogël reklamash me pagesë i drejtuar te një audiencë e ngushtë mund të funksionojë; po ashtu edhe postimi në komunitete, me kusht që t'i ndjekësh rregullat e tyre. Si të ndërtosh një faqe kryesore që konverton mbulon strukturën dhe tekstin.

Leximi i rezultateve

Nuk ka një "normë konvertimi të mirë" universale, prandaj krahaso me veten: vër në provë dy titull ose dy audienca dhe shiko cili performon më mirë. Rezultati më i dobishëm nuk është përqindja; është lista e njerëzve që u regjistruan. Dërgu email dhe kërko një telefonatë.

Hapi 5: Ndërto një listë pritjeje — dhe përdore

Një listë pritjeje mbledh email-e nga persona të interesuar para lansimit. Është e dobishme për dy arsye: të jep njerëz për të intervistuar, dhe të jep një audiencë në ditën e lansimit.

Dobësia e saj është se regjistrimi është pothuajse falas. Bëje listën të punojë më shumë:

• Bëj një pyetje gjatë regjistrimit, si "Çfarë përdor për këtë sot?"
• Përgjigju personalisht regjistrimeve të para dhe kërko 15 minuta.
• Dërgo një përditësim të shkurtër çdo disa javë, që lista të mos ftohet.

Si të ndërtosh një faqe listë pritjeje mbulon ndërtimin, përfshirë ku ruhen email-et.

Hapi 6: Para-shit ose merr një depozitë

Sinjali më i fortë i hershëm është paraja. Ofro qasje të hershme me zbritje, një çmim për anëtarët themelues, ose një depozitë të rimbursueshme, dhe shiko kush paguan. Përdor një lidhje pagese nga ofruesi yt i pagesave; nuk të duhet një produkt i përfunduar.

Ji i drejtpërdrejtë: thuaj kur pret ta dorëzosh, dhe rimburso kushdo që kërkon. Një para-shitje që askush nuk e blen është gjithashtu një rezultat — mund të thotë që çmimi është i gabuar, audienca është e gabuar, ose dhimbja nuk është aq e mprehtë sa dukej në intervista.

Hapi 7: Testet concierge dhe Wizard-of-Oz

Ndonjëherë "produkti" më i shpejtë je ti.

• Test concierge: dorëzo rezultatin me dorë. Nëse aplikacioni do të gjenerojë raporte javore, bëji vetë në një fletëllogaritëse dhe dërgoji me email. Mëson saktësisht çfarë vlerësojnë përdoruesit përpara se ta automatizosh.
• Test Wizard-of-Oz: përdoruesit shohin një ndërfaqe të thjeshtë, por pas saj punën e bën ti manualisht. Përdoruesi e përjeton produktin; ti mëson nëse kthehet.

Të dyja shkallëzohen ngadalë, dhe kjo është pika. Automatizon vetëm atë që ka dëshmuar se vlen të bëhet.

Hapi 8: Ndërto një MVP të vogël dhe shiko sjelljen

Një produkt minimal i qëndrueshëm është versioni më i vogël që kryen punën kryesore. Me builder-at e aplikacioneve AI, një MVP që funksionon me bazë të dhënash dhe hyrje mund të zgjasë ditë në vend të muajsh, kështu që është e arsyeshme ta bësh pjesë të validimit — shih çfarë është një MVP.

Metrika kyçe nuk janë regjistrimet, por përdorimi i përsëritur. A kthehen njerëzit për herë të dytë dhe të tretë pa u shtyrë nga ti? A ftojnë një koleg? A ankohen kur prishet? Këto janë shenja që aplikacioni i intereson.

Krahasimi i metodave të validimit

Kur të ndalosh, ndryshosh ose vazhdosh

Vendos pragun tënd përpara se të fillosh — për shembull, "dhjetë intervista, tre persona thonë që do të paguanin, një para-shitje". Pastaj ji i sinqertë:

• Vazhdo nëse njerëzit vazhdojnë të përshkruajnë të njëjtin dhimbje dhe disa angazhojnë para ose kohë.
• Ndrysho nëse dhimbja është reale, por për një grup tjetër, ose me një çmim tjetër nga ç'supozoje. Kjo është e zakonshme dhe e dobishme.
• Ndalo nëse askush nuk ka provuar ta zgjidhë problemin, askush nuk do të paguajë, dhe nuk mund t'i arrish ata që e kanë.

Ndalimi herët është një rezultat i mirë. Të lë të lirë të testosh idenë e radhës.

Validimi me Mythex

Mythex përshtatet me hapat e mëvonshëm të këtij procesi. Mund ta përshkruash një faqe kryesore me formular listë pritjeje dhe ta kesh live në një URL publik të njëjtën ditë, me regjistrimet të ruajtura në një bazë të dhënash, dhe më pas ta kthesh të njëjtin projekt në një MVP të vogël kur sinjalet janë të mira. Fillimi është falas, dhe udhëzuesi i listës së pritjes në dokumentacion tregon hapat. Nëse po peshon buxhetin, sa kushton të ndërtosh një aplikacion krahason opsionet.

Pyetje