Kuidas vältida arvamuspõhist toote prioriseerimist

Avastage teadmisi, mis aitavad teil andmete abil otsuseid langetada ja sidusrühmi paremini hallata

Otsuste tegemine on raske. Ja enamikus organisatsioonides muudavad need raskeks paljud konkureerivad arvamused, sidusrühmad ja mängitavad enesehuvid. Mõnikord võib ratsionaalse otsustamise suurim takistus olla teie tegevjuht või finantsjuht, kelle väga tugevatele seisukohtadele võib olla raske vastu seista.

Niisiis, kuidas edukad rakenduste arendajad väldivad otsuseid tootefunktsioonide ja turunduse osas, mis jätavad kõige paremini tasustatava või püsivaima hääle nägemata?

Hiljuti oli mul võimalus seda küsimust uurida. Intervjueerisin umbes 20 meie parimat arendajat, samuti Google'i insenere, Google'i tootejuhte ja majanduskasvu juhte. Nendest intervjuudest selgus, et intervjueeritavad näitasid seda väljakutset käsitlevat kolme peamist käitumist:

  • Nad kasutavad oma võimaluste uurimiseks eksperimenteerimist.
  • Nad panevad andmed protsessi keskmesse.
  • Nad levitavad seda andmete ja teabe jagamise kultuuri kogu oma organisatsioonis.

Selles artiklis vaatlen üksikasjalikult kahte näidet sellisest käitumisest. Esimesel juhul oli mul võimalus kasutada Google'is sisemiselt sageli prioriteetide seadmise meetodit ja katsetada seda Ühendkuningriigi rakenduse arendaja 1tap abil. Siis on mul olnud õnne, et mulle on antud siseteel protsess, mida 2017. aasta aasta võitja Memrise rakendus kasutas.

1tap ja North Stari meetod

Silicon Valleys asuv Põhjatähe meetrika kontseptsioon on olnud juba mõnda aega olemas. Google'is kasutavad muu hulgas YouTube'i ja Gmaili meeskonnad orienteerumist nn põhjatähe mõõdiku järgi, et tähtsustada ehitatavaid funktsioone. Oma intervjuude põhjal avastasin, kui kasulik see on meie meeskondadele, ja mõtlesin, kas see võib aidata ka rakenduste arendajaid. Google'is on meil kasvutiim, kes on olnud selle protsessi läbiviija, nii et ma panin selle meeskonna tööle 1tap-iga.

Mis see meetod on? Kontseptuaalselt on see tõesti lihtne; seal on lihtsalt neli komponenti: North Stari mõõdik, kasutaja voodiagramm, kasvumudel ja arvutustabel. Kuna, olgem ausad, milline andmepõhine mudel on täielik ilma arvutustabelita?

Vaatame üksikasjalikumalt kõiki neid komponente ja seda, kuidas nad 1 tap-il välja mängisid.

Määrake North Stari mõõdik

See on mõõdik, mis koondab kogu teie tehtud töö ja väärtustab teie pakutavat omandamise, kaasamise, muundamise ja hoidmise kaudu. Niisiis, kui te oleksite hotelli broneerimise rakendus, on see mõõdik ööde kaupa broneeritud, samas kui sõnumsiderakenduse puhul oleks see saadetud sõnum.

1tapi missioon on muuta füüsilisest isikust ettevõtjaks saamine lihtsamaks kui töölevõtmine. Neil on kaks rakendust: 1tapi kviitungid, mis pakub automaatset andmete ekstraheerimist ja raamatupidamist, ja 1tap maks, mis hindab maksude tasumist automaatse kviitungi ja arve skannimisega.

Selle harjutuse jaoks vaatasime 1tapi kviitungeid. Me määrasime väga kiiresti North Star'i mõõdiku, et 1-tapi laekumised peaksid olema seotud tehingutega. Ent nagu märgib 1tapi kasvu juht Jon Butterfield, “siin oli keeruline osa ja asi, mis meid ära viskas, oli see, mis on tähtsam, kasutajad lisavad palju kviitungeid või palju kasutusviise, lisades lihtsalt paar kviitungit? "Vaadates tähelepanelikult, mida 1tapi kviitung pakub oma kasutajatele, oli selge, et kui kasutajad registreerivad rohkem andmeid, võib 1tapi kviitung aidata neil oma makse paremini täita. Tulemuseks on North Stari mõõdik, mis puudutab kõiki kasutaja kohta laekumisi ja mida rohkem laekumisi, seda parem.

Määratlege oma kasutajavood

Siin on eesmärk kaks. Esiteks kinnitamaks, et teie rakendus sisaldab tagasisidet, mis jätkuvalt kasutaja tagasi viivad. Teiseks, et uurida oma mõõdikuid ja teha kindlaks, kui edukas olete nende silmuste kaudu kasutajate liikumisel. Protsess on lihtne, teie:

  • Määratlege oma rakenduse peamised sündmused.
  • Joonistage vooge sündmuste vahel.
  • Kasutage oma analüütikat, et tuvastada iga voo kasutajate protsent.

Leiate, et skeemil on 3 peamist jaotist: omandamis- ja säilitamissilmused ning võti voolab tootes.

Hankeallikad on peamised viisid, kuidas kasutajad teie rakendust installivad. Neid andmeid saate Play konsoolilt kasutaja omandamise alt, veenduge, et olete lisanud UTM-sildid kõigile oma turunduse URL-idele ja linkige oma AdWordsi konto täieliku nähtavuse tagamiseks.

Toote kasutajavood on konkreetsed teie ettevõtte jaoks, kuid hõlmavad tõenäoliselt sisselogimist, sisselogimist ja konversiooni (kui olete tasuline rakendus). Tõenäoliselt toimub sisselülitavas voogudes maagiline hetk, millest tegelikult hoolite, kuna see on kaasamise ja konversiooni juhtiv näitaja, veenduge, et lisate selle.

Lõpuks on uuesti kaasamisvood, mis sunnivad kasutajaid rakendusse tagasi tulema.

Kui teie diagramm on valmis, saavad kõik teie ettevõtte ettevõtted tootest sama moodi rääkida ja mõista, kuidas nende tegevus - omandamine, kaasamine, muundamine ja hoidmine - mõjutab Põhjatähe mõõdikut.

1-tapi laekumiste korral andis see harjutus järgmise visualiseerimise.

Võite märgata, et selle kasutajavoo kohta pole analüütilisi andmeid. 1tap jaoks oli kõige olulisem tulemus toote voolu mõistmine ja keskendumine põhikomponentidele, mis “nõela liigutavad”. Üks oluline tulemus oli wow-momendi tuvastamine. 1tapi kviitungites selgus, et see on kasutaja aktiveerimise etapp, kus nad lisavad kviitungi. “Kui kasutaja saab oma andmeid automaatselt kaevandada, kuvatakse kohe toote väärtus ja üllatab OCR-tehnoloogia täpsusega palju inimesi,” ütleb Jon.

Lõplik kasutajate vooskeem saadi umbes 10 iteratsiooni tulemusel. Esimeses oli Joni sõnutsi tuhandeid ja tuhandeid erinevaid asju ja see oli lihtsalt rämps. ”Seejärel töötasime koos, et kujutamist lihtsustada, et keskenduda kasutajarännakute võtmehetkedele. See aitas ka 1tap-l küsida funktsioone, mis ei jõudnud diagrammi, “kui seda pole põhivoolu lisatud, kas seda on isegi vaja?” Nagu Jon märgib, “on rakenduse funktsioonidega risustamine funktsioon, mis võib tappa kasutatavuse . ”

Selle tulemusel avastas 1tap, et neil on katkenud kasutajate tagasisideahelad. See katkestus toimingutes, mis on diagrammil näidatud oranžina ja mis on seotud tehinguandmete eksportimisega. Selle tulemusel hakkas 1tap muutma seda, kuidas kasutajad oma andmeid ekspordivad ja kuhu nad saavad juurdepääsu oma ekspordile. Nad katsetavad endiselt, kuid hoides paljusid aruandeid rakenduses, on nende säilivus suurenenud.

Ehitage kasvumudel

Järgmine samm on kasvumudeli loomine. Kasvu kasvumootorite määramiseks kasutame teavet kasutajavoogude kohta ja juhindub North Stari mõõdik. Need on tõukejõud, mis parandab nõrkuse valdkondi ja tugineb tugevustele.

Nagu ka esialgse kasutajate vooskeemil, oli ka üles ehitatud kasvumudeli 1tap esimene versioon üsna keeruline, ulatudes umbes 16 leheküljeni. Kuid keskendudes olulisele, tekkis peagi sirgjooneline ja toimiv kasvumudel. Selle kasvumudeli võib kokku võtta järgmiselt:

Siin on pealkiri ühe kasutaja kohta lisatud laekumised, mida peaksite mõistma: see on North Stari mõõdik. See pealkiri jaguneb kviitungite esitamiseks, jagades igakuiste aktiivsete kasutajate (MAU) vahel. See omakorda jaguneb veelgi igaks mehhanismiks, mida kasutajad saavad kasutada kviitungite lisamiseks - skaneerimiseks, e-postiga saatmiseks ja käsitsi sisestamiseks - ning uuteks ja naasvateks kasutajateks.

Kui nad esimest korda oma tooteid kodeerima hakkasid, keskendus 1tap analüütikale. Nad jälgisid peaaegu kõike, mida kasutaja rakenduses teeb. Nagu Jon märgib, "see on asi, mille üle oleme tõeliselt uhked," ütleb Jon. “Enne kui me seda teada ei saanud, kannatasime siiski analüüsi halvatuse all. Nii suure valiku korral ei teadnud me oma kasutajate ja nende käitumise mõistmisest, kust alustada. Mudel aitas meil keskenduda väärtuse pakkumisele ja muutis meie North Stari mõõdiku edastamise lihtsamaks. ”

Kuid nagu Jon selgitab, oli selle kasvumudeli väljatöötamise peamine eelis see, et selle abil oli lihtsam juhatajale selgitada, kust MAU pärineb, ja siis võiks finantsjuht näha, kust ka tulu tuleb. Samuti nägi toode, milliseid hoobasid kõige suurema väärtuse lisamiseks tõmmata.

Koostage arvutustabel

Viimane samm on mudeli üleviimine arvutustabelisse ja teie võimaluste hindamine, et näha, kuidas need kasvu mõjutavad.

Tõenäoliselt ei tule te üllatunud, kui saate teada, et 1tapi kasvumudel tõlgitakse suureks arvutustabeliks. Kuid sel puhul oli oluline suurus. Siin on katkend sellest, mida Jon ja 1tapi meeskond nimetavad “Kalkulaatoriks”.

Selle arvutustabeliga relvastatud asus 1tap uurima, kuidas mõjutavad erinevad tegevused 10 päeva jooksul ühe kasutaja kohta lisatud laekumisi. Jon märgib, et üks varasemaid eeliseid oli see, et nad nägid väiksemate muudatuste mõju. Näiteks parandades allalaadimist registreerimiskonversiooniks vaid 2%, paranes laekumiste koguarv 100%. Seevastu registreerimise parandamine aktiveerimiskonversiooniks mõjutaks laekumiste arvu ainult 75%.

Selle tulemusel hakkas 1tap rohkem vaeva nägema, et saada vau hetk (ja registreerimine) varem kasutajarännakutel, selle asemel, et rohkem raha soetamiseks soetada.

Mida see protsess ja mudel 1tapi jaoks saavutasid?

„Esimene asi, mis see meile andis, oli kõigi osakondade selgus selle kohta, mida me teeme,“ ütleb Jon. “Nii et meie tegevjuht Nick ei pidanud enam küsima, kust MAU tuleb ja kuidas saaksime seda suurendada. Selle mudeli puhul on see sama selge kui päev. Samamoodi ei pidanud toode küsima, mida me järgmisena ette võtame? Mis on prioriteet? Need otsused põhinevad nüüd kalkulaatoril. Ja CFO teadis, et tulude suurendamisega suurendasime kinnihoidmist. Nii saavad kasvumudelist kõik näha, mis edasi saab. ”

Teine oluline mõju oli omandamiste suurendamise mõistmine. „Suur asi, mida me mõistsime, on see, et me peaksime raamatupidajatele seadma palju prioriteete. Me pole seda varem tõesti teinud, nii et see oli tohutu äratus, ”ütleb Jon. "See on suur hoob ja oli selge, et partnerluskanalitesse rohkem pingutades saaksime suhteliselt hõlpsalt palju rohkem kasutajaid ja neil oleks sisseehitatud mehhanism, nende raamatupidaja, kes aitaks neid säilitada."

Jon märgib ka veel ühte olulist kaasmõju - ja seda just uute palkajate puhul. „Ilma kalkulaatorist saadava teabeta saaksime hõlpsalt valede inimeste palkamise valel ajal. Kuid nüüd teame, millal ja keda peaksime oma kasvu maksimeerimiseks palkama. ”

Memrise

Keelerakendus Memrise on 35 miljoni inimese jaoks keelevaliku õppimiseks enam kui 200 keelepaari kaudu. Memrise'i kasvu juht Kristina Narusk kirjeldab ettevõtte senist teekonda ainulaadse osalt seetõttu, et „meil on Ed Edle'iga meie tegevjuhiks üsna vedanud, kuna ta on üks loomingulisemaid ja eksperimentaalsemaid inimesi seal, samal ajal on suurepärane kasvava meeskonna ja kasvava ettevõtte juhtimisel. ” Ed'i lähenemisviis süstib ettevõttesse palju välist mõtlemist. Negatiivne külg, kui saate seda sellisena kirjeldada, on loominguliste ideede haldamise väljakutse leida need, mis rakendust kasvataksid.

Kristina rääkis mulle ühest sellisest näitest, kus umbes pühapäeva hommikul umbes kolm aastat tagasi sai ta Edilt teksti, kus öeldi, et ta on Šotimaal, ostnud kahekorruselise bussi ja kavatseb Euroopasse tuuritada, filmides emakeelsete inimeste videoid laused ja laused. “Sellise sõnumi saamine oli üsna ainulaadne kogemus,” ütleb Kristina. "Niisiis, me pidime leidma viise, kuidas käsitleda seda laadi, mitte ainult Edi, vaid kogu meeskonna ideid, ja muuta need edukateks rakendusefunktsioonideks."

Memrise pakkus välja viis nende ideede filtreerimiseks kuue kriteeriumi abil:

  1. Peab olema korratav. Peab olema võimalik alustada väikese MVP-ga ja siis korrata, kui see õnnestub.
  2. Sellel on vahetu mõju. Niipea kui funktsioon kasutajatele kasutusele võetakse, peaks see tekitama käitumismuutuse, mis on mõõdikutes märgatav.
  3. On püsiv toime. See peab kasutajatele olema kasulik pikema aja jooksul, mitte ainult esimese viie minuti või esimese päeva jaoks.
  4. Peab olema mõõdetav. Peab olema võimalus mõõta selle mõju kasutajatele ja rakenduse edukusele.
  5. Tal on lokaliseerimise jõud. See peab olema midagi, mida saab edastada enamikule, kui mitte kõigile, rakenduse turgudele.
  6. Peab rakendusse sobituma. Idee peab rakendusesse sobima ja sellel on mõte.

Funktsiooni avastamise etapis mängib meeskond ennustusmängu, et hinnata, kuidas funktsiooni idee kriteeriumidele vastavusse viia. Ainult kõigile kriteeriumidele vastavad ideed lähevad läbi hindamisfiltri ja suunatakse Memrise'i arendusprotsessi.

Nagu Kristina selgitas, jagas Memrise selle loova ja eksperimentaalse mõtteviisi ettevõttesse igasse meeskonda, tootearenduse elutsükli 4 etappi: avastage, määratlege, arendage ja jälgige.

Avastusetapis visandab, joonistab, joonistab, prototüüpe toote tootemeeskond ja testib seda ideed. Katseid tehakse disainilahenduste, kasutajaliidese prototüüpide ja sisuprototüüpide osas. Nad võiksid näiteks ehitada midagi sellist, mille abil nad saavad tänavalt juhuslikke inimesi proovile panna. Teised katsed võivad kasutada veebiressursse (koopiate, nuppude ja värvide testimiseks) või Memrise'i kasutajaid pikisuunaliste sisukatsetuste jaoks. Selles etapis on kaasatud kogu toote- ja disainimeeskond, testimisseanssidel istuvad teadlased, keeleeksperdid ja arendajad. Üks väljakutse, mille Kristina selle protsessiga on leidnud, on vaatlejate vaikimine. "Arendajad on kodeerimisel väga vaiksed," ütleb Kristina, "kuid kipuvad muutuma väga häälekateks, kui nad näevad, et inimesed kasutavad toodet valesti."

Memrise Membusi juhtumi (Ed's impulss Šoti ost) käigus läks buss avastusfaasis Oxfordi, et filmida mõnda ingliskeelset videot, et näha, kas see idee on mõttekas enne ülejäänud Euroopa turnee. Videote lisamine Memrise'i inglise keele kursustele oli minimaalne elujõuline toode - veendumine, et buss püsib ühes tükis kauem kui sõita Memrise'i kontorist Ida-Londonis Oxfordi tsirkusesse, oli rohkem väljakutse. Kuid mis kõige tähtsam - test näitas, et videod avaldasid positiivset mõju tellimuste konversioonidele ja videote valmistamise kulud olid piisavalt madalad, et õigustada teistele keeltele liikumist. Niisiis, selgus, et oli hea mõte osta Šotimaalt buss ja muuta see seejärel videofilmiks.

Testitud idee abil siirdub meeskond määratlema, kus nad loovad üksikasjaliku kirjelduse kõigi kirjeldatud funktsioonide ja joonistatud kasutajaliidestega. Samuti täpsustatakse selles funktsiooni katseid, sealhulgas järgmisi üksikasju:

  • Sihtplatvorm
  • Sihtrühma õppijad
  • Sihtkeel
  • Katse pikkus
  • Mis vajab jälgimist
  • Mida analüüsi juhtpaneel peaks sisaldama

Kaasneb ka andmemeeskond. Need aitavad veenduda, et funktsioon on üles ehitatud õigete andmepunktide püüdmiseks, nii et tootetiim saaks funktsiooni mõju hinnata. Videoid kasutati premium õpperežiimi loomiseks ja neid pakuti Pro tellimuse osana. Seetõttu oli oluline mõista selle režiimi lisamise inglise keele kursusele mõju ümberarvestuskursile Pro-le. Etapi lõpus tegutseb kogu meeskond žüriina, et anda tagasisidet tooteidee ja toote tulemuse kohta.

Kui kõik on valmis ja seadistatud, alustab arendusmeeskond funktsiooni välja töötama. Kuna arendusmeeskond on kaasatud leidmisse ja etappide määratlemisse, on arendus tavaliselt sirgjooneline, kuna palju eeldusi on testitud ja funktsiooni loomise ärilistel põhjustel on rohkem kindlust.

Kui arendus on lõpule jõudnud, peab funktsioon sisse lülitama tootehaldur, et kasutajad näeksid, mida on ehitatud, ja alustaksid katseid.

Kui rakenduse uus versioon on väljas, saab meeskond liikuda järelvaatamise etappi. Sel hetkel otsib meeskond vastuseid järgmistele küsimustele: Kuidas funktsiooni KPI-d toimivad? Milline on esialgne kasutajate tagasiside? Kuidas mõjutab uus väljaanne rakenduste reitinguid? Loodetavasti, nagu Kristina seda kirjeldab, on see “rõõmus hetk, kui vaadata, millal ja kuidas tulemused tulevad.”

Memrise'is on neil standardsed mõõdikud ja graafikud iga välja käidud katse jaoks. "Päev pärast väljaandmist leiate, et värskendate seda lehte kogu aeg," ütleb Kristina, "et näha, kuidas see funktsioon ja uus idee toimivad. Meie meeskonna puhul näitab see teile rõõmu ja rõõmu tulemuste nägemisest ja õppimisest, kas me ehitasime midagi ülimenüüd, mis inimestele meeldib, või peame minema tagasi tahvli juurde ja uuesti mõtlema. ”Memrise Membuse teekond lõppes otsusega lisada kõikidesse keeltesse videod ja spetsiaalne režiim Õpi koos kohalikega.

Järeldus

Ma ütlesin selle artikli alguses, et otsuste tegemine on raske. Arvamuspõhiste otsuste vältimine võib-olla veelgi raskem. Jagades siiski kahte väga erinevat lähenemisviisi tooteotsuste tegemisele, loodan, et olen andnud teile mõned ideed, kuidas teie ettevõttes toimuvat protsessi sujuvamaks ja otstarbekamaks muuta. Sõltumata valitud protsessist või loomisest, pidage meeles, et on oluline, et protsess hõlmaks kõiki teie organisatsiooni ja tootetiimi esindajaid. Ja lõpuks, otsige andmeid, mis aitavad kindlaks teha õigeid muudatusi või tegevusi, millega tegeleda.

Mida sa arvad?

Kas teil on mõtteid otsustamise ja prioriteetide seadmise osas? Andke meile allpool olevates kommentaarides või säutsuge abil rakendust #AskPlayDev ja vastame @GooglePlayDevilt, kus jagame regulaarselt uudiseid ja näpunäiteid, kuidas Google Plays edu saavutada.