Een offerteaanvraag voor een leerbeheersysteem schrijven

Heb je eigenlijk wel een RFP nodig?

Als je een LMS aanschaft met onduidelijke vereisten, strenge compliancebehoeften, complexe integraties of veel belanghebbenden, heb je waarschijnlijk baat bij een RFP.

NIGP merkt op: “Een RFP wordt gebruikt wanneer de vereisten niet duidelijk bekend zijn, kwalitatief in plaats van kwantitatief zijn, of wanneer de organisatie op zoek is naar een oplossing voor een probleem”

• Aankoop door de publieke sector of met subsidies, waarvoor formele concurrentie vereist is.
• Strenge compliance: HIPAA-, SOC 2-, FERPA- en AVG-verplichtingen.
• Complexe LMS-integraties met HRIS, CRM en datawarehouse.
• Implementatie in de hele organisatie, verspreid over regio's, talen, vakbonden en divisies.
• Groot budget met een langlopend contract en migratierisico.

Wanneer een RFP overbodig kan zijn

Als je behoeften eenvoudig zijn, je vereisten bekend zijn en prijs de belangrijkste factor is, kun je de RFP overslaan en snel verdergaan met een gerichte selectie en demonstraties. Geldt dit voor jou? Begin dan met mijn beste keuzes hieronder:

Beste leerbeheersystemen om te overwegen

Hier is mijn lijst met de 10 beste beschikbare leerbeheersystemen, om je op weg te helpen met je zoektocht:

Clicks on the links below may earn a commission, which supports our independent testing and review of software and services. Learn more about how we stay transparent.

1. 1. Deel HR — Het meest geschikt voor geïntegreerd prestatiebeheer en leren
2. 2. TalentLMS — Het meest geschikt voor training op basis van functies
3. 3. Acorn — Beste met op competenties gebaseerde leerpaden
4. 4. EducateMe LMS — Het beste voor AI-gestuurde leerervaringen
5. 5. Mitratech Perform — Het beste voor automatische inschrijving
6. 6. Synergy Learning — Het meest geschikt voor aanpasbare LMS-behoeften
7. 7. Factorial — Het meest geschikt voor HR-geïntegreerde medewerkerstraining
8. 8. iSpring LMS — Het beste voor groeigerichte trainingsanalyses
9. 9. SkyPrep — Het beste voor gepersonaliseerde klantenondersteuning
10. 10. Continu — Ideaal voor het centraliseren van leren binnen ondernemingen

RFI versus RFP versus RFQ: wat is het verschil?

Gebruik een RFI om de markt te leren kennen en je behoeften vorm te geven, een RFP om volledige oplossingen te vergelijken met vastgestelde vereisten en een RFQ om een vaste prijs te krijgen voor een vastgelegde specificatie. 

Niet elke aankoop vereist een RFP—als je het juiste document kiest, bespaar je tijd en verminder je heen-en-weergesprekken. Zo kies je het juiste document voor je team.

Een informatieverzoek (RFI) gebruik je het best wanneer je nog in de beginfase zit van het verkennen van opties voor een leerbeheersysteem (LMS). 

Op dit moment weet je misschien nog niet zeker welke functies je nodig hebt. Het doel van een RFI is daarom om meer te leren over de mogelijkheden van leveranciers en je probleemstelling en omvang te verfijnen. 

Een RFI bevat doorgaans je doelen, pijnpunten, gebruiksscenario's op hoofdlijnen en een lijst met vereiste en gewenste functies, samen met een korte vragenlijst over de geschiktheid van de leverancier en de toekomstige routekaart. Het vereiste detailniveau is meestal laag tot gemiddeld.

Een verzoek om een voorstel (RFP) komt later in het proces, zodra je een duidelijk beeld hebt van je behoeften en klaar bent om meerdere LMS-aanbieders grondig te vergelijken. 

Het doel is hier om volledige oplossingen, aanpakken en de algehele waarde te beoordelen aan de hand van je vastgestelde vereisten. 

Een RFP behandelt doorgaans gedetailleerde vereisten, integratiebehoeften, beveiligings- en complianceoverwegingen, datamigratie, implementatieplannen, serviceniveauovereenkomsten (SLA's), LMS-prijsstructuren, evaluatiecriteria en een verwachte tijdlijn. 

Omdat een RFP een rol speelt bij de formele selectie van leveranciers, is een hoog detailniveau vereist.

Tot slot gebruik je een verzoek om een offerte (RFQ) wanneer je al een duidelijk gedefinieerde LMS-specificatie hebt en vaste, uitgesplitste prijzen nodig hebt om direct te kunnen vergelijken. 

Dit document draait om het verkrijgen van vergelijkbare prijzen van verschillende leveranciers. Het moet het aantal gebruikers, modules en functies, contractvoorwaarden, ondersteuningsniveaus, SLA-doelen, trainingseenheden en zowel uitgesplitste als totale prijzen specificeren. 

Het moet ook verlengingsvoorwaarden en eventuele beschikbare kortingen bevatten. Hoewel de verhalende inhoud minimaal is, is het vereiste detailniveau voor prijzen en hoeveelheden zeer hoog.

Veelgemaakte RFP-fouten die u moet vermijden

Als u belangrijke details overhaast behandelt of overslaat, leidt dat tot verwarring, tijdverlies en leveranciers die slecht aansluiten, vooral wanneer u een leerbeheersysteem kiest.

Een paar verbeteringen—duidelijke context, budget, vereisten, beoordeling en antwoordindeling—helpen uw team een gestroomlijnder proces te voeren. 

Begin met het vermijden van deze valkuilen:

Onvoldoende achtergrond of context

Leveranciers kunnen oplossingen niet afstemmen als u niet deelt wie u bent en wat u nodig hebt. Geef het aantal medewerkers, typen cursisten, regio’s, inhoudsindelingen (SCORM/xAPI), integraties (SSO, HRIS), nalevingsvereisten en tijdlijn; voeg een korte samenvatting van uw organisatie en technologiestack toe, zodat offertes aansluiten bij uw werkelijkheid.

Ontbrekend of onduidelijk budget

Als u uw budget verbergt, gaan leveranciers gokken en krijgt u niet-passende offertes. Deel een beoogde bandbreedte en beperkingen (bijv. 1.200 gebruikers, jaarlijkse facturering, maximum voor inrichting) en koppel uw aannames aan de prijzen van leerbeheersystemen, zodat leveranciers de juiste bundel en voorwaarden hanteren.

Vage vereisten of juridisch jargon

Uitdrukkingen als “robuuste rapportage” of “beveiliging volgens de industrienorm” betekenen niets. Specificeer welke rapporten u nodig hebt (bijv. voltooiing per manager, waarschuwingen voor achterstallige taken), de SSO-methode (SAML 2.0 of OIDC), gegevensbewaring en SLA’s; label onderdelen als verplicht/gewenst/mogelijk, zodat leveranciers weten wat niet onderhandelbaar is.

Geen beoordelingscriteria gedeeld

Als u niet laat zien hoe u gaat scoren, leggen leveranciers te veel nadruk op demo’s en gebakken lucht. Publiceer wegingsfactoren (bijv. 40% aansluiting op vereisten, 25% prijs, 20% beveiliging, 15% implementatie), onderdelen waaraan absoluut moet worden voldaan en uw demoscript, zodat leveranciers zich richten op wat voor u belangrijk is.

It starts with one signal.

Each week, AI Signal takes one meaningful shift in AI and helps people leaders understand what changed, why it matters, and what to consider next.

Get Free Access

Have an account? Log In

Geen standaardindeling voor antwoorden van leveranciers

Antwoorden in een vrije indeling kosten u tijd en maken vergelijkingen lastig. Lever een antwoordsjabloon aan: een matrix met vereisten (J/N/gedeeltelijk + opmerkingen), een prijswerkblad (gebruikers, modules, inrichting, training, ondersteuning), paginalimieten voor toelichtingen en een checklist voor bijlagen, zodat u appels met appels kunt vergelijken.

Stel uw RFP-team voor het leerbeheersysteem samen

Een sterke RFP opstellen is geen taak voor één persoon—uw beste werk weerspiegelt de inbreng van L&D, HR, IT, financiën en de mensen die het systeem daadwerkelijk zullen gebruiken; door hen vroeg te betrekken, vermindert u later risico’s en dubbel werk. 

U werkt sneller, schrijft duidelijkere vereisten en neemt betere beslissingen over leveranciers wanneer de juiste mensen helpen de reikwijdte, demo’s en beoordeling vorm te geven. Dit zijn de mensen die u erbij moet betrekken en hoe zij helpen:

Projectsponsor

Dit is uw senior leider die verantwoordelijk is voor de resultaten, het budget veiligstelt, succescriteria vaststelt en obstakels wegneemt; deze persoon zorgt ervoor dat de RFP aan de strategie gekoppeld blijft en neemt de uiteindelijke beslissingen wanneer er afwegingen ontstaan. 

Verwacht inbreng over doelen, scope, governance en regels voor leveranciersbeslissingen; voorbeelden zijn uw CHRO, CLO, VP HR, hoofd L&D of CIO.

Functionele experts

Dit zijn de mensen die het werk kennen: L&D, IT, compliance, gegevensprivacy en rapportage. Zij definiëren gebruiksscenario’s, behoeften voor inhoudsmigratie, SSO/HRIS-integraties, beveiligingsvereisten en essentiële rapportages.

Voorbeelden: L&D-manager, onderwijskundig ontwerper, IT-integratieleider, InfoSec-analist, functionaris voor gegevensbescherming en compliancemanager.

Inkoopmedewerkers of RFP-schrijvers

Zij leiden het proces, bewaken de eerlijkheid, beheren de leverancierslijsten en sturen op voorwaarden, prijzen en SLA’s; zij geven vorm aan het RFP-sjabloon, de beoordeling, deadlines en het onderhandelingsplan.

Voorbeelden: inkoopmanager, specialist strategische inkoop, juridisch adviseur en financieel analist/controller.

Eindgebruikers en belanghebbenden

Beheerders, instructeurs, cursisten en leidinggevenden valideren wat in het dagelijks gebruik werkt; betrek hen bij demo’s, tests in een proeftuin en gebruiksvriendelijkheidsbeoordelingen, zodat de RFP echte werkprocessen en toegankelijkheidsbehoeften weerspiegelt.

Voorbeelden: trainingsbeheerders, eerstelijnsmanagers, vakinhoudelijke trainers, callcentermedewerkers, buitendienstverkopers en cursisten die nieuw in dienst zijn.

Schrijf de RFP voor het leerbeheersysteem

Nu is het tijd om alles wat u hebt verzameld om te zetten in een duidelijke, gestructureerde RFP die leveranciers kunnen volgen.

Een volledige, goed georganiseerde RFP helpt leveranciers nauwkeurig te antwoorden en helpt uw team voorstellen zonder giswerk met elkaar te vergelijken.

Zo deelt u uw document in, zodat leveranciers precies weten wat ze moeten aanleveren:

Samenvatting voor leidinggevenden

Begin met te delen wie je bent, wat je leerdoelen zijn en waarom dit het juiste moment is om een LMS in te zetten. 

Geef een kort overzicht van wie je lerenden zullen zijn—werknemers, opdrachtnemers of partners—en wat je wilt dat ze eraan overhouden.

Benadruk ook je belangrijkste gebruiksscenario’s en de resultaten die je wilt bereiken. Als je belangrijke beperkingen hebt, zoals een tijdlijn of budgetbereik, vermeld die dan hier zodat leveranciers weten waar ze rekening mee moeten houden. 

Houd het kort en bondig—zo leg je de basis voor de rest van de RFP.

Reikwijdte van de werkzaamheden

Beschrijf vervolgens wat bij het project is inbegrepen—zoals het instellen van het platform, integraties, het overzetten van content, het instellen van rapportages, training en ondersteuning. 

Net zo belangrijk is dat je duidelijk aangeeft wat niet is inbegrepen, zodat er geen verrassingen ontstaan. Definieer de belangrijkste opleveringen en mijlpalen, plus de manier waarop je team deze goedkeurt. 

Wees ook duidelijk over wie waarvoor verantwoordelijk is—jouw team of de leverancier—zodat iedereen zijn rol kent. Hierdoor kun je voorstellen gemakkelijker vergelijken en voorkom je dat de reikwijdte ongemerkt steeds verder wordt uitgebreid.

Technische vereisten

Beschrijf de technische details: voorkeuren voor hosting, benodigde integraties, contentstandaarden, verwachtingen op het gebied van toegankelijkheid, rapportages en analyses, en of je mobiele of offline toegang nodig hebt. 

Scheid de vereisten die absoluut noodzakelijk zijn van de vereisten die wenselijk zijn, zodat leveranciers zich kunnen richten op wat echt belangrijk is. 

Vraag hen om te bevestigen hoe ze aan elke vereiste zouden voldoen, hun aanpak toe te lichten en eventuele beperkingen te vermelden. Zo krijg je duidelijke antwoorden in plaats van vage beloften.

Kwalificaties van de leverancier

Vraag leveranciers om een momentopname te geven van wie ze zijn—hun achtergrond, financiële stabiliteit en ervaring met organisaties zoals die van jou. 

Vraag om twee of drie casestudy’s en referenties met wie je daadwerkelijk kunt praten. Laat hen ook het projectteam voorstellen dat ze aandragen, inclusief functies en korte biografieën, zodat je weet met wie je zult samenwerken.

Zo kun je de mensen en expertise achter de software beoordelen, en niet alleen het product zelf.

Behoeften op het gebied van beveiliging en naleving

Wees duidelijk over je verwachtingen voor gegevensverwerking, privacy en toegangsbeheer. Deel alle wetten, voorschriften of interne beleidsregels waaraan ze moeten voldoen.

Vraag om details over hun beveiligingspraktijken, procedure voor incidentrespons, het bewaren en verwijderen van gegevens, garanties voor beschikbaarheid en auditrechten. Verduidelijk wie eigenaar is van de gegevens en waar deze worden opgeslagen. 

Laat leveranciers eventuele hiaten signaleren en uitleggen hoe ze daarmee omgaan—het is beter om dat nu te weten dan later.

Verwachtingen voor implementatie en training

Vraag om een projectplan waarin de fasen, tijdlijnen, afhankelijkheden en rollen aan beide kanten worden beschreven. Vraag leveranciers hoe ze omgaan met migratie, configuratie, testen en veranderingsbeheer.

Het is belangrijk om specifiek te zijn over training: wat je nodig hebt voor beheerders, instructeurs en lerenden, en of je live sessies, opties voor zelfstandig leren of beide wilt (zorg ervoor dat je de trainingsmaterialen mag behouden).

Beschrijf ook duidelijk wat je verwacht van ondersteuning bij de ingebruikname en gedurende de eerste 90 dagen—die eerste weken zijn cruciaal.

Prijzen en licenties

Laat leveranciers de kosten uitsplitsen zodat er geen verrassingen zijn: licenties of abonnementen, LMS-implementatie, integraties, migratie, training, ondersteuning en eventuele extra’s. 

Vraag hen om hun licentiemodel (benoemde gebruikers versus actieve gebruikers) en eventuele drempelwaarden uit te leggen. Vraag naar hun aannames bij de prijsstelling, kortingen, verlengingsvoorwaarden en mogelijke prijsverhogingen. Als alles duidelijk is vastgelegd, kun je leveranciers eenvoudig naast elkaar vergelijken.

Contractvoorwaarden

Geef vooraf aan welke contractvoorwaarden voor jou het belangrijkst zijn—zoals SLA’s, eigendom en teruggave van gegevens, vertrouwelijkheid, intellectueel eigendom voor maatwerk, opzeggingsrechten en aansprakelijkheidsbeperkingen. 

Neem eventuele vereisten voor gegevensverwerking van je juridische team op en vraag leveranciers om je voorwaarden van opmerkingen te voorzien en eventuele uitzonderingen toe te lichten, zodat je na het kiezen van een finalist sneller door de juridische beoordeling komt.

Instructies voor het indienen

Maak het leveranciers eenvoudig om te reageren door de uiterste indieningsdatum, het vereiste format (structuur, bestandstypen, paginalimieten) en de indieningswijze te delen. 

Laat hen ook weten wat je beoordelingscriteria zijn en hoe zwaar je die laat meewegen, zodat ze zich kunnen richten op wat voor jou belangrijk is. 

Beschrijf het volledige proces—van de periode voor vragen en antwoorden tot de selectie van finalisten, demo’s en de definitieve keuze. 

Geef tot slot één contactpersoon en duidelijke instructies over hoe ze vragen kunnen stellen.

De RFP voor het leerbeheersysteem uitgeven

Je RFP uitgeven is niet alleen een kwestie van op ‘Verzenden’ klikken—maar je moet leveranciers de juiste toegang, tijdlijnen en instructies geven, zodat ze goed kunnen reageren.

Een goed distributieplan bepaalt de toon voor de voorstellen die je ontvangt en zorgt ervoor dat je team de beoordeling op schema houdt.

Zo richt je de distributie, timing en indieningsregels op de juiste manier in:

Kies de juiste distributiemethode

Bepaal of je de RFP per e-mail verstuurt, in een RFP-softwareplatform plaatst of via een inkoopportaal publiceert; houd je vervolgens aan één primair kanaal, zodat leveranciers geen updates missen.

Ik raad aan een gecentraliseerd systeem te gebruiken om uitnodigingen, Q&A, aanvullingen en inzendingen bij te houden—RFP-software kan je helpen datums, taken en communicatie met leveranciers op één plek te beheren.

Als je e-mail gebruikt, maak dan een rolgebaseerde inbox aan (bijv. lmsrfp@yourorg.org) en voeg een lijst met contactpersonen van leveranciers toe, zodat je team weet wie de RFP heeft ontvangen. 

Verplicht leveranciers in een portaal zich te registreren voordat ze vragen kunnen stellen of een inzending kunnen doen, en plaats alle aanvullingen daar.

Stel duidelijke verwachtingen voor de planning

Het is een goede gewoonte om leveranciers 3–4 weken de tijd te geven om te reageren en te publiceren hoe en wanneer je Q&A afhandelt; deel de antwoorden met alle inschrijvers om het speelveld gelijk te houden. 

Neem deze datums op in de RFP en in je portaalpublicatie, zodat niemand hoeft te gissen.

• Datum waarop de RFP wordt uitgegeven
• Periode voor vragen en antwoorden van leveranciers
• Uiterste indieningsdatum
• Periode voor beoordeling en selectie

Definieer de indieningsvereisten

Vertel leveranciers precies wat ze moeten indienen en hoe: accepteer pdf-bestanden voor definitieve ondertekende kopieën, sta Word toe voor beschrijvende antwoorden en gebruik een Excel-sjabloon voor prijs- of geschiktheidskloofmatrices.

Vermeld de aanlevermethode (uploaden naar je portaal of verzenden naar je rolgebaseerde inbox) en of leveranciers je sjablonen of formulieren moeten gebruiken.

Geef om verwarring te voorkomen aan hoe bestanden moeten worden benoemd (bijv. VendorName_SectionName.pdf) en of documenten moeten worden samengevoegd tot één pdf-bestand naast het afzonderlijke Excel-sjabloon.

Maak je beleid voor te late inzendingen expliciet—bijvoorbeeld: “Te late inzendingen worden niet geaccepteerd”.

Beoordeel de reacties van leveranciers en maak een shortlist

Hier komt structuur goed van pas: je zet voorstellen om in een shortlist door je aan duidelijke criteria en een gedeeld proces te houden.

Houd scores tussen beoordelaars consistent en laat je inhoudelijke experts hun input geven, zodat je geen behoeften of risico’s over het hoofd ziet. Zo voer je de beoordeling uit en stel je je shortlist samen:

• Standaardiseer hoe je voorstellen en bewijsmateriaal verpakt. Maak voor elke reactie een leveranciersmap en bewaar schermopnamen, video's en transcripties, zodat je team hetzelfde materiaal kan beoordelen en appels met appels kan vergelijken. Moet je terug naar een moment in een demonstratie om een werkstroom te verifiëren? Vind de transcriptie snel.
• Gebruik een gewogen scoringsmatrix. Ken gewichten toe aan wat belangrijk is en beoordeel elke leverancier aan de hand van dezelfde criteria (bijvoorbeeld: “Onderscheidende functies (20%)… Gebruiksgemak (10%)… Inwerkproces (10%)… Klantenondersteuning (10%)… Integraties (10%)… Klantbeoordelingen (10%)… Waar voor je geld (10%).”). Vraag jezelf af: rechtvaardigen het inwerkproces en de ondersteuning van leverancier A een hogere score?
• Plan demonstraties en interviews met een consistent script. Neem elke demonstratie op en praat met verkoop, marketing en klantensucces, zodat je hoort hoe de leverancier je van begin tot eind ondersteunt. Wil je zien hoe ze omgaan met een lastige werkstroom? Vraag elke leverancier om tijdens het gesprek dezelfde stappen te doorlopen.
• Controleer referenties en vergelijk deze met de publieke opinie. Vraag: “Zou je opnieuw voor deze tool kiezen?” en noteer waarom; vergelijk dit vervolgens met feedback in de stijl van een aanbevelingsscore en beoordelingen. Als de lof niet overeenkomt met jouw gebruikssituatie, vraag dan verder door.
• Vul hiaten op en bevestig oplossingen. Wanneer een vereiste zwak of onduidelijk lijkt, neem dan contact op en vraag leveranciers om de oplossing te laten zien of een korte video te sturen. Scoorde een criterium laag? Bevestig dat dit klopt en kijk of er een praktische oplossing is.

Selecteren en leveranciers informeren

Zodra je team een leverancier kiest, zijn de laatste stappen net zo belangrijk als je evaluatie. Je bepaalt de toon voor de implementatie door duidelijk te communiceren met alle leveranciers—geselecteerd en niet-geselecteerd—en intern af te stemmen voordat je overgaat tot contracten. 

Dit zijn drie stappen die HR- en L&D-professionals nu moeten nemen:

Informeer geselecteerde en niet-geselecteerde leveranciers

Informeer leveranciers tijdig en schriftelijk; dat is respectvol en wordt verwacht bij formele aanbestedingen (FAR 15.503). 

Stuur de winnaar een duidelijke notitie met de “volgende stappen” en stuur de anderen een korte bedankmail met feedback op hoofdlijnen (bijvoorbeeld geschiktheid, prijsmodel en timing van de routekaart) wanneer dat passend is, om relaties gezond te houden en toekomstige biedingen concurrerend te maken.

Bereid je voor op de laatste onderhandelingen

Bevestig waarover je mogelijk moet onderhandelen: prijzen en kortingen, SLA's (beschikbaarheid, ondersteuning en responstijden), contractvoorwaarden (gegevensbescherming, verlengingen en plafonds op verhogingen) en de omvang van de implementatie.

Bepaal vooraf je breekpunten en leid vergaderingen aan de hand van een eenvoudige checklist of agenda, zodat je op koers blijft en concessies voorkomt waar je later spijt van krijgt.

Zorg voor interne afstemming voordat je ondertekent

Regel de goedkeuringen: van het management of de financiële afdeling voor het budget, en van juridische zaken of inkoop voor voorwaarden, risico's en naleving.

Deel een korte samenvatting met de belangrijkste redenen voor de beslissing—geschiktheid voor de vereisten, totale kosten, beveiligingspositie, referenties en implementatieplan—zodat beoordelaars snel kunnen handelen.

Wat nu:

Als je bezig bent met het onderzoeken van een leermanagementsysteem, neem dan contact op met een SoftwareSelect-adviseur voor gratis aanbevelingen.

Je vult een formulier in en hebt een kort gesprek waarin ze ingaan op de specifieke behoeften van jouw organisatie. Vervolgens ontvang je een shortlist van software om te beoordelen. Ze ondersteunen je zelfs tijdens het volledige aankoopproces, inclusief prijsonderhandelingen.