Waarom een RFP?
Een Request for Proposal (RFP) is een gestructureerd document waarmee je vendors uitnodigt om een voorstel te doen op basis van jouw specifieke eisen. Het zorgt voor:
- Vergelijkbaarheid: Alle vendors beantwoorden dezelfde vragen
- Transparantie: Je selectiecriteria zijn vooraf helder
- Efficiëntie: Vendors die niet passen, selecteren zichzelf uit
- Documentatie: Je beslissingsproces is navolgbaar en auditproof
RFP vs. RFI: Wat is het verschil?
| RFI (Request for Information) | RFP (Request for Proposal) | |
|---|---|---|
| Doel | Marktverkenning, longlist | Concrete aanbieding, shortlist |
| Fase | Oriëntatie | Selectie |
| Diepgang | Breed, globaal | Specifiek, gedetailleerd |
| Tijdsinvestering | 2–4 uur schrijven | 8–16 uur schrijven |
| Verwachte respons | Productsheet + capabilities | Offerte + plan van aanpak |
Tip: Bij minder dan 5 potentiële vendors kun je de RFI overslaan en direct een compacte RFP sturen.
Structuur van een effectieve RFP
1. Introductie & Context (1 pagina)
Geef vendors voldoende context om een relevant voorstel te doen:
- Over je organisatie: Branche, omvang, locaties, groeiplannen
- Aanleiding: Waarom zoek je een nieuwe oplossing?
- Scope: Welke HR-processen moeten worden ondersteund?
- Tijdlijn: Wanneer wil je live zijn?
- Budget-indicatie: Optioneel, maar het bespaart tijd als je een range deelt
2. Functionele Requirements (2–3 pagina's)
Gebruik het MoSCoW-framework en vraag vendors per requirement aan te geven:
| Requirement | Prioriteit | Standaard | Configureerbaar | Custom | Niet mogelijk |
|---|---|---|---|---|---|
| Digitaal personeelsdossier | Must | ||||
| Manager self-service | Must | ||||
| Verzuimregistratie (WVP) | Must | ||||
| Custom workflows | Should | ||||
| Predictive analytics | Could |
3. Technische Requirements (1–2 pagina's)
- Hosting en dataresidentie (EU vereist?)
- Integratie-eisen (welke systemen moeten gekoppeld worden?)
- Security-standaarden (ISO 27001, SOC 2, SSO)
- Performance-eisen (concurrent users, laadtijden)
- API-beschikbaarheid en documentatie
4. Implementatie & Support (1 pagina)
- Verwachte doorlooptijd implementatie
- Beschikbare resources (intern/extern)
- Datamigratie-vereisten
- Training-aanpak
- Support-model en SLA-verwachtingen
5. Commercieel (1 pagina)
Vraag vendors om een duidelijke prijsopgave:
- Licentiekosten (per medewerker, per module, flat fee)
- Eenmalige implementatiekosten
- Trainingskosten
- Jaarlijkse support- en onderhoudskosten
- Kosten voor extra modules of toekomstige upgrades
- Contractvoorwaarden (minimale duur, opzegtermijn)
6. Evaluatiecriteria (½ pagina)
Wees transparant over hoe je beoordeelt:
| Criterium | Weging |
|---|---|
| Functionele fit | 30% |
| Technische geschiktheid | 20% |
| Implementatie-aanpak | 15% |
| Prijs-kwaliteit | 20% |
| Vendor-stabiliteit & references | 15% |
7. Proces & Planning (½ pagina)
- Deadline voor vragen
- Deadline voor indiening
- Planning demo's/presentaties
- Verwachte beslisdatum
- Contactpersoon voor vragen
Template: Begeleidende brief
Geachte [vendor],
>
Hierbij nodigen wij u uit om een voorstel in te dienen voor de levering van [HR-technologie scope] voor [bedrijfsnaam].
>
Onze organisatie telt [X] medewerkers verdeeld over [Y] locaties in [landen]. Wij zijn op zoek naar een oplossing die onze HR-processen digitaliseert en onze medewerkerservaring verbetert.
>
Bijgevoegd vindt u onze RFP met gedetailleerde requirements en evaluatiecriteria. Wij verzoeken u uw voorstel uiterlijk [datum] in te dienen via [e-mailadres].
>
Vragen kunt u tot [datum] stellen aan [contactpersoon] via [e-mail].
>
Wij zien uw voorstel met belangstelling tegemoet.
Tips voor een succesvolle RFP
Doen
- Wees specifiek: "Ondersteuning voor 3 CAO's tegelijkertijd" is beter dan "flexibele beloningsconfiguratie"
- Prioriteer: Gebruik MoSCoW zodat vendors weten wat essentieel is
- Stel open vragen: "Beschrijf hoe jullie omgaan met…" levert meer inzicht dan ja/nee vragen
- Deel context: Hoe meer een vendor over je situatie weet, hoe relevanter het voorstel
- Beperk het aantal pagina's: 8–12 pagina's is ideaal; meer schrikt af
Niet doen
- Kopieer geen generieke RFP-templates: Pas elke sectie aan op je eigen situatie
- Stuur niet naar meer dan 5 vendors: Je kunt de antwoorden niet zinvol vergelijken
- Stel geen onrealistische deadlines: Geef vendors minimaal 2–3 weken
- Vergeet IT niet: Technische requirements zijn net zo belangrijk als functionele
- Maak het geen test: Een RFP is een uitnodiging tot samenwerking, geen examen
Na de RFP: Wat nu?
- Ontvangst bevestigen: Stuur een bevestiging naar alle deelnemende vendors
- Evalueren: Gebruik je vooraf bepaalde criteria en weging
- Shortlist: Selecteer 2–3 vendors voor demo's
- Feedback: Geef afgewezen vendors een korte motivatie — dit is professioneel en houdt de relatie open
- Demo's plannen: Gebruik onze Demo Voorbereiding Gids voor de volgende stap
