Onderwijsplatform overstappen: stappenplan in 8 stappen

Ja, een onderwijsplatform overstappen kan met minimaal dataverlies en behoud van gebruikersvertrouwen. De sleutel zit niet in de techniek, maar in twee dingen: vroege betrokkenheid van docenten en een grondige interne analyse vóórdat je ook maar één leverancier belt. Hieronder de 8-stappen routekaart die je direct kunt gebruiken.

Compacte 8-stappen routekaart:

  • Stap 1 – Voorbereiden: kernteam samenstellen, scope en mandaat vastleggen
  • Stap 2 – Business analyse (dag 1–30): processen documenteren, pijnpunten en data-eisen in kaart brengen
  • Stap 3 – Selectiecriteria (dag 31–60): eisenlijst opstellen, waarden toetsen via WaardenWijzer
  • Stap 4 – Shortlist en demo’s (dag 61–90): longlist reduceren, demo’s met praktijkscenario’s, API-checks
  • Stap 5 – Pilot: testmigratie uitvoeren, acceptatiecriteria valideren
  • Stap 6 – Migratie en go-live: data migreren, gebruikers activeren, communicatieplan uitvoeren
  • Stap 7 – Nazorg (eerste 30 dagen): support SLA bewaken, adoptie meten
  • Stap 8 – Evaluatie: KPI’s toetsen, beleid bijstellen

30/60/90-checklist voor beslissers:

  • Dag 0–30: kernteam benoemen, probleemstelling vastleggen, huidige contracten en licenties inventariseren
  • Dag 31–60: functionele en technische eisenlijst afronden, shortlist van drie tot vijf platforms, eerste privacycheck
  • Dag 61–90: demo’s afronden, leverancier kiezen, pilotplan schrijven en testdata klaarzetten

Inhoudsopgave

Hoe ziet het stappenplan per fase er concreet uit?

Een projectmatige aanpak met duidelijke taken en betrokkenen per fase voorkomt dat het traject vastloopt op onduidelijke verantwoordelijkheden.

Fase-indeling en opleveringen

  1. Voorbereiden (dag 0–7): Stel een kernteam samen met een projectleider, technisch contactpersoon, twee onderwijsvertegenwoordigers en een privacy-eigenaar. Leg scope en mandaat schriftelijk vast.
  2. Business analyse (dag 1–30): Documenteer huidige processen, verzamel pijnpunten bij docenten en leerlingen, breng data-eisen en integraties in kaart. Oplevering: probleemstelling met meetbare doelen.
  3. Selectie (dag 31–60): Stel een functionele en technische eisenlijst op. Reduceer de longlist naar drie tot vijf kandidaten op basis van harde criteria. Oplevering: shortlist met scorematrix.
  4. Leverancierskeuze en voorbereiding (dag 61–90): Organiseer demo’s met echte onderwijsscenario’s, voer API-checks uit en vraag testmigraties aan. Oplevering: leveranciersbesluit en migratieplan.

Rollen en verantwoordelijkheden

Rol Verantwoordelijkheid Oplevering
Projectleider Bewaakt planning, budget en besluitvorming Projectplan, statusrapportages
Technisch contactpersoon Valideert integraties, SSO en data-mapping Technische checklist, testresultaten
Onderwijsvertegenwoordiger Vertegenwoordigt docenten en leerlingen Gebruikerseisen, pilotfeedback
Privacy-eigenaar Controleert verwerkersovereenkomst en AVG Privacycheck, contractadvies

Infographic: 8 praktische stappen voor een soepele overstap naar een nieuw platform


Waarom waarden de platformkeuze bepalen

Waarden sturen acceptatie. Wie een platform kiest puur op features, merkt na go-live dat docenten het systeem omzeilen. Kennisnet adviseert de WaardenWijzer als gemeenschappelijke taal bij keuzeprocessen voor digitale leermiddelen, zodat selectie niet door technische features wordt gedomineerd.

Relevante waarden voor de selectie zijn toegankelijkheid (werkt het platform voor alle leerlingen, ook met beperkingen?), privacy (waar staan de data?), lerarenautonomie (kunnen docenten zelf content aanpassen?) en toekomstvastheid (ondersteunt de leverancier open standaarden?).

Een leermiddelenparagraaf hoeft niet uitgebreid te zijn. Klein beginnen met een paar richtinggevende uitspraken en die stapsgewijs uitbreiden naar beleid op school- of bestuursniveau werkt beter dan een groot beleidsdocument dat niemand leest.

Pro-tip: Toets elke selectie-eis aan minimaal drie waarden uit de WaardenWijzer. Zo voorkom je dat een technisch handige feature een waarde als leerlingprivacy ondermijnt.


Welke technische checks mag je niet overslaan?

Controleer API-openheid en documentatie als harde selectievoorwaarde, vóórdat je een leverancier op de shortlist zet. Koppelingen met leerlingvolgsystemen zijn vaak complexer dan verwacht; vraag altijd naar sandbox-accounts en concrete integratiebewijzen.

Technische checklist

Onderdeel Wat controleren Acceptatiecriterium
Identity & access Azure AD-koppeling, SSO, geautomatiseerde provisioning Inloggen via bestaande Microsoft-account werkt foutloos
SIS-integratie Koppeling met leerlingadministratie (bijv. Magister, Somtoday) Gegevens synchroniseren zonder handmatige invoer
LTI/SCORM Compatibiliteit met bestaande leermodules Modules laden correct in het nieuwe platform
Data residency Opslaglocatie van leerlingdata Data opgeslagen binnen de EU, conform AVG
Back-up en herstel Frequentie, retentieperiode, hersteltijd Hersteltest geslaagd binnen afgesproken tijdvenster

Migreer niet alles wat er is. Verouderde accounts en content verwijder je vooraf; dat verlaagt migratie-inspanning en verhoogt adoptie. Stel mappingregels op: wat gaat mee, wat wordt gearchiveerd, wat wordt verwijderd.

Bij Microsoft 365-omgevingen spelen licenties voor onderwijs een directe rol. Controleer of het nieuwe platform werkt binnen de bestaande licentiestructuur of dat aanvullende licenties nodig zijn.

Pro-tip: Vraag elke shortlist-kandidaat om een werkende sandbox en een gedocumenteerde API. Wie dat niet kan leveren, valt af.


Hoe betrek je docenten vanaf dag één?

Leraren bespreken samen in het klaslokaal welke platform het meest geschikt is om te gebruiken.

Adoptie bepaalt of een migratie slaagt of mislukt. Een platform dat technisch perfect werkt maar door docenten wordt gemeden, levert niets op. Betrek eindgebruikers vanaf de business analyse, zodat de oplossing aansluit op de dagelijkse onderwijspraktijk.

Trainingsplan in vier lagen:

  1. Train-de-trainer: Selecteer twee tot drie enthousiaste docenten per school die als interne ambassadeur fungeren en collega’s begeleiden.
  2. Hands-on pilot: Laat de pilotklas het platform vier weken gebruiken voor echte lessen, met wekelijkse feedbacksessies.
  3. Microlearning on demand: Korte instructievideo’s van drie tot vijf minuten beschikbaar via het platform zelf of via Microsoft 365.
  4. Helpdesk SLA: Definieer een meldpunt met een reactietijd van maximaal vier uur tijdens schooldagen.

KPI’s om adoptie te meten:

  • Inlogfrequentie per docent per week
  • Percentage actieve gebruikers per vak of groep na 30 dagen
  • Aantal afgeronde leermodules per leerling
  • Volume supporttickets in de eerste 30 dagen na go-live

Pro-tip: Laat docenten meedenken bij de procesanalyse in de eerste 30 dagen. Wie input geeft, voelt eigenaarschap en stapt sneller over.


Wanneer is een pilot geslaagd en wanneer ga je live?

Een pilot slaagt of faalt op vaste acceptatiecriteria, niet op gevoel. Stel die criteria vóór de start vast op vier gebieden: functioneel, integratie, performance en adoptie.

Voorbeelden van testcases:

  1. Cursusaanmaak: een docent maakt zelfstandig een nieuwe cursus aan binnen tien minuten
  2. Voortgangsregistratie: leerlingresultaten worden correct gesynchroniseerd met het leerlingvolgsysteem
  3. Rapportage-export: een beheerder exporteert een voortgangsrapport naar Excel zonder foutmeldingen
  4. SSO-login: alle testgebruikers loggen in via hun bestaande Microsoft-account zonder extra wachtwoord

Go/no-go criteria:

  • Alle kritieke testcases geslaagd zonder blokkerende fouten
  • Adoptiegraad in de pilotklas ruim voldoende na twee weken
  • Back-up en hersteltest succesvol afgerond
  • Verwerkersovereenkomst getekend

Rollback-plan: Wijs één persoon aan die de beslissing neemt om terug te gaan naar het oude platform. Zorg dat het oude systeem minimaal 30 dagen na go-live actief blijft. Communiceer de rollback-procedure vooraf aan alle betrokkenen.

Voor de eerste 30 dagen na go-live geldt een verhoogd supportniveau: dagelijkse check-in met het kernteam, een apart meldpunt voor docenten en een afgesproken escalatiepad naar de leverancier.


Hoe lang duurt het en wat kost het?

90 dagen is haalbaar voor een kleine instelling met strakke governance. Factoren die de doorlooptijd verlengen zijn grote datavolumes, veel maatwerkkoppelingen en een gefragmenteerde besluitvorming.

Instellingsgrootte Doorlooptijd Bepalende factor
Klein (1 school, relatief weinig leerlingen) Enkele weken tot een paar maanden Beperkte integraties, kleine dataset
Middelgroot (meerdere scholen) Enkele maanden Meerdere koppelingen, meer betrokkenen
Groot (veel scholen of een groot bestuur) Een langere periode Complexe maatwerkprojecten en governance

Kostenposten om op te begroten:

  • Licentiekosten nieuw platform (per gebruiker of per instelling)
  • Migratie-uren (intern en extern)
  • Integratieontwikkeling voor SIS, SSO en LTI
  • Trainingen voor docenten en beheerders
  • Tijdelijke support tijdens en na go-live
  • Buffer voor onvoorziene issues

Vraag leveranciers altijd om een totale eigendomskostenopgave over drie jaar, inclusief updates, support en eventuele exitkosten.


Welke privacyverplichtingen gelden voor Nederlandse scholen?

Controleer de verwerkersovereenkomst en de datalocatie voordat je ook maar één byte migreert. Zonder getekende verwerkersovereenkomst mag je geen leerlingdata overdragen aan een nieuwe leverancier.

Contractchecklist:

  • Verwerkersovereenkomst aanwezig en ondertekend vóór migratie
  • Sub-verwerkers geïdentificeerd en akkoord gegeven
  • Data-exportmogelijkheid vastgelegd (geen vendor lock-in)
  • Opzeg- en exitclausules helder beschreven
  • Bewaartermijnen conform de Archiefwet en sectorale richtlijnen

AVG-essentials voor onderwijs: de grondslag voor verwerking van leerlingdata is doorgaans de wettelijke taak of toestemming van ouders bij minderjarigen. Beperk de gegevens tot wat strikt noodzakelijk is. Informeer ouders en leerlingen actief over de overstap en wat er met hun data gebeurt.

Pro-tip: Laat de privacy-eigenaar al bij de shortlistfase aanschuiven. Vragen over sub-verwerkers en data-export kosten later veel meer tijd als ze pas bij contractonderhandeling opkomen.


Welke risico’s lopen projecten mis en hoe voorkom je dat?

De vier grootste valkuilen bij een platformmigratie zijn ongevalideerde aannames over processen, onderschatte API-integratie, onvoldoende data-sanering en te lage adoptie bij docenten.

Signalen dat een traject vastloopt:

  • Minder dan 60% van de docenten heeft de pilot-uitnodiging geopend
  • Testresultaten zijn onvolledig of worden niet formeel goedgekeurd
  • Budgetafwijking van meer dan 20% al vóór go-live
  • Leverancier levert geen werkende sandbox

Mitigatie per risico:

  1. Ongevalideerde aannames: reserveer de eerste 30 dagen exclusief voor interne analyse, zonder leveranciersgesprekken
  2. API-complexiteit: vraag integratiebewijzen op tijdens de shortlistfase, niet pas bij contractering
  3. Data-legacy: saneer verouderde accounts en content vóór de testmigratie
  4. Lage adoptie: start met een train-de-trainer aanpak en meet wekelijks

Leg na go-live onderhouds- en supportafspraken contractueel vast: updatefrequentie, reactietijden, kennisoverdracht bij personeelswisseling en het beleid bij platformwijzigingen die integraties raken.


Wat doe je de komende 30/60/90 dagen concreet?

Start vandaag met drie acties: benoem een projectleider met mandaat, leg de scope schriftelijk vast en plan een eerste sessie met docenten om pijnpunten op te halen.

30/60/90-mijlpalen:

  1. Dag 0–30: Kernteam compleet, probleemstelling en doelen vastgelegd, huidige contracten en licenties geïnventariseerd, eerste procesanalyse afgerond met docenten
  2. Dag 31–60: Functionele en technische eisenlijst definitief, shortlist van drie tot vijf platforms, privacycheck per kandidaat, eerste demo’s gepland
  3. Dag 61–90: Demo’s afgerond, API-checks gedaan, leverancier gekozen, pilotplan geschreven, testdata gesaneerd en klaargezet

Prioriteitsbeslissingen die het traject versnellen:

  • Regel API-toegang en een sandbox bij de top drie kandidaten vóór dag 45
  • Wijs de pilotklas aan vóór dag 50
  • Zorg dat de privacy-eigenaar de shortlist-contracten vóór dag 55 heeft beoordeeld

Belangrijkste inzichten

Een succesvolle platformmigratie staat of valt met vroege gebruikersbetrokkenheid, grondige interne analyse in de eerste 30 dagen en technische validatie van API’s en SSO vóór de leveranciersbeslissing.

Punt Details
Analyse vóór leveranciersgesprekken Besteed de eerste 30 dagen aan interne processen en data-eisen, niet aan demo’s.
WaardenWijzer als toetssteen Toets elke selectie-eis aan waarden zoals privacy en lerarenautonomie via Kennisnet.
API-bewijs verplicht Vraag sandbox-toegang en integratiebewijzen op tijdens de shortlistfase.
Adoptie meten met KPI’s Inlogfrequentie, actieve gebruikers en supporttickets bepalen of de migratie echt slaagt.
Itym als migratiepartner Itym begeleidt Microsoft-migraties, verzorgt adoptietrainingen en richt Azure for Education in.

Wat ik na meerdere migratietrajecten zou aanraden

De meeste migratieprojecten die ik heb gezien, liepen niet vast op de techniek. Ze liepen vast op aannames. Een schoolbestuur dat ervan uitging dat docenten “wel zouden wennen”, een IT-manager die de API-documentatie pas bij contractering opvroeg, een privacy-eigenaar die pas in de laatste week aanschoof. Elke keer dezelfde patroon.

Wat echt tijd scheelt: de eerste 30 dagen volledig reserveren voor interne analyse, zonder ook maar één leverancier te spreken. Dat klinkt traag, maar het voorkomt dat je een shortlist bouwt op verkeerde aannames en drie maanden later opnieuw begint. De WaardenWijzer van Kennisnet is daarbij geen formaliteit. Het is het enige instrument dat technische en pedagogische eisen in dezelfde taal brengt.

Wat het meeste kost: onderschatte data-legacy. Verouderde accounts en content die mee migreren, verdubbelen de inspanning en verlagen de adoptie. Saneer vroeg en wees streng in wat je meeneemt.

Itym heeft dit traject meerdere keren doorlopen bij onderwijsinstellingen die Microsoft-omgevingen wilden moderniseren. De combinatie van technische migratiebegeleiding en praktijkgerichte adoptietraining maakt het verschil tussen een platform dat wordt gebruikt en een platform dat wordt gedoogd.


Itym helpt je verder met migratie, training en adoptie

Overstappen naar een nieuw onderwijsplatform is een project met veel bewegende delen. Itym neemt de technische en menselijke kant samen op: van Microsoft 365-migratie en Azure for Education-inrichting tot praktijkgerichte adoptietrainingen voor schoolpersoneel die docenten echt meenemen.

Itym

Wat je krijgt bij een eerste gesprek: een concrete terugkoppeling op jouw situatie, een inschatting van doorlooptijd en risico’s, en een helder beeld van welke stappen Itym voor je kan overnemen. Geen standaard verkooppraatje, maar een directe analyse van waar jouw traject nu staat.

Bekijk het consulting en adoptie-aanbod of neem direct contact op via itym.nl voor een intakegesprek.


Nuttige bronnen

  • Kennisnet WaardenWijzer: Gebruik bij de beleidsfase om selectiecriteria te toetsen aan onderwijswaarden. Bijgewerkt december 2025.
  • Kennisnet: leermiddelenbeleid in 5 stappen: Praktische gids om klein te beginnen met beleid en stapsgewijs uit te breiden.
  • Kennisnet: projectmatige aanpak: Onderbouwing voor governance, werkgroepen en API-selectiecriteria.
  • Forwaard: business analyse naar softwareselectie in 90 dagen: Gebruik bij de fasering en 30/60/90-planning. Sterk voor de business analyse-fase.
  • Archipel Academy: overstappen naar een nieuw LMS: Praktische richtlijnen voor data-sanering en migratieplanning.
  • Itym: Microsoft trainingen: Trainingsaanbod voor adoptie en Microsoft-tools in onderwijsomgevingen.

Aanbeveling

Volver al archivo