PAGE
PROGRESS
0%
·10 min read

Individualus programinis sprendimas švietimui

Individualus programinis sprendimas švietimui

EdTech that sticks Mygom Tech Case Study Article

Jūsų mokykla ką tik praleido kelis mėnesius diegdama naują programinę įrangą. Mokytojai praėjo apmokymus. Administracija atnaujino procesus. O po trijų mėnesių pusė darbuotojų vėl naudoja skaičiuokles.

Pažįstama situacija? Tokia realybė ne vien jūsų įstaigoje. Remiantis UNESCO ataskaita apie technologijas švietime (opens in new tab), JAV net 67% švietimo programų licencijų lieka nenaudojamos. 85 % vertintų pedagoginių įrankių - netinka arba neišsprendžia esminių problemų. Pinigai išleidžiami, o problema lieka.

Esmė ne pačioje technologijoje, o požiūryje. Daugelis mokyklų perka programinę įrangą dar neįsigilinusios į tikrąsias problemas. Užsakomi sprendimai, kurie atrodo gerai demonstracijose, bet netinka kasdienei komandos veiklai. Nesėkmei ištikus, dažnai perkamas dar vienas naujas įrankis - vietoje to, kad iš esmės peržiūrėtų procesą.

Šiame gide rasite kitokį požiūrį. Mes padėjome klientui, veikiančiam keliose šalyse: iš nesuderintos, išsibarščiusios sistemos sukūrėme vieną jungtą platformą.

Trys svarbiausi žingsniai

Prieš vertindami bet kurį įrankį, aiškiai išsigryninkite šias tris sritis.

Nustatykite, kur dingsta laikas ir pasitikėjimas. Kalbėkitės su mokytojais, administracija, tėvais. Neklauskite apie funkcijas - klauskite, kas kasdien stabdo jų darbą. Pvz., rankinis lankomumo žymėjimas, trunkantis valandą. Tėvai, negalintys parašyti ten, kur reikia, nes nėra aiškaus kontakto kanalo. Administracija, koordinuojanti pamokas per kelis skirtingus įrankius. Dažnai tai - procesų, o ne programinės įrangos spragos. Pirmiausia išsigryninkite jas.

Apgalvokite, kaip matuosite sėkmę. „Didesnis įsitraukimas" - ne rodiklis. Nustatykite konkrečias, kiekybines užduotis - pvz., vertinimų laikas sumažinamas nuo keturių iki vienos valandos per savaitę, tėvų užklausos sprendžiamos be administracijos įsikišimo, tvarkaraščio klaidos - iki nulio. Tai - orientyrai, pagal kuriuos matuosite programinės įrangos naudą. Be jų nesužinosite, ar investicija pasiteisino.

Įtraukite tuos, kurie tikrai naudos įrankį. Mokytojai, kurie jaučiasi nedalyvavę sprendimuose, dažnai tampa pagrindine nesėkmės priežastimi. Įtraukite juos iš anksto. Leiskite pažymėti, kas jiems iš tiesų padėtų, ir atskirti nuo to, kas tik gerai skamba susitikimuose.

Tarpinis patikrinimas: Jei dar neišsiaiškinote savo procesų ir negalite pasakyti, kaip skaičiuojate sėkmę - sustokite ir išsiaiškinkite tai. Kiekvienas kitas sprendimas priklauso nuo šių pamatų.

Standartinis ar individualus sprendimas: kaip išsirinkti?

Universalios platformos kurtos „vidutinei" mokyklai. Jei jūsų procesai standartiniai, nėra daugkalbiškumo, sudėtingų vartotojų struktūrų ar senų sistemų – toks sprendimas gali tikti.

Tačiau vos tik jūsų poreikiai ima skirtis nuo vidurkio, tenka mokėti už funkcionalumą, kurio neprireiks, o būtini sprendimai - lieka už borto. Didžiausia rizika - paslėptosios išlaidos. Kiekvieną kartą, kai mokytojas eksportuoja duomenis į skaičiuoklę, nes sistema nepritaikyta jų darbo eigai - prarandamas laikas. Kiekvieną kartą, kai tėvams tenka skambinti administracijai, nes platformoje nesimato abiejų vaikų tvarkaraščių - prarandamas pasitikėjimas.

Individualūs programinės įrangos sprendimai reikalingi tada, kai jūsų procesai nedera su šabloniniais įrankiais, reikia integruoti esamas sistemas arba augant organizacijai būtina plėtra ir lankstumas.

Svarbu: individualus sprendimas nereiškia, kad viską kuriame nuo nulio. Geriausi atvejai - kai derinamas specializuotas branduolys ir patikimos trečiųjų šalių paslaugos jau patikrintoms funkcijoms: mokėjimams, vaizdo pamokoms, kalendoriui. Kuriama tik tai, ko rinkoje dar nėra. Viskas kita - naudojama iš jau egzistuojančių paslaugų.

Kas nutinka verslui: Mokyklos, pritaikančios standartinius įrankius prie savų išskirinių procesų, praranda ne tik efektyvumą, bet ir pasitikėjimą technologijomis. Vėlesnių diegimų pradžia būna lydima skeptiškumo.

Tarpinis patikrinimas: Jei komanda daugiau laiko leidžia apeidama sistemą, nei su ja dirbdama - ši priemonė jums netinka.

Šiandien mokyklos susiduria su biudžeto iššūkiais. Pagal PowerSchool 2026 m. EdTech Pulse (opens in new tab), finansiniai klausimai iš 14 vietos peršoko į 1 pagal svarbą mokyklų vadovams. Vadinasi, kiekvienas technologinis pasirinkimas tampa kritišku - jį reikia pagrįsti. Didelės rinkos sprendimai nebūtinai tinka kiekvienam. Tik tos organizacijos, kurios supranta savo darbo eigas, renkasi ar kuria tinkamus įrankius ir aktyviai su jais dirba, mato apčiuopiamus rezultatus.

Kaip mes sprendėme šią problemą realiai

Į mus kreipėsi kalbų mokymo organizacija (opens in new tab). Problema nebuvo funkcijų trūkumas - o jjų išskaidymas. Tvarkaraščiai buvo vienoje sistemoje, mokėjimai - kitoje, bendravimas su tėvais - el. paštu. Tėvai, turintys kelis vaikus, neturėjo jokio bendro vaizdo. Tvarkaraščių sudarymas ir susitikimų nuorodų kūrimas buvo atliekami rankiniu būdu.

Kiekvienas įrankis savaime veikė, bet kartu jie kėlė dar daugiau papildomo darbo.

Prieš kurdami nors eilutę kodo, detaliai išanalizavome kiekvienos grupės - tėvų, mokinių, mokytojų, administracijos - procesus. Sužymėjome, kur prarandamas laikas ir pasitikėjimas. Tai nulemia kiekvieną tolimesnį sprendimą.

Sprendimas: viena sujungta sistema - Next.js, NestJS ir PostgreSQL kaip pagrindas, Stripe - mokėjimams, Calendly - pamokų rezervacijai, Zoom bei Google Meet - nuotolinėms pamokoms. Susitikimų nuorodos kuriamos automatiškai patvirtinus rezervaciją. Individualus kalendoriaus sprendimas platformoje leidžia matyti tvarkaraščius neišeinant iš sistemos, su pilnu laiko juostų palaikymu.

Viešoji svetainė keliomis kalbomis, sukurta naudojant PayloadCMS, kad darbuotojai galėtų patys atnaujinti turinį - nereikia programuotojo kasdieniams pokyčiams.

Vaizdo pamokų paslaugos nuo nulio nekūrėme - tam jau yra Zoom. Supratimas, ką verta kurti ir ką rinktis rinkoje, - lygiai tiek pat svarbus, kiek ir pati plėtra.

Rezultatas: Tėvai gali valdyti kelių vaikų tvarkaraščius, mokėjimus, pranešimus vienoje vietoje. Žinutės siejamos su konkrečiu vaiku, tad tėvui paprasta sekti „kurio vaiko" klausimas sprendžiamas. Mokytojai valdo pamokų medžiagą, lankomumą ir komunikaciją iš vieno valdymo ekrano. Administracija tvarko vartotojus, kursus, finansus, turinį - viską vienoje sistemoje (opens in new tab).

Building a Modern Platform for Language Education mygom
Case Study - Building a Modern Platform for Language Education

Diekite dalimis, ne viską iškart

Vienu metu paleisti visai mokyklai - tiesiausias kelias į chaosą ir nesėkmę. Etapai egzistuoja ne be reikalo.

1 etapas: bandomasis projektas su maža, motyvuota grupe. Pasirinkite mokytojus ir administracijos atstovus, kuriems įdomu išbandyti naujoves. Jų užduotis - identifikuoti visus „aštrius kampus" prieš diegiant plačiau. Testuokite 2-4 savaites. Stebėkite prisijungimus, užduočių įvykdymą, klaidas. Atlikite tikrą aptarimą.

2 etapas: šalinate, ką pastebėjo pirmame etape. Ištaisykite tai, ką atskleidė bandomasis projektas. Tai žingsnis, kurį dauguma organizacijų praleidžia. Išvados lieka dokumente, paleidimo data nesikeičia, ir tos pačios problemos ištinka visus kitus. Traktuokite apibendrinimą kaip griežtą vartus. Niekas nejuda į pilną paleidimą, kol kritinės problemos neišspręstos.

3 etapas: plėskitės su įtrauktais mokymais. Mokymai nėra PDF failas ir 30 minučių vaizdo įrašas. Surenkite trumpas sesijas pagal vartotojo vaidmenį - tai, ką mato mokytojas, skiriasi nuo to, ką mato tėvas. Dokumentuokite dažniausiai naudojamus darbo procesus. Sukurkite nuolatinį palaikymo kanalą. Reguliariai tikrinkitės pirmą mėnesį.

Verslo pasekmės: Komanda, kuri nepasitiki nauja priemone - jos nenaudoja. Nesėkmė dažnai ištinka ne paleidimo dieną, o trečią savaitę, kai iškyla pirmosios realios problemos, o pagalbos nėra.

Tarpinis patikrinimas: Jei neplanuojate mokymų pagal vartotojų roles iki paleidimo, - dar nepasiruošę startui.

Matuokite rezultatus, o ne aktyvumą

Daugelis mokyklų po diegimo pamatuoja veiklą, bet ne rezultatą. Prisijungimai - tai tik aktyvumas. Iš tiesų svarbu - ar sumažėjo laikas vertinimams, ar tėvai randa reikalingą informaciją be administracijos, ar mokytojams lieka daugiau laiko dėstyti.

Paprastas būdas tai sekti:

Skaičiai rodys, ką tobulinti. Jei kažkas neveikia - pastebėsite iškart, o ne po pusės metų, kai visi tyliai grįžta prie skaičiuoklių.

Verslo pasekmės: Be pradinio matavimo taško neturėsite pagrindo, kas pasiteisino ar kodėl verta investuoti daugiau.

Tarpinis patikrinimas: Nusistatykite pradinius rodiklius dar prieš paleidžiant sistemą.

Tipinės klaidos, į kurias verta atkreipti dėmesį

Dauguma nesėkmių švietimo įrankių diegime kartojasi. Žinodami jas iš anksto, galite tam pasiruošti.

Reikalavimų išplėtimas kūrimo metu. Reikalavimai nuolat plečiasi, kūrimas tęsiasi, ir iki programinės įrangos paleidimo mokyklos poreikiai jau pasikeitė. Spręskite tai aiškiomis etapų ribomis ir aiškiu patvirtinimu prieš kiekvieno etapo pradžią.

Neįvertinta integracija. Naujos platformos sujungimas su esamomis sistemomis - mokinių informacinėmis sistemomis, mokėjimų procesoriais, personalo duomenų bazėmis - nuosekliai užtrunka ilgiau nei tikimasi. Biudžetuokite tai. Testuokite integracijas bandomojoje aplinkoje prieš liesdami gamybos duomenis.

Mokymai ignoruojami. Jei žmonės jaučiasi nepasiruošę - įrankis nenaudojamas. Mokymus planuokite ir biudžete, ir laike nuo pat pradžių.

Nepriskiriama aiški atsakomybė. Programinė įranga turi turėti savininką - atsakingą už problemas, kontaktus su tiekėjais, prioritetų nustatymą. Nepriskyrus aiškios atsakomybės - sistema per metus paprastai būna pamiršta.

Verslo pasekmė: Kiekvienas iš šių gedimo scenarijų turi grandininį poveikį. Reikalavimų išplėtimas atideda paleidimą. Atidėtas paleidimas sutrumpina mokymų laiką. Sutrumpinti mokymai žlugdo pritaikymą. Atsakomybės nebuvimas reiškia, kad problemos niekada neišsprendžiamos.

Kaip atrodo sėkmingas diegimas

Tai tėvas, kuris prisijungęs mato abiejų vaikų tvarkaraštį, sumoka už kitą pusmetį ir parašo mokytojui - neišeidamas iš platformos. Tai mokytojas, kuris vienoje vietoje sužymi lankomumą, dalijasi medžiaga, tikrina namų darbus.

Ne įspūdingos demonstracijos ar sėkmingai skambantis funkcijų sąrašas. O sistema, kasdien palengvinanti švietimo darbą visiems vartotojams.

Kaip Mygom gali padėti

Jei svarstote, ar individualūs sprendimai yra geriausias kelias jūsų verslui, pirma pagalvokite, kas šiandien atima daugiausia laiko arba griauna pasitikėjimą jūsų darbais.

Kaip dirbame mes:

Iš pradžių kartu su jumis atidžiai išnagrinėjame vieną procesą - sritį, kur kyla daugiausia rūpesčių. Kalbamės su tais, kuriems tai aktualu. Kuriame greitai ir etapais, kad realų poveikį pamatytumėte dar neinvestavę viso biudžeto.

Susisiekite su mumis (opens in new tab) ir sužinokime kartu, ar individualus sprendimas būtent jums yra teisingas kelias.

Domantas Bružas - PM

Domantas Bružas

PM

Making sure projects launch on time and (mostly) stress-free.

Prisijunkite LinkedIn

Dirbkime kartu

Dirbkime kartu

Pasiruošę įgyvendinti savo idėjas? Mes esame čia, kad padėtume.