Je wilt een onboardingprogramma, producttraining of compliancecursus omzetten naar e-learning. Dan wil je weten wat het kost, hoeveel werk je eigen team eraan heeft en wat je straks precies krijgt.
Een bruikbare begroting begint bij drie keuzes: wat moeten deelnemers kunnen, welk materiaal is al beschikbaar en hoe gaat de training werken in jullie leeromgeving? Die keuzes bepalen het ontwikkelwerk én de kosten na oplevering.
In deze gids lees je hoe je een opdracht afbakent, offertes vergelijkt en controleert of de e-learning klaar is voor gebruik.
Wat laat je precies maken
Bij e-learning kun je drie onderdelen onderscheiden:
- Leerinhoud: leerdoelen, uitleg, praktijkvoorbeelden, opdrachten en toetsvragen.
- Digitale module: schermontwerp, interacties, beeld, audio en de technische uitwerking.
- Leeromgeving: toegang, inschrijvingen, voortgang, rapportages en eventuele certificaten.
Die onderdelen kunnen in één opdracht zitten, maar dat hoeft niet. Een offerte voor een module omvat bijvoorbeeld niet automatisch de inrichting van Moodle of een koppeling met je HR-systeem.
Heb je al een leeromgeving? Laat de leverancier dan vooraf vaststellen hoe de nieuwe content daarin wordt aangeboden en welke resultaten geregistreerd moeten worden. Zo vergelijk je offertes op dezelfde uitgangspunten.
Wat kost e-learning laten maken
De kosten hangen af van de werkzaamheden die nodig zijn. De duur van een module helpt om de omvang te bespreken, maar is onvoldoende om een prijs te bepalen. Een korte simulatie met verschillende beslisroutes kan meer ontwikkelwerk vragen dan een langere module met uitleg en oefenvragen.
Vraag een begroting waarin deze onderdelen zichtbaar zijn:
- Inhoud en didactiek: hoeveel materiaal moet nog worden geschreven, gecontroleerd of herwerkt?
- Ontwerp en productie: volstaat een bestaand template of zijn eigen interacties, illustraties en video's nodig?
- Review en testen: hoeveel feedbackrondes zijn inbegrepen en wie test wat?
- Technische inrichting: welke instellingen of koppelingen zijn nodig voor voortgang, toetsing en rapportage?
- Overdracht en onderhoud: wat wordt opgeleverd en wie kan later wijzigingen uitvoeren?
Een rekenvoorbeeld voor je begroting
Stel dat je één Nederlandstalige module laat ontwikkelen op basis van bestaand, inhoudelijk goedgekeurd materiaal. Je gebruikt een bestaand ontwerp, laat geen video opnemen en spreekt twee gebundelde feedbackrondes af.
Onderstaand voorbeeld gebruikt fictieve uren en een fictief tarief. Het is geen marktgemiddelde of offerte van Ldesign Media.
- Intake en leerdoelen: 6 uur
- Structuur en script: 16 uur
- Ontwerp en bouw: 24 uur
- Review en verwerking: 10 uur
- Testen in het LMS en overdracht: 8 uur
- Projectafstemming: 6 uur
- Totaal: 70 uur
Bij een rekentarief van €100 per uur kom je uit op €7.000 exclusief btw. Platformkosten, licenties, vertalingen en latere updates vallen buiten dit voorbeeld.
De waarde van deze berekening zit in de uitsplitsing. Als jullie bronmateriaal nog moet worden geschreven, verandert de begroting. Als een template herbruikbaar is voor tien modules, kan het ontwerpwerk anders worden verdeeld. Vraag daarom altijd welke aannames achter het bedrag staan.
Reserveer ook tijd van je eigen vakexperts. Hun inhoudelijke controle, feedback en deelname aan de pilot zijn onderdeel van de werkelijke investering.
Begin bij een taak die deelnemers moeten kunnen uitvoeren
"Medewerkers kennen ons privacybeleid" geeft een ontwikkelaar weinig richting. "Medewerkers herkennen een mogelijk datalek en weten waar ze het melden" maakt duidelijk welke uitleg, oefening en toetsing nodig zijn.
Neem bijvoorbeeld een onboardingmodule voor een servicedesk. Deelnemers moeten na afloop een klantvraag kunnen classificeren, de juiste informatie vinden en weten wanneer ze moeten escaleren. Je kunt daarvoor herkenbare klantvragen gebruiken en deelnemers laten kiezen wat zij zouden doen, met feedback op hun keuze.
Bepaal per leerdoel hoe je beoordeelt of het is bereikt. Een voltooiingsregistratie toont dat iemand een activiteit heeft afgerond. Voor toepassing op de werkvloer kan daarnaast een praktijkopdracht of observatie nodig zijn.
Spreek het proces en de beslismomenten af
Een werkbare aanpak bestaat uit zes stappen:
- Afbakenen. Leg doelgroep, leerdoelen, bronmateriaal, talen en technische eisen vast.
- Inhoud uitwerken. Laat vakexperts het script en de opbouw goedkeuren.
- Een prototype maken. Beoordeel een representatief onderdeel op inhoud, vormgeving, bediening en werking in het LMS.
- De module bouwen. Werk de goedgekeurde aanpak uit en verzamel feedback via één aanspreekpunt.
- Een pilot uitvoeren. Laat deelnemers uit de doelgroep de training doorlopen en controleer de geregistreerde resultaten.
- Opleveren en overdragen. Lever de afgesproken bestanden, toegangen en beheerinstructies op.
Vraag om een planning met feedbackdeadlines voor beide partijen. Een algemene belofte als "binnen zes weken klaar" zegt weinig als de beschikbaarheid van vakexperts en de oplevering van bronmateriaal nog onbekend zijn.
Leg ook vast wanneer een wijziging buiten de opdracht valt. Een inhoudelijke correctie tijdens een afgesproken reviewronde is iets anders dan een extra taal of een nieuw scenario.
Kies een oplossing die je team kan onderhouden
De keuze voor een tool bepaalt hoe je de content later kunt aanpassen. Laat daarom al bij de selectie zien wie het beheer gaat doen.
- Activiteiten direct in Moodle: kan passen als je uitleg, opdrachten en toetsing binnen Moodle wilt beheren. Leg vooraf vast welke rollen mogen aanpassen en hoe de cursus wordt overgedragen.
- H5P in Moodle: kan passen als je interactieve oefeningen binnen je leeromgeving wilt gebruiken. Leg vooraf vast welke inhoudstypen nodig zijn en hoe bewerken, resultaten en toegankelijkheid werken.
- Een externe authoringtool: kan passen als je modules buiten het LMS wilt ontwikkelen en als pakket wilt opleveren. Leg vooraf vast wie toegang krijgt tot het bewerkbare project en welke licenties nodig blijven.
- Maatwerkontwikkeling: kan passen als een specifieke simulatie of interactie niet goed met bestaande tools te realiseren is. Leg vooraf vast wie code en content onderhoudt en hoe toekomstige wijzigingen worden uitgevoerd.
Moodle ondersteunt H5P-activiteiten en het toevoegen van content uit de inhoudsbank. De precieze mogelijkheden voor beoordeling hangen af van de activiteit en instellingen. [1]
Vraag bij overdracht om een praktische demonstratie: kan jullie beheerder zelfstandig een tekst aanpassen, een vraag vervangen en de gewijzigde versie beschikbaar maken? Zo wordt "zelf te onderhouden" een toetsbare afspraak.
Maak afspraken over SCORM en xAPI
Een exportformaat moet aansluiten op de leeromgeving en de gewenste registratie.
Voor de standaard SCORM-activiteit in Moodle is SCORM 1.2 de ondersteunde versie. Moodle ondersteunt SCORM 2004 niet volledig als native oplossing. Laat een leverancier daarom de vereiste versie vastleggen en een proefpakket testen in jullie eigen omgeving. [2]
xAPI is een standaard voor het uitwisselen van gegevens over leeractiviteiten. Die gegevens worden opgeslagen in een Learning Record Store, oftewel LRS. [3] De vermelding "xAPI" op een offerte vertelt dus nog niet hoe de content wordt gestart, hoe deelnemers worden herkend of welke rapportages beschikbaar komen. Spreek dat afzonderlijk af.
Vraag vooral welke informatie je nodig hebt: een eindresultaat, afzonderlijke pogingen, antwoorden op vragen of gebeurtenissen uit meerdere systemen. Laat de technische keuze daarop aansluiten.
Neem toegankelijkheid mee in ontwerp en acceptatie
Denk vanaf het begin aan toetsenbordbediening, leesbare contrasten, ondertiteling en begrijpelijke instructies. Beoordeel ook of deelnemers een oefening kunnen uitvoeren zonder uitsluitend te slepen, kleur te herkennen of geluid te horen.
Voor overheidsinstanties gelden wettelijke toegankelijkheidsverplichtingen. Daaronder vallen ook publiekrechtelijke instellingen die aan de wettelijke definitie voldoen; "semipubliek" is daarvoor geen voldoende precieze afbakening. Welke verplichtingen op jullie organisatie en toepassing van toepassing zijn, moet vooraf worden vastgesteld. [4]
Leg de beoogde norm, versie, het niveau en de testomvang vast. Een toolkeuze is op zichzelf geen garantie voor toegankelijke eindcontent. H5P verwijst bijvoorbeeld naar een overzicht van toegankelijkheid per inhoudstype. [5] Ook de gekozen teksten, media en inrichting moeten worden beoordeeld.
Controleer de hele route bij oplevering
Een module kan goed werken in de preview van de leverancier en toch andere resultaten opleveren in jullie leeromgeving. Neem daarom onderstaande situaties op in de acceptatietest.
- Starten als deelnemer: de juiste doelgroep krijgt met de juiste rechten toegang.
- Onderbreken en hervatten: de module hervat volgens de afgesproken werking.
- Slagen en zakken: score en status worden correct verwerkt.
- Een herkansing doen: pogingen en de geldende score volgen jullie beleid.
- Rapportage bekijken: de geregistreerde gegevens komen overeen met wat de deelnemer heeft gedaan.
- Een certificaat ontvangen: indien van toepassing wordt dit alleen onder de afgesproken voorwaarden uitgegeven.
- Mobiel en toegankelijk gebruik: de afgesproken apparaten en bedieningsvormen werken.
- Content bijwerken: de update heeft het afgesproken effect op bestaande voortgang en resultaten.
Maak expliciet wat "voltooid" en "geslaagd" betekenen. Iemand kan alle onderdelen hebben bekeken en toch onvoldoende scoren op de toets. Die situaties moeten in de inrichting en rapportage goed worden onderscheiden.
Voorkom afhankelijkheid na oplevering
Een afspeelbaar pakket is niet vanzelf het bewerkbare bronproject. Spreek daarom af welke projectbestanden, accounttoegangen, gebruiksrechten en instructies worden overgedragen. Controleer ook de rechten op afbeeldingen, muziek, lettertypen en andere ingekochte onderdelen.
Wijs daarnaast een inhoudelijk eigenaar aan. Leg vast wanneer de training wordt gecontroleerd en wat er gebeurt als beleid of werkprocessen veranderen. Bespreek bij updates ook wat deelnemers moeten doen: alleen de wijziging bekijken, opnieuw toetsen of de hele training opnieuw volgen.
Daarmee maak je onderhoud een gepland onderdeel van de training.
Zelf maken of uitbesteden
Zelf ontwikkelen kan passen als je team tijd heeft, de inhoud beheerst en de benodigde didactische en technische kennis beschikbaar is. Bij complexere scenario's, veel media of specialistische eisen kun je die expertise gericht inkopen.
Je kunt het werk ook verdelen. Laat bijvoorbeeld een specialist het ontwerp en de eerste module uitwerken, en leer je team hoe het volgende modules maakt. Spreek dan vooraf af welke onderdelen herbruikbaar zijn en welke ondersteuning bij de overdracht hoort.
Maak je eerste gesprek concreet
Neem naar een leverancier een voorbeeld van je bronmateriaal mee, samen met je doelgroep, gewenste leerresultaat, deadline en bestaande leeromgeving. Voeg toe wie de inhoud gaat goedkeuren en wie de module later onderhoudt.
Bij Ldesign Media helpen we organisaties met Moodle-maatwerk, integraties en technische inrichting. Wil je weten wat jouw e-learning vraagt van Moodle, de toetsing of de rapportages? Bekijk onze dienst e-learning laten maken of neem contact op met je uitgangspunten en een voorbeeld van je materiaal. Dan kunnen we bespreken welke technische aanpak bij jouw situatie past.
