Kuidas tagasiside tsüklid mõjutavad MVP arendamist

Tahad arendada toodet, mida inimesed armastavad? Alusta sellega, et selgitad välja, mida kasutajad vajavad, ja loo seejärel toode. Tõhus minimaalne elujõuline toode (MVP) aitab asutajatel seda täpselt teha. Põhimõtteliselt on MVP tagasiside kogumise ja tootearenduse tööriist. See on oluline osa agile arenduse tsüklist ja ehitamise, testimise ja täiustamise tsükli alus. Seade, mille abil SaaS asutajad saavutavad MVP eesmärgi, on tagasiside tsükkel. Nad minimeerivad riski ja neid saab rakendada vastavalt kasutajate vajadustele väiksema kiirusega, kui need on õigesti tehtud ja rakendatud. Kuna MVP ehitamine võib maksta 10 000 kuni 400 000 dollarit või rohkem, säästavad tagasiside tsüklid idufirmadele kümneid või sadu tuhandeid dollareid ümberehitamise kuludest. Jätkuva parendamise ja paindliku arendusprotsessi hõlbustamiseks arendavad nad struktuuri.

Lihtsalt öeldes on tagasisideahelad mehhanism, mis mõjutab tarkvara täiustamist kasutaja sisendi kaudu. Tsükkel koosneb mitmest olulisest etapist:

• Sisend: Koguge tagasisidet. Allikateks võivad olla klientide intervjuud, küsitlused ja kasutajate testimised.
• Protsess: Hinnake tulemusi. Muudatuste loomiseks tekivad ka arusaamad ja mustrid.
• Väljund: tutvustage toote muudatusi. Insight ajendaks muudatusi, nagu uute funktsioonide lisamine, rakenduse elementide kaotamine või kasutaja disaini kohandamine.
• Tagasiside: Tagasiside tsükkel peab olema suletud. Saadud tulemus viiakse protsessi tagasi sisendina.
• Kohandamine: Aja iteratsioon. Protsess viib läbi toote parandamise järjekorra iga kord läbi.

Hoolimata asjaolust, et MVP on tarkvaratoote esialgne töökorras versioon, toimub MVP arendamise protsessis tavaliselt mitu tagasisidevooru. MVP muudatusi võib teha kasutajate intervjuude, kasutatavuse testimise või turuanalüüsi andmete põhjal. Iteratsiooni protsess ei ole sugugi lineaarne. Tagasiside tsüklid võivad lõpuks muuta teie toote arengusuunda. Siiski ei ole algse MVP funktsioonide loendi või rakenduse disaini väljumine kaotus, vaid pigem alus toote disainimiseks, mis tõesti vastab toote kasutajate vajadustele.

Tagasiside tsükli vajalikkus MVP arendamisel

Hoolimata soovitatud sammudest, on arenduse algstaadiumis alati olemas ebakindlus. Tagasiside tsüklid vähendavad riski, kuna eeldused valideeritakse ja tuvastatakse kõige olulisema mõjuga funktsioonid. MVP eesmärk on testida toodet turul, kinnitada nõudlust ja saada tagasisidet, mis on aluseks toote edasiseks täiustamiseks. Need on mõned eesmärgid, mida saab saavutada tagasiside tsüklite abil.

Tagasiside tsüklitel on üldiselt mitmeid huvitavaid eeliseid idufirmadele:

• Lühem turule toomise aeg: tagasiside tsüklid on kasulikud kiiremate iteratsioonide loomisel, kuna need koguvad ja kasutavad kasutajate tagasisidet, mis aitab lühendada turule toomise aega.
• Vähendatud arenduskulud: tagasiside-iteratsiooni tsükkel vähendab arenduskulusid, kuna see võimaldab probleeme varakult tuvastada, kui need on suhteliselt lihtsalt lahendatavad.
• Kasutajakesksed tooted: tagasiside tsükleid saab kasutada selliste toodete loomiseks, millega kasutajad soovivad suhelda, et teada saada, mida nad vajavad, ja seda neile pakkuda.
• Parem säilivus: üldiselt on säilivus kõrgem toodete puhul, mis on loodud kasutajate panuse abil.
• Pidev täiustamine: paindlik arendusfilosoofia on kooskõlas tagasiside tsüklite kasutuselevõtuga, kuna need soodustavad pidevat täiustamist.

Eduka tagasiside tsükli rakendamiseks on vaja hoolikat ettevalmistust. Tagasiside tsükli saavutamiseks oma arendusprotsessis peate valima tehnoloogiad ja määrama kindlaks protsessid, mis seda protsessi hõlbustavad. Need on kolm sammu, mida tuleks järgida parima tulemuse saavutamiseks.

1. samm: jälgi väärtuslikku tagasisidet

Esimene on kvaliteetsete kasutatavate andmete kogumine. Allpool on toodud mõned kasulikud vahendid ja meetodid:

• Kasutaja analüüsi tööriistad: et saada sügavam arusaam kasutajate kaasatusest, kaaluge sellise tööriista kasutamist nagu Hotjar, mis näitab teile, milliste teie liidese osadega kasutajad suhtlevad ja millistega mitte. Sellised tööriistad nagu soojuskaardid ja salvestused annavad läbipaistva pildi sellest, kuidas inimesed teie toodet täpselt kasutavad.
• Küsitlused ja vormid: platvormid nagu Typeform või SurveyMonkey on samuti usaldusväärsed valikud tagasiside kogumiseks.
• Kasutajate intervjuud: intervjueerige kasutajaid silmast silma, et saada parem ülevaade sellest, mida nad vajavad ja mis neile muret tekitab.

Kui olete tagasiside saanud, analüüsige seda kindlasti. Kriitilised suundumused ei pruugi olla silmaga nähtavad. Sellised tööriistad nagu Google Analytics lihtsustavad suundumuste tuvastamist ja tagasiside kohta järelduste tegemist.

2. samm: Luua tagasiside läbivaatamise mehhanism

Ainult teie läbivaatamis- ja tegutsemisprotsess muudab tagasiside väga väärtuslikuks. Veenduge, et on olemas selge protsess, mis:

• Kaasake peamised huvirühmad, nagu tootejuhid, tootearendajad ja turundusosakonnad.
• Anna tagasisidet esmalt süstemaatiliste konstruktsioonide abil (nt mõju/pingutuse maatriks või RICE-punktisüsteem).
• Jälgige ja dokumenteerige tagasisidet, et vältida väärtuslike teadmiste kaotamist.

3. samm: Sulge tsükkel

Viimane samm on välja töötada tõhus tsükli sulgemise ja rakendamise analüüsi protsess. Tsükli lõpus muudetud toode on seejärel järgmise tsükli sisendiks. Selle etapi lõpus peaksid olema võimeline vastama mõningatele olulistele küsimustele, näiteks:

• Kuidas edastatakse tagasiside põhjal tehtud muudatused arendusmeeskonnale?
• Kuidas mõõdame edu?
• Milliseid suhtlusvahendeid kasutame, et edastada kasutajatele parandusi ja muudatusi?

Nii nagu muudatus on kõige olulisem, on peaaegu sama oluline teavitada kasutajaid muudatustest. Sotsiaalmeedia, e-posti kampaaniad, rakendusesisesed teated või sõnumid on vahendid, mida saate kasutada, et teavitada kasutajaid uute funktsioonide ja uuenduste kohta. Sõnumite saatmist saab kasutada kasutajate lojaalsuse ja kasutuselevõtu suurendamiseks.

Mõnikord võib tagasiside kogumise etapis olla mitmeid mõistlikke variante, millega idufirma võib või peaks tegelema samaaegselt. Mõned parandused võivad olla teistest tõhusamad. Et saada MVP arendamisel tagasiside tsüklitest maksimaalset kasu, toetuge regulaarse struktuuri abil tagasiside prioriteetide määramisel.

Mõju/pingutuse maatriks

See on populaarne vahend potentsiaalsete funktsioonide haldamiseks. Selle kasutamiseks looge lihtne tabel. X-telg väljendab pingutust madala mõju juurest kõrge mõju juurde. Y-teljel on mõju skaala madalast kõrgeni. Selles etapis tehke ettepanekud muudatuste kohta tabelis, võttes arvesse nende võrdlevat mõju ja vajalikku tööd. Sel viisil on võimalik visualiseerida vähe tööd nõudvad, kuid suure mõjuga muudatused, mis aitab teil neid tähtsuse järgi järjestada.

RICE-punktisüsteem

RICE-punktisüsteemi kasutatakse ka selleks, et aidata tootepäällikutel mõista, kuidas alguses tagasisidet järgida. Iga tagasiside või pakutud uuenduse puhul loetlege kõik järgmised punktid:

• Ulatus: kui paljudele kasutajatele see muudatus mõju avaldab?
• Mõju: Millise suurusega hindame selle muudatuse tulemusi, 0,25 (minimaalne mõju) kuni 3 (märkimisväärne mõju)?
• Usaldusväärsus: kui täpsed on meie tulemused ulatuse ja mõju osas (50% (väga ebausaldusväärne) kuni 100% (väga usaldusväärne)?
• Töömaht: kui palju aega ja ressursse on nende muudatuste tegemiseks vaja? Vajalike ressursside hulk on arvutatav ühe ühiku, st inimkuu kaupa.

Kõrge RICE-skooriga funktsiooni saab arvutada, korrutades ulatuse mõjuga ja kindlusega ning jagades tulemuse pingutusega. See annab vähem subjektiivse võrdlusaluse, et saavutada suurim mõju väikseima pingutusega. RICE-skoor = (ulatus x mõju x kindlus)/pingutus

Tagasiside tsükleid luues peaksite eristama tagasisidet, mida saate kasutada asjade parandamiseks, ja sisendit, mis ei aita teie toodet arendada. Need omadused ja näited näitavad negatiivse ja konstruktiivse tagasiside kontrasti.

Muutke oma protsessi, kui tagasiside tsüklid toodavad alati ebaolulisi ja rakendamatuid andmeid. Võib-olla peate reformima oma tagasiside kogumise vahendeid, et saada praktilisemaid reaktsioone. Või võib-olla tuleb tugevdada teie läbivaatamisprotseduure. Rakendatavad järeldused võivad olla peidetud kehva analüüsi taha, mis ei suuda välja tuua olulisi suundumusi.

Nõuanded tagasiside käsitlemise kohta

Vana ütlus kõlab: klient on alati õigus. Kuigi teoreetiliselt on see nii, tuleb kasutajate tagasisidet leevendada äri eesmärkidega. Näiteks, kui tagasiside näitab, et kasutajad soovivad sotsiaalmeedia rakendust, aga mitte fototöötlusrakendust, on see kasulik teave. Siiski võib ettevõte leida, et sotsiaalmeedia rakenduse arendamine ei ole kooskõlas tema põhiliste äri eesmärkide ja pädevustega.

Kui äri eesmärgid ja kasutajate tagasiside on omavahel vastuolus, võite otsuse tegemisel kasutada järgmisi näpunäiteid:

• Hinnake kiireloomulisust: kas kasutaja tagasiside on ajakriitiline või saab selle edasi lükata järgmisesse parendustsüklisse?
• Vaadake üle oma äri eesmärgid: kas turumuutused, konkurentsisurve või mõni muu tegur sunnib teid oma tegevust ümber suunama?
• Koguge lisateavet: veenduge, et saadud kasutajate tagasiside on õige ja esindab teie sihtturgu.

Enamasti peavad teie äri eesmärgid olema piisavalt laiaulatuslikud ja paindlikud, et võtta arvesse kasutajate tagasisidet ja tootearendust. Stagneerunud ettevõtted, mis ei suuda muutuvate kasutajate nõudmistega sammu pidada, muutuvad aja jooksul tõenäoliselt ebaoluliseks.

Tagasiside tsüklite mõistmiseks on kasulik tuua näiteid reaalsest elust.

Projekt „Behind the Knife”

Kliendi, kirurgilise sisu ja haridusplatvormi puhul muutis kasutajate tagasiside toote (mis oli algselt podcast) suletud premium-raamatukoguks, mis sisaldab visuaalselt interaktiivset sisu. Kuna tarkvara on veel kasutajate testimisel, jätkatakse selle arendamist ja lisatakse uusi funktsioone.

MVP areng Instagramis

Teine huvitav näide tagasiside tsükli lisamisest digitaalsele tootele on Instagram MVP. Rakendus alustas fotode lisamise võimalusega sotsiaalse sisselogimise rakendusena. Kasutajate testimine võimaldas asutajatel avastada, et fotode jagamise funktsioon on midagi, millega kasutajad samastuvad. Instagram kasutas seda arusaama, et suunata oma visioon MVP keskse eesmärgi poole. Tagasiside tsüklid aitasid Instagramil keskenduda rakenduse nendele valdkondadele, mis kasutajatele meeldisid, ja see on võimaldanud sellel kasvada tänapäeva üheks suurimaks sotsiaalmeediaplatvormiks. Struktureeritud tagasiside tsükkel on vajalik SaaS-i idufirmades, nagu Behind the Knife, Instagram jt. Tagasiside kogumise, hindamise ja rakendamise korduv iseloom jätkub niikaua, kuni tarkvara on olemas. Lõpp-eesmärki ei ole, kuid toode peab aja jooksul saavutama kasutatavuse, säilitamise või kasutuselevõtu kasu.

MVP tulemuste parandamiseks on vaja tagasiside tsükleid. Hästi organiseeritud tagasiside tsüklite kasutamine MVP-s võib aidata kaasa turule toomise aja lühendamisele, arenduskulude vähendamisele, kasutajakesksele tootele ja pidevale parendamisele. Kasutades tagasiside tsükleid ühe osana oma MVP arendamisest, loote oma idufirmale võimaluse saavutada pikaajaline edu, kuna see vastab kasutajate vajadustele.