EdtechGamificationSaaS

Plėčiama architektūra paremtas mokymosi variklis edukacinėje platformoje „Mokido“

Nuo nulio suprojektavome „EdTech“ platformą naudodami atskirtą turinio variklį, kuris leidžia greitai plėsti programą be programuotojų įsikišimo, kartu sumažinant IT kaštus 40%.

Plėčiama architektūra paremtas mokymosi variklis edukacinėje platformoje „Mokido“ case cover

Vartotojų įsitraukimas

Išaugo 80%

palyginus su tradiciniais mokymosi metodais

Administravimo efektyvumas

2x didesnis

sumažinus rankinį darbą per dinaminį užduočių kūrimo įrankį

IT kaštai

40% mažesni

lyginant su rinkos konkurentais

Kontekstas

Konkurencingoje „EdTech“ rinkoje pagrindinė platformų žlugimo priežastis yra ne turinio trūkumas, o jo plėtros kaštai ir vartotojų nubyrėjimas (churn rate) dėl linijinės vartotojo patirties. Lietuviškai edukacinei platformai Mokido reikėjo sistemos, kuri išlaikytų aukštą įsitraukimą, nereikalaudama didelės vidinės programuotojų komandos kiekvienai naujai pamokai sukurti.

Problema: rankinis darbas ir statinė logika

Atlikę pradinių reikalavimų auditą, pastebėjome dvi kritines technines rizikas, kurios būtų stabdžiusios platformos augimą:

  1. Turinio kūrimo spąstai: Priklausomybė nuo programuotojų kuriant naujas užduotis yra visiškas stabdis. Norint augti, „Mokido“ reikėjo sistemos, kurioje turinį formuotų edukatoriai, o ne programuotojai.
  2. Progresijos spragos: Primityvi „išlaikė/neišlaikė“ logika sukelia beprasmišką pasipiktinimą. Jei vaikas nesupranta specifinio fonetinio elemento, jo stūmimas į priekį sukuria „žinių skolą“, dėl kurios jie tiesiog meta mokslus arba įsisavina mažiau informacijos.

Techninis sprendimas: kodo ir turinio atskyrimas

1. Schemomis grįsta užduočių architektūra

Užuot programavę statines komponentes, mes sukūrėme JSON schema paremtą variklį. Tai leidžia administratoriams per patogią panelę (dashboard) kurti sudėtingas ir interaktyvias užduotis – skiemenų jungimą, sakinių konstravimą ar audio-vizualinį derinimą.

  • Rezultatas: Pagrindinės programos dalys lieka nepaliestos, o turinys gali laisvai augti. Šis architektūrinis sprendimas sumažino IT įsikišimo poreikį net 50%.

2. Algoritminio įsisavinimo ciklai

Linijinę progresiją pakeitėme adaptyviu pasikartojimo ciklu. Sistema seka detalius duomenis apie vartotojų klaidas.

  • Jei neįsisavinamas specifinis fonetinis modelis, algoritmas protingai permaišo užduotis, kad ši „neįveikta“ užduotis sugrįžtų kitame kontekste. Taip užtikrinamas 100% įsisavinimas prieš pereinant į sudėtingesnį lygį, kas stipriai didina ilgalaikį žinių įsisavinimą.

3. Kognityvinio krūvio valdymas

Išlaikyti vaiko dėmesį aplikacijoje reiškia laviruoti tarp „darbo“ būsenos ir pervargimo.

  • Taktinės mikro-pertraukėlės: Integravome automatizuotas 10 minučių „apdovanojimų sesijas“ po intensyvaus mokymosi. Tuomet vaikas gali pasirinkti mėgstamą žaidimą ir jame pereiti vieną lygį. Tai padeda suvaldyti kognityvinį nuovargį ir leidžia ilgesnį laiką išlaikyti vaiką maksimaliai imliu. Rezultatas – metrikose užfiksuotas 80% didesnis įsitraukimas.

Rezultatas: operacinės ir vartotojų metrikos

Fokusuodamiesi į „variklį“, o ne tik į „interfeisą“, sukūrėme platformą, kuri kaina ir našumu lenkia pramonės standartus.

MetrikaVerslo rezultatas
Vartotojų įsitraukimasIšaugo 80% per adaptyvų sudėtingumą ir apdovanojimus
Administravimo efektyvumas50% mažiau rankinio darbo atnaujinant turinį
Priežiūros kaštai40% mažesni IT kaštai dėl schemomis grįsto modelio

Reziumė

Mokido sėkmė įrodo, kad edukacinėse technologijose „žaidimo“ elementas yra vertas tik tiek, kiek tvirta jį laikanti sistemos logika. Sukūrėme tvarią, vertę generuojančią sistemą, kuri leidžia „Mokido“ komandai fokusuotis į švietimą, kol sistema atlaiko visą plėtros galvos skausmą.

Mes perkėlėme sudėtingumą iš kodo į konfigūraciją. „Mokido“ dabar nebėra tiesiog aplikacija; tai nepriklausomas turinio variklis, sprendžiantis skaitmeninių edukacinių platformų augimo problemą.