Mängufikseerimise mehhaanikad: oskuste puu

Tere, Habr! Jätkame juttu mänguifikatsiooni mehhanikatest. Eelmine artikkel rääkis reitingust, kuid selles artiklis räägime oskustelehtedest (tehnoloogilisest puust, skill tree). Uurime, kuidas puu mängudes kasutatakse ja kuidas seda mehhanikat mänguifikatsioonis rakendada.

Oskusteleht on tehnoloogilise puu erijuhtum, mille eelmudel ilmus esmakordselt lauamängus Civilization juba 1980. aastal. Selle autoreiks on üllatuslikult mitte Sid Meier, vaid Francis Tresham. Siiski, arvutimängudes kuulub selle mehhanika kasutamise esikoht (nagu ka lõplik kujundamine tuttavas vormis) vanale Sidi klassikalises Sid Meier’s Civilization 1991. aastast. Sellest ajast alates on tehnoloogilist puud kasutatud mängu arendamises mitte ainult stratégiates ja RPG-des, vaid isegi aktsioonimängudes ja laskmismängudes. Artiklis ei pöörata tähelepanu oskustelehe ja tehnoloogilise puu erinevustele ning mõistet oskusteleht kasutan mõlema kohta. Pean mõlemat kirjaviisi (oskusteleht ja oskuste puu) õigeks, kuid kasutama artiklis viimast, kuna see on mängu arenduses sagedamini esinev.

Siit kõik algas. Sid Meieri tsivilisatsiooni tehnoloogia puu.

Kui soovite rohkem teada saada puu mehhanika ajaloo kohta või selle ehitamise põhimõtetest, siis alguspunktiks on sama nime kandev lehekülg Vikipeedias. Minu artiklis vaatleme kaasaegsete (ja mitte nii kaasaegsete) mängude puude tüüpe, pöörame tähelepanu mehhanika probleemidele, proovime leida lahendusi neile probleemidele ja mõtleme konkreetsetele võimalustele, kuidas kasutada oskuste puu mehhanikat mängimise gamifikatsioonis. Miks ainult mõtleme? Kahjuks ei õnnestunud mul leida toimivaid näiteid oskuste puu kasutamisest mitte-mängulises kontekstis. Kui olete selliste näidete leidnud, siis olen tänulik, kui mainite neid kommentaarides selle artikli all.

Enne mängumehaanika kasutamist gamifikatsioonis tuleb uurida mängude arendamise kogemust. Analüüsige, kuidas mehhanikat mängudes kasutatakse, mis teeb selle mängijatele atraktiivseks ja millist naudingut inimesed saavad, suheldes selle mehhanikaga. Oskuste puu kohta soovitan vaadata Mark Brown'i videot või tõlgitud artiklit selle video peamised punktid dtf.ru. Marka teesid on asjakohased mitte ainult mängude arenduses, vaid ka mängimise elementide rakendamises mittemängulistes süsteemides ja projektides.

Ahnukate oskuste puude liikide kohta (ehitusprintsiibi, mängutüübi jne alusel) on põhjalikult kirjutatud ülalmainitud artiklis Vikipeedias. Tsiteerida pole mõtet, seega pakun välja vaadata mõningaid huvitavaid puid, mida leidub mängudes.

Näidisoskuste puu mängust Path of Exile. See esindab enamikku viidatud, meemides ja demotivatsioonides oskuste puust. Hoolimata näilisest keerukusest on puu loogiline ja mängijate poolt kiiresti omandatav. Kuid mängimise elementide rakendamiseks on sellise puu suurus liiga suur, kasutajate kaasamise tase pole piisav, et sellega toime tulla.

Veel üks suur ja keeruline puu mängust Final Fantasy X.

Jälle on silma paistnud Final Fantasy seeria, seekord kaheteistkümnes osa. Puu on väiksem kui kümnendas osas, kuid näeb välja liiga kummaline ja keeruline, et mõista. Kus on siin algus? Kus on lõpp? Kas see puu on üldse olemas?

Vanamoodne oskuste puu Diablo 2-st (kahest ekraanipildist kokku pandud). Pange tähele, kuidas puu on jagatud kolme vahekaardiks, mis põhimõtteliselt kujutavad endast kolme väiksema oskuste puu.

Hea, korralik oskuste puu kaasaegses mängude arendamises. Assassin’s Creed: Origins. Pange tähele õnnestunud disainilahendust: heledalt ja kontrastselt esile tõstetud omandatud oskused ja teed, mille nad avavad.

Kõige hetkitehnilisem näide, mille suudasin leida. Warzone 2100 tehniline puu. Soovitan minna lingi kaudu, et näha seda 100% skaalas.

Kuidas on võimalik kasutada oskuste puu mehhanismi mängudesse? Kaks ilmset võimalust on a) koolitussüsteemid ja personalivarud ning b) lojaalsusprogrammid. Oskuste puu lojaalsusprogrammid esindab allahindluste ja muude boonuste süsteemi, mis on kohandatud igale kliendile kliendi endi poolt.

Esimene variant: kaugõppeportaalid ja siseettevõtte portaalid. Mõlemal juhul on eesmärk sama – struktureerida võimalikud teoreetilised oskused, näidata kasutajale süsteemide kaudu, millist teed peab ta teatud pädevuste saavutamiseks käima. Oletame, et olete alustanud tööd uues ettevõttes nooremanalüütikuna. Ettevõtte siseportaalis on teile kergesti ligipääsetav isiklike pädevuste puu, mille kaudu on lihtne mõista, milliseid teoreetilisi oskusi teil puudub vanema analüütiku tasemele, ning on selge, mida tuleb uurida, kui soovite liikuda projektijuhtimise valdkonda jne. Ettevõtte juhtkond omakorda saab täieliku ülevaate töötajate pädevustest. Selline süsteem hõlbustab teoreetiliselt personal reserveside loomist ja töötajate vertikaalset edutamist ettevõttes, suurendades töötajate üldist pädevust.

Lihtne skeem ettevõtte siseportaali osade oskuste puust. Tegelikus ettevõttes on puu suurem, kuid näitena, mis väljendab põhisisu, sobib ka selline.

Vaadake paigutust lähemalt. Roheline täitmine tähistab õpitavaid oskusi (ristkülikud) ja erialasid (ellipsid), valge täitmine - õpitavad oskused. Hall täitmine näitab kergesti ligipääsmatuid oskusi ja erialasid. Oranžid ja hallid jooned näitavad teid oskuste ja erialade vahel, oranžid - juba läbitud rada, hallid - veel läbitud. Kui kliki ristkülikul, oleks mõistlik avada aken, kus on võimalus registreeruda valitud oskuse kursusele või info, kus ja kuidas seda kursust läbiseda ja kinnitada (näiteks, kui portaalis ei ole integratsiooni kaugõppesüsteemiga). Klõpsates ellipsil, näitame spetsialiseerumise kirjelduse akent (kohustused, palgavahemik jne). Pange tähele, et töökogemus: rangelt võttes ei ole see oskus, kuid näitab võimalust integreerida oskuste puusse mitte ainult teoreetilisi pädevusi, vaid ka muid erialale vajalikke nõudeid. Töökogemuse ristkülikusse on sisse ehitatud edusammude riba, mis näitab selgelt kasutaja edusamme.

Teine viis oskuspuu mehhanika rakendamiseks on lojaalsuskaartide arendamine. Kujutage ette klassikalist lojaalsuskaarti suures kaubamajas, näiteks spordikaupade, riiete ja jalatsite müügis. Tüüpiliselt annab selline kaart ostjale soodustuse, kui ta saavutab teatud ostusumma, või võivad sellele kaardile koguneda boonused, mida saab kasutada tulevaste ostude osaliseks tasumiseks. See on parem kui mitte midagi, see toimib, kuid selline kaart ei paku paindlikku kohandamist konkreetse kliendi jaoks. Mis siis, kui anda kliendile võimalus valida näiteks 5% allahindlust kõikidele toodetele või 10%, aga ainult meeste jalatsitele? Ja järgmise taseme saavutamisel näiteks garantii pikendamine 365 päevani või 2% allahindlust lumelauajatele? Teoorias töötab selline lojaalsussüsteem paremini kui tavaline, sest keegi ei tea paremini kui inimene ise, mida ta vajab. Ettevõte, kes sellise süsteemi ellu viib, eristub ühesugusest lojaalsusprogrammide turust (kus ei ole juba pikka aega olnud huvitavaid uuendusi), saab rohkem andmeid klientide eelistuste kohta, tõstab nende pühendumust poodile ja suudab lõpuks isegi vähendada lojaalsussüsteemi kulusid võrreldes klassikalise versiooniga.

Kulude vähendamine on võimalik oskuste puu tasakaalu nutika seadistamisega. Arendamise käigus tuleb arvutada, kui palju tinglikke punkte (rubla ekvivalent) iga oskus maksma läheb (pole sugugi vajalik, et oskused maksaksid võrdselt), võrrelda saadud tulemusi klassikalise lojaalsusprogrammi ja „kalibreerida“ loodud süsteemi. Näiteks võtame jalatsipoe, kus müüakse meeste-, naiste- ja lastejalatseid. Klassikaline lojaalsusprogramm pakub 5% allahindlust kõikidelt toodetelt pärast 20 000 rubla ostusumma saavutamist. Uues süsteemis määrame ühe oskuse maksumuseks 10 000 rubla ja pakume kliendile kolme valikut — 5% meeste jalatsitelt, 5% naiste jalatsitelt ja 5% laste jalatsitelt. Oletame, et me ei pane karmivalimist, ja klient saab avada kõik kolm oskust. Selleks peab ta poes kulutama 30 000 rubla, mitte 20 000 rubla nagu klassikalise variandi puhul. Kuid enamik kliente on sellise „mugavuste keeramise“ üle rahul (ja ei pea seda isegi selliseks), kuna nad saavad allahindlust oma kõige olulisemalt kategoorialt, kulutades selle saavutamiseks kaks korda vähem raha kui klassikalise variandi puhul.

Vastus tuleb kohe: aga ostja saab allahindlust ka tema jaoks tähtsaimale tootegrupile kiiremini. See on tõsi, kuid ma arvan, et enamik ostjatest ei osta ainult valitud kategoorias. Täna ostab inimene endale jalanõud, homme kingad oma naisele ja kuue kuu pärast on neil laps, kellele on samuti vajalik jalanõud. Mida suurem on pood, seda rohkem kliente ja mitmekesisem on valik, seda paremini see mudel töötab, ja seda huvitavam on poele anda klientidele võimalus ise valida allahindlusi teatud tootegruppides (isegi kitsastes kategooriates).

Teine põhjus, miks kasutada oskuste puu süsteemi lojaalsusprogrammides, on inimaju ebamugavustunne lõpetamata tegevuste suhtes. Sellele põhinevad ka teised mängumehaanika elemendid: edenemisrihm. Usun, et meie olukorras mõjutavad klientide ajust tulenevad motiivid avama uusi oskusi puus, ning nad tegelevad omamoodi „munchkinismiga”, püüdes omada kõiki puu oskusi. See sunnib neid kulutama rohkem raha, kui nad seda teeksid traditsioonilise lojaalsusprogrammi puhul. Seetõttu, kuigi Mark Brown soovitab mängudes luua puid, mida ei saa täielikult avada, soovitan ma lojaalsusprogrammides mitte piirata kliente ja mitte sundida neid mõtlema õige punktijaotuse üle. Lõppude lõpuks on klientide kaasamise tase lojaalsusprogrammiga madalam kui mängija kaasamise tase uue mänguga, seega ei tohiks selliseid ülesandeid anda ilma vajaduseta.

Artikli lõpus arutame oskuste puu mehaanika rakendamise probleeme ja küsimusi praktikas.

Kas kuvada kogu oskuste puu kohe? Mõnedes mängudes ei näe mängija kogu puud ja saab oskustest teada alles siis, kui need saavutatakse. Arvan, et selline varjamine mängu elementides ei too kasu. Kuvage puu kohe, motiveerige kasutajat oma õppestrateegia loomisel.

Gamifikatsiooni puu projekteerimisel kaaluge oskuste taastamise võimalust, säilitades teenitud kogemuse ja andes võimaluse oskuseid uuesti jaotada. See funktsioon vabastab kasutajad liigsetest vastutustest oskuste jaotamisel ning võimaldab kohandada lojaalsusprogrammi vastavalt kasutaja elus toimuvatele muudatustele. Lapse sünd, kolimine teise linna, ametikõrgendamine või koondamine, dollari kurss — palju tegureid mõjutab tarbimisharjumuste järsu muutumise. Oskuste taastamise funktsioon võimaldab süsteemil olla relevantne nendes olukordades. Kuid ärge tehke seda funktsiooni liiga kergesti kättesaadavaks, vastasel juhul võivad kasutajad lihtsalt taastada oskusi kassas enne maksmist, valides hetkel vajalikud oskused ja eemaldades süsteemi algse mõtte. Sellega on normaalne, et selline võimalus antakse üks kord aastas, pärast aastavahetuse pühi või ettevõtte sünnipäeval.

Mõelge hoolikalt läbi punktide määramise mehhanism süsteemis. Kas üks punkt on võrdne ühe krooniga? Või tuhande krooniga? Kas tasub süsteemi luua võimalus suurenenud punktide määramise koefitsiendi jaoks teatud ajavahemike või teatud kaupade puhul? Kas neid punkte saab kasutada kaupade eest tasumiseks oskuste avamise asemel? Või on boonuspunktid ja oskuste avamiseks vajalikud punktid süsteemis erinevad üksused?

Oluline küsimus — millest koosneb oskuste puu? Milliseid boonuseid sinna lisate? Kas oskustel on tasemed? Näiteks, esimese taseme oskus annab 1% allahindlust, samas kui viienda taseme oskus — juba 5%. Kuid ärge piirduge ainult selliste boonustega: nii mängudes kui ka mängulistest elementidest koosnev puu muutub igavaks. Lisage uusi funktsioone ja võimalusi, mitte ainult olemasolevate täiustamist. Näiteks võib puust avada järjekorrata kassale mineku või kutse salajastele müükidele või muid eksklusiivseid võimalusi. Oskuste puu lojaalsusprogrammides — see ei ole ainult allahindlused kaupadele ja teenustele. Oskuste puu mängus peab provotseerima mängijaid uut sisu avastama, samas kui lojaalsusprogrammis stimuleerib see täiendavaid oste erinevates kaubagruppides.

Kes saab seda mehaanikat kasutada lojaalsusprogrammide mängustamiseks? Minu arvates sobib see väikesele, keskmisele ja suurele ettevõttele, mis tegutseb B2C valdkonnas ning pakub vähemalt viit (ideaalis kümmet) erinevat toodet ja teenust. Pizza, wokk, rullid ja sushi – need on minu arusaamise järgi erinevad tooted. Habe, vuntside ja peanaha lõikus, laste lõikus ja juuste värvimine – need on erinevad teenused. Punased või rohelised kingad, Margarita pizza ja barbecue pizza – need on sarnased tooted. Osavõtud, mis koosnevad boonustest ühe või kahe toote kohta, ei ole minu arvates vajalikud. Sellises olukorras on lihtsam kasutada klassikalist lojaalsusprogrammi.

Probleem, millega sellise süsteemi kavandamisel ja rakendamisel silmitsi seisame, on minu arvates vajalikute oskuste puudumine ettevõtte omanikul. Osavõtude loomine on keeruline turundusosakonna jõududega, ilma mängustamise kogemuseta, ning tähtsam – ilma mängudisainerita, kellel on kogemus sellise süsteemi tasakaalustamisel. Siiski ei ole uute töötajate palkamine vajalik; enamik ülesandeid on võimalik täita kaugtöötamise ja konsultatsioonide kaudu.

Aitäh kõigile, kes lugesid artikli lõpuni, loodan, et teave oli teile kasulik. Oleksin rõõmus, kui jagaksite oma kogemusi, probleeme ja huvitavaid mõtteid mängu- ja õppimissüsteemide gamifitseerimise valdkonnas kommentaarides.

Allikas: habr.com