Kategorija

3.14. Eksperimentų gamykla

00:31 Klientų tobulinimas: segmentų paieška, interviu, pasikartojančios įžvalgos
01:15 Produkto sinchronizavimo ir įvertinimo piltuvėlio testavimas
01:26 Geriausių hipotezių žurnalas
01:45 Koreliacija, pasikartojimų identifikavimas, patikrinimas
02:06 Regresijos testas
03:10 Scenarijaus kūrimas
03:17 Sprendimo patvirtinimas. Ne? — Nužudykite funkciją. Taip? – Nubraižykite maketą
04:20 UX testavimas
05:22 Front-end kūrimas, diegimas
07:14 Testavimai ir eksperimentai

Ar kada pagalvojote, kodėl vieni žmonės yra sėkmingesni už kitus ir kaip jiems pavyko pasiekti tai, ką turi? Galbūt norėjote tapti nematomu ir nukniaukti į vietą, kad sužinotumėte paslaptį, kokių veiksmų imtis, kad būtumėte sėkmingi? O gal norėjote turėti supergalią, kad galėtumėte skaityti mintis ir pažinti kitų žmonių mąstymą bei kaip jie priėma svarbiausius sprendimus? Jei bent į vieną iš šių klausimų atsakėte „taip“, skaitykite toliau, nes šiandien atversime uždangą veiksmų, kurių reikia imtis, kad magija įvyktų!

Mokykimės iš geriausių!

„Skyeng“ yra tarptautinė EdTech kompanija, anglų kalbos akademija ir didžiausia mokomosios programinės įrangos kūrėja Europoje. Negana to, tai taip pat vienas iš tinkamų pavyzdžių, kaip struktūrizuoti savo darbą, kokių veiksmų imtis ir kaip panaudoti išteklius siekiant tikslų. „Skyeng“ sukūrė ir pristatė išsamią schemą, ką jie daro, norėdami pristatyti (arba ne) naują produkto funkciją. Mokykimės iš jų!

00:00 Experiment Factory
00:20 Example: Skyeng
09:20 Q/A session

Nuo pradžios iki pabaigos

Viskas prasideda nuo idėjos. Yra daug įvairių idėjų šaltinių — hipotezių šaltinių. Vienas iš šaltinių yra klientų vystymas, kai jums pateikiami gilios kokybės duomenys. Jūsų veiksmai:

Idėjų šaltiniai

  • 1a. Ieškoti klientų segmentus, kurie domisi jūsų preke ar paslaugomis;
  • 1b. Atlikti interviu ir tiesiogiai ar netiesiogiai klausti klientų, naudojant atvirus projektinius klausimus apie jų problemą;
  • 1c. Apdoroti pateiktus duomenis, apibendrinti gautus iš klientų atsiliepimus ir nustatyti pasikartojančias įžvalgas.

Yra ir kitų būdų, kaip sugalvoti idėją:

  • 1d. Komandos idėjos. Niekas nepažįsta produkto geriau nei jį sukūrusi komanda. Taigi, tai puikus hipotezių šaltinis;
  • 1e. Atsiliepimai iš esamų klientų ir vartotojų. Išmintinga mintis būtų atskirai pabendrauti su savo ištikimiausiais klientais, kurie ketina jums papasakoti savo patirtį…;
  • 1f. Analitikų įžvalgos. Produkto analitikai stebi, kaip žmonės naudojasi produktu, analizuoja radinius ir, jei nustato naudojimo anomalijų, pateikia vertingų duomenų tolimesniam tobulėjimui.

Darbo istorijos kūrimas ir MVP

2. Naudodami nustatytas pasikartojančias įžvalgas sukurkite darbo istoriją.
3. Sukurkite MVP sprendimo hipotezę, kad užbaigtumėte darbo istoriją. MVP turi būti kuriamas greitai, pigiai ir su minimaliomis pastangomis.

Pradinis testavimas ir prioritetų nustatymas

4. Produkto sinchronizavimo piltuvėlio testavimas (AAARRR).
5. Vertinimas (scoring).
6. Darbo istorija įtraukiama į geriausių hipotezių žurnalą.
7. Analitikai ieško, ar yra istorinių duomenų. Toliau — du keliai.

Istorinių duomenų analizė

8.

  • 8a. Jei analitikai rado istorinių duomenų — ieško koreliacijų ir apibrėžia atsitiktinumą.
  • 8aa. Jei įmanoma patikrinti — pereiti prie 13. Jei ne — naikinti funkciją ir atmesti hipotezę.
  • 8b. Jei analitikai nerado istorinių duomenų — tikrinti, ar galima atlikti regresijos testą.

Tiesą sakant, tikslas — sunaikinti hipotezę kuo anksčiau.

Regresijos testavimas

9.

  • 9a. Jei įmanoma atlikti regresijos testavimą, atliekamas eksperimentas.
  • 9aa. Duomenys naudojami pokyčių poveikiui metrikoms suprasti.
  • 9aaNE. Jei pokyčių nėra — hipotezė atmetama.
  • 9aaTAIP. Jei pokyčių yra — pereiti prie 9b.
  • 9b. Jei neįmanoma atlikti regresijos testavimo — pradedamas MVP projektas.

MVP validavimas

10. Sukuriamas scenarijus tikrinimui su vartotojais.
11. Turi būti patvirtinta, ar sprendimas išsprendžia problemą.

Sprendimo validavimas

12. Ar sprendimas buvo patvirtintas?

  • 12a. Jei nepatvirtintas — tikrinama, ar yra kitas sprendimas. Jei nėra — funkcija naikinama. Jei yra — grįžti į 3.
  • 12b. Jei patvirtintas — pereiti į 13.
Eksperimentų gamyklos schema

Dizainas ir UX testavimas

13. Laikas piešti maketus.

UX testavimas

14. Tikrinti, ar maketai tinkami UX testavimui.

  • 14a. Jei tinka — kurti prototipą, scenarijų, atlikti UX testą.
  • 14aa. Įvertinti, ar sprendimas išlaikė testą.
  • 14aaTAIP. Jei išlaikė — pereiti prie 15.
  • 14aaNE. Jei neišlaikė — ieškoti kito sprendimo arba nutraukti hipotezę; jei yra kitas — grįžti į 13.
  • 14b. Jei netinka — pereiti prie 15.

Vystymas ir Split testavimas

15. Front-end kūrimas ir testavimas.
16. Funkcionalumo testavimas.
17. Split testas. Po jo — rezultatų suvedimas ir perėjimas prie 18.

Galutinis įvertinimas

18. Ar sprendimas pasiteisino?

  • 18a. Jei nepasiteisino — analizuoti WebVisor sesijas, atlikti CustDev interviu, grįžti į 3.
  • 18b. Jei pasiteisino — ištrinti split testą, pristatyti auditorijai ir įdiegti funkciją į produkciją!

Baigiamieji žodžiai

Tikriausiai supratote, kad sėkmė nekrenta iš dangaus ir nėra lengvai pasiekiama. Tai sunkaus darbo, atkaklių pastangų ir stiprios dvasios nepasiduoti rezultatas; tai daugybės analizių, bandymų ir eksperimentų rezultatas. Jei norite pagreitinti savo įmonės ar verslo augimą, tada vietoje intuicijos ar patarimų — analizuokite, testuokite ir eksperimentuokite!