Tradicinis „Story Mapping“ metodas: išsamus vadovas globaliai produktų plėtrai

Nuolat kintančioje produktų plėtros srityje svarbiausia yra kurti į vartotoją orientuotus produktus, kurie atitiktų globalios auditorijos poreikius. Tradicinis „story mapping“ (istorijos žemėlapio sudarymas) yra galingas metodas, leidžiantis komandoms sukurti bendrą produkto vizijos supratimą, efektyviai nustatyti funkcijų prioritetus ir laipsniškai teikti vertę. Šiame vadove pateikiama išsami tradicinio „story mapping“ metodo apžvalga, jo nauda ir praktinis pritaikymas komandoms, dirbančioms peržengiant geografines ribas.

Kas yra tradicinis „Story Mapping“?

Tradicinis „story mapping“ yra vizualus ir bendradarbiavimu pagrįstas metodas, naudojamas produktų plėtroje, siekiant organizuoti ir nustatyti vartotojo istorijų prioritetus. Tai daugiau nei paprastas produkto darbų sąrašas (angl. product backlog), nes suteikia holistinį produkto vaizdą iš vartotojo perspektyvos. Procesas apima vartotojo kelionės per produktą atvaizdavimą, pagrindinių jo atliekamų veiklų nustatymą ir šių veiklų skaidymą į mažesnes, lengviau valdomas vartotojo istorijas.

Skirtingai nuo paprasto produkto darbų sąrašo, kuriame funkcijos dažnai išdėstomos plokščia, prioritetine tvarka, „story mapping“ suteikia dvimatį vaizdą. Pirmoji dimensija atspindi vartotojo veiklas („bendrą vaizdą“), o antroji dimensija suskaido šias veiklas į konkrečias užduotis arba vartotojo istorijas. Ši struktūra leidžia komandoms vizualizuoti bendrą produktą ir nustatyti funkcijų prioritetus pagal jų svarbą vartotojo kelionei.

Pagrindiniai „Story Map“ komponentai

Įprastą „story map“ sudaro keli pagrindiniai komponentai:

• Veiklos: Tai platūs tikslai, kuriuos vartotojas bando pasiekti naudodamasis produktu. Jos sudaro „story map“ pagrindą ir dažnai yra išdėstomos horizontaliai viršuje. Pavyzdžiai: „Naršyti produktus“, „Pridėti į krepšelį“, „Atsiskaityti“ ir „Valdyti paskyrą“.
• Užduotys (Vartotojo istorijos): Tai konkretūs veiksmai ar žingsniai, kuriuos vartotojas atlieka kiekvienoje veikloje. Jos rašomos kaip glaustos vartotojo istorijos, paprastai formatu „Kaip [vartotojo rolė], aš noriu [tikslas], kad [nauda]“. Jos išdėstomos vertikaliai po veiklomis. Pavyzdžiai: „Kaip klientas, aš noriu ieškoti produktų pagal raktažodį, kad galėčiau greitai rasti tai, ko man reikia“ arba „Kaip registruotas vartotojas, aš noriu atnaujinti savo pristatymo adresą, kad mano užsakymai būtų pristatyti teisingai“.
• Epai (angl. Epics): Didelės apimties vartotojo istorijos, kurios yra per didelės, kad būtų įgyvendintos per vieną iteraciją. Epai yra skaidomi į mažesnes, lengviau valdomas vartotojo istorijas.
• Leidimai / dalys (angl. Slices): Horizontalios dalys „story map“ žemėlapyje, kurios atspindi skirtingus produkto leidimus ar versijas. Šios dalys padeda komandoms nustatyti kiekvieno leidimo funkcijų prioritetus ir laipsniškai teikti vertę vartotojams.

Tradicinio „Story Mapping“ metodo nauda

Tradicinis „story mapping“ metodas siūlo daugybę privalumų produktų plėtros komandoms, ypač toms, kurios dirba globalioje aplinkoje:

• Geresnis bendradarbiavimas: „Story mapping“ yra labai bendradarbiavimu pagrįsta veikla. Ji suburia produktų savininkus, programuotojus, testuotojus ir kitus suinteresuotus asmenis, kad būtų sukurtas bendras produkto supratimas. Tai ypač svarbu geografiškai paskirstytoms komandoms, kurios gali rečiau bendrauti akis į akį.
• Efektyvesnis prioritetų nustatymas: „Story maps“ padeda komandoms nustatyti funkcijų prioritetus pagal jų svarbą vartotojo kelionei ir bendrai produkto vizijai. Tai užtikrina, kad vertingiausios funkcijos būtų pristatytos pirmiausia.
• Geresnis vartotojo supratimas: Sutelkiant dėmesį į vartotojo veiklas ir užduotis, „story mapping“ padeda komandoms giliai suprasti vartotojo poreikius ir elgseną. Tai labai svarbu kuriant produktus įvairiai globaliai auditorijai.
• Mažesnis švaistymas: Sutelkiant dėmesį į pagrindinę vartotojo kelionę, „story mapping“ padeda komandoms išvengti nereikalingų funkcijų kūrimo, o tai gali žymiai sumažinti išlaidas.
• Aiškesnė produkto vizija: „Story mapping“ suteikia aiškų, vizualų produkto vaizdą, todėl visiems lengviau suprasti bendrą produkto viziją ir planą.
• Laipsniškas vertės pristatymas: „Story maps“ palengvina leidimų su veikiančiais prieaugliais kūrimą, leidžiant komandoms dažniau teikti vertę vartotojams ir anksčiau gauti grįžtamąjį ryšį.
• Pritaikomumas globalioms komandoms: „Story mapping“ yra lankstus metodas, pritaikomas nuotolinio ar hibridinio darbo aplinkoms, kurios yra įprastos globaliai paskirstytoms komandoms. Internetiniai bendradarbiavimo įrankiai lengvai palaiko „story mapping“ pastangas, užtikrindami efektyvų bendravimą ir koordinavimą skirtingose vietose ir laiko juostose.

Kaip surengti „Story Mapping“ sesiją

Sėkminga „story mapping“ sesija apima kelis etapus:

1. Surinkite komandą: Pakvieskite visas susijusias suinteresuotąsias šalis, įskaitant produktų savininkus, programuotojus, testuotojus, dizainerius ir visus kitus asmenis, kurie gali pateikti vertingų įžvalgų. Idealiu atveju komandoje turėtų būti atstovų iš skirtingų regionų ar kultūrinių sluoksnių, kad būtų užtikrinta globali perspektyva.
2. Apibrėžkite apimtį: Nustatykite „story map“ apimtį. Į kurią konkrečią produkto sritį telkiatės? Ar kuriate naujos funkcijos, esamos produkto srities ar viso produkto žemėlapį?
3. Nustatykite veiklas: Apsvarstykite ir nustatykite pagrindines veiklas, kurias vartotojas atlieka naudodamasis produktu. Kiekvieną veiklą užrašykite ant lipnaus lapelio ir padėkite horizontaliai lentoje ar skaitmeniniame bendradarbiavimo įrankyje.
4. Suskirstykite veiklas į užduotis (vartotojo istorijas): Kiekvienai veiklai nustatykite konkrečias užduotis ar vartotojo istorijas, kurias atlieka vartotojas. Kiekvieną vartotojo istoriją užrašykite ant lipnaus lapelio ir padėkite vertikaliai po atitinkama veikla. Nepamirškite naudoti formato „Kaip [vartotojo rolė], aš noriu [tikslas], kad [nauda]“.
5. Nustatykite vartotojo istorijų prioritetus: Aptarkite ir nustatykite vartotojo istorijų prioritetus. Atsižvelkite į jų svarbą vartotojo kelionei, techninį sudėtingumą ir poveikį bendrai produkto vizijai.
6. Sukurkite leidimus / dalis: Nubrėžkite horizontalias linijas per „story map“, kad pavaizduotumėte skirtingus produkto leidimus ar versijas. Tai padeda komandoms planuoti, kokia tvarka bus pristatomos funkcijos.
7. Tobulinkite ir kartokite: „Story mapping“ yra iteratyvus procesas. Reguliariai peržiūrėkite ir tobulinkite „story map“, kai produktas vystosi ir komanda daugiau sužino apie vartotojus.

Įrankiai ir technologijos, skirti „Story Mapping“

Keli įrankiai ir technologijos gali palengvinti „story mapping“ procesą, ypač globaliai paskirstytoms komandoms:

• Fizinės lentos ir lipnūs lapeliai: Tradiciniai metodai puikiai tinka, ypač idėjų generavimui ir ankstyvajam „story mapping“ etapui. Užtikrinkite, kad visi komandos nariai turėtų lengvą prieigą.
• Skaitmeninės lentos: Įrankiai, tokie kaip Miro, Mural ir Microsoft Whiteboard, siūlo bendradarbiavimo realiuoju laiku „story mapping“ galimybes. Jie idealiai tinka nuotolinėms komandoms, leisdami komandos nariams iš skirtingų vietų prisidėti vienu metu.
• Projektų valdymo programinė įranga: Daugelis projektų valdymo įrankių, tokių kaip Jira, Asana ir Trello, integruoja „story mapping“ funkcijas arba palaiko vizualių lentų, primenančių „story maps“, kūrimą. Šie įrankiai padeda valdyti vartotojo istorijas, priskirti užduotis ir sekti pažangą.
• Vaizdo konferencijos: Platformos, tokios kaip Zoom, Microsoft Teams ir Google Meet, yra būtinos „story mapping“ sesijoms, ypač kai komandos nariai yra geografiškai išsisklaidę. Jos leidžia bendrauti realiuoju laiku, dalytis ekranu ir bendradarbiauti generuojant idėjas.

Geroji praktika globalioms komandoms

Taikant tradicinį „story mapping“ metodą globaliame kontekste, atsižvelkite į šias geriausias praktikas:

• Atsižvelgimas į laiko juostas: Planuokite „story mapping“ sesijas tokiu laiku, kuris tiktų daugumai komandos narių, net jei tai reiškia, kad kai kuriems teks dalyvauti ne įprastomis darbo valandomis. Susitikimų laiko kaitaliojimas gali padėti užtikrinti, kad visi turėtų sąžiningą galimybę.
• Kultūrinis jautrumas: Būkite atidūs kultūriniams skirtumams bendravimo stiliuose ir sprendimų priėmimo procesuose. Skatinkite aktyvų visų komandos narių dalyvavimą, nepriklausomai nuo jų kultūrinės aplinkos.
• Aiški komunikacija: Naudokite aiškią, glaustą kalbą ir venkite žargono ar slengo, kurio ne visi gali suprasti. Pateikite rašytines „story map“ ir sesijų metu priimtų sprendimų santraukas.
• Dokumentacija: Kruopščiai dokumentuokite „story map“, įskaitant vartotojo istorijas, prioritetus ir leidimų planus. Tai užtikrina, kad visi turėtų prieigą prie naujausios informacijos.
• Vertimas ir lokalizacija: Jei jūsų produktas bus naudojamas keliomis kalbomis, apsvarstykite, kaip vartotojo istorijos ir veiklos verčiasi ir rezonuoja su vartotojais iš skirtingų lingvistinių sluoksnių. Įtraukite komandos narius, susipažinusius su vertimo ir lokalizacijos gerąja praktika.
• Prieinamumas: Užtikrinkite, kad visi įrankiai ir medžiagos būtų prieinami visiems komandos nariams, įskaitant tuos, kurie turi negalią. Renkantis įrankius, atsižvelkite į įvairius poreikius.
• Vartotojų tyrimai: Reguliariai atlikite vartotojų tyrimus su vartotojais iš skirtingų geografinių regionų, kad užtikrintumėte, jog jūsų produktas atitinka jų poreikius ir lūkesčius. Informacija, gauta iš vartotojų tyrimų, turėtų būti įtraukta į „story map“ ir produkto kūrimą.
• Iteratyvus tobulinimas: Produktas ir „story map“ yra gyvi dokumentai. Toliau kartokite ir tobulinkite savo „story map“, remdamiesi vartotojų atsiliepimais, kintančiomis rinkos sąlygomis ir technologiniais pasiekimais.

„Story Mapping“ taikymo pavyzdžiai

Štai keletas pavyzdžių, iliustruojančių, kaip „story mapping“ gali būti taikomas skirtingose situacijose:

• Elektroninės prekybos svetainė: Veiklos galėtų būti „Naršyti produktus“, „Pridėti į krepšelį“ ir „Atsiskaityti“. Vartotojo istorijos galėtų būti „Kaip klientas, aš noriu filtruoti produktus pagal kainų intervalą, kad galėčiau rasti produktus, atitinkančius mano biudžetą“ arba „Kaip registruotas vartotojas, aš noriu išsaugoti savo mokėjimo informaciją, kad galėčiau greičiau užbaigti pirkimus“.
• Mobili kalbų mokymosi programėlė: Veiklos galėtų būti „Mokytis žodyno“, „Praktikuoti tarimą“ ir „Sekti pažangą“. Vartotojo istorijos galėtų būti „Kaip vartotojas, aš noriu klausytis žodžių garso įrašų, kad galėčiau išmokti teisingą tarimą“ arba „Kaip vartotojas, aš noriu matyti savo pažangą laikui bėgant, kad išlikčiau motyvuotas“.
• Programinės įrangos kaip paslaugos (SaaS) platforma: Veiklos galėtų būti „Sukurti paskyrą“, „Valdyti vartotojus“ ir „Generuoti ataskaitas“. Vartotojo istorijos galėtų būti „Kaip administratorius, aš noriu nustatyti vartotojų teises, kad galėčiau kontroliuoti prieigą prie jautrių duomenų“ arba „Kaip vartotojas, aš noriu gauti el. pašto pranešimus, kai man priskiriama nauja užduotis“.

Šie pavyzdžiai pabrėžia „story mapping“ universalumą įvairiuose produktų kūrimo kontekstuose. Pritaikykite ir priderinkite šiuos scenarijus prie savo konkretaus produkto ir tikslinės auditorijos.

Iššūkių sprendimas globaliame „Story Mapping“ procese

Globalios komandos gali susidurti su unikaliais iššūkiais įgyvendindamos „story mapping“. Proaktyvus šių iššūkių sprendimas gali pagerinti proceso efektyvumą:

• Komunikacijos barjerai: Kalbos skirtumai, kultūriniai niuansai ir skirtingi bendravimo stiliai gali trukdyti bendradarbiavimui. Užtikrinkite aiškų, glaustą bendravimą ir prireikus suteikite vertimo pagalbą.
• Laiko juostų skirtumai: Gali būti sudėtinga suplanuoti susitikimus per kelias laiko juostas. Keiskite susitikimų laiką arba įrašykite sesijas asinchroninei peržiūrai ir dalyvavimui.
• Duomenų privatumas ir saugumas: Laikykitės duomenų privatumo reglamentų, tokių kaip BDAR ar CCPA, ir naudokite saugius komunikacijos kanalus bei saugojimo platformas, kad apsaugotumėte jautrius vartotojų duomenis.
• Techninė infrastruktūra: Užtikrinkite, kad visi komandos nariai turėtų prieigą prie patikimo interneto ir būtinų įrankių. Surenkite mokymus, kaip naudotis bendradarbiavimo įrankiais, ir skatinkite techninę pagalbą iškilus problemoms.
• Kultūriniai darbo praktikos skirtumai: Atsižvelkite į skirtingas kultūrines normas projektų valdymo ir sprendimų priėmimo srityse. Skatinkite įtraukias praktikas ir gerbkite skirtingus darbo stilius.

Išvados

Tradicinis „story mapping“ yra galingas metodas, galintis žymiai pagerinti produktų plėtros procesą, ypač globalioms komandoms. Naudodamas į vartotoją orientuotą požiūrį, palengvindamas bendradarbiavimą ir efektyviai nustatydamas funkcijų prioritetus, „story mapping“ padeda komandoms pristatyti produktus, atitinkančius įvairios globalios auditorijos poreikius. Priimdami šiame vadove aprašytus principus ir pritaikydami metodą savo konkrečiam kontekstui, galite pasinaudoti „story mapping“ privalumais, kad sukurtumėte sėkmingus produktus ir pasiektumėte savo produktų plėtros tikslus.

Nepamirškite teikti pirmenybę vartotojų atsiliepimams, reguliariai kartoti ir puoselėti bendradarbiavimo kultūrą, kad maksimaliai padidintumėte „story mapping“ efektyvumą. Nuolatinis jūsų „story maps“ tobulinimas lems sėkmingesnius produktus ir labiau patenkintą globalią vartotojų bazę.