Programma van eisen voor ERP: stappenplan en kant-en-klaar model

Wie een nieuw ERP-systeem zoekt, begint vaak met demo's en prijslijsten. Dat is een omweg. De betere start is een programma van eisen voor ERP: een helder document dat beschrijft wat uw organisatie nodig heeft, waarom, en hoe u kandidaten gaat beoordelen. Op deze pagina leest u waarvoor het dient, hoe u het opbouwt en vindt u een model voor een ERP programma van eisen dat u kunt overnemen.

Waarom een programma van eisen onmisbaar is

Een ERP raakt vrijwel elk proces in uw bedrijf: inkoop, voorraad, productie, verkoop, projecten, financiën, personeel. Zonder schriftelijke expressie van behoeften gaat elke leverancier uit van zijn eigen aannames. Het gevolg: offertes die niet vergelijkbaar zijn, functies die pas tijdens de implementatie als "maatwerk" opduiken en discussies over wat wel of niet in de scope zat.

Een goed programma van eisen levert vier dingen op:

• Intern draagvlak. Het dwingt afdelingen om hun werkwijze en pijnpunten te benoemen en keuzes te maken.
• Vergelijkbare offertes. Alle leveranciers antwoorden op dezelfde vragen, in hetzelfde format.
• Een objectieve beoordeling. Met vooraf vastgestelde criteria voorkomt u dat de beste verkoper wint in plaats van het beste systeem.
• Een contractuele basis. Wat in het document staat en door de leverancier bevestigd is, kunt u later terugvinden in de overeenkomst.

Het document hoort bij de bredere selectie. Hoe die verloopt, leest u in onze gids over het kiezen van een ERP-systeem. En wilt u eerst de basis opfrissen, lees dan wat een ERP-systeem is.

Programma van eisen, RFP en RFI: de begrippen

In de markt worden verschillende termen door elkaar gebruikt. Een korte afbakening:

Een RFP voor ERP is dus geen vervanging van het programma van eisen, maar een verpakking eromheen: het bevat het programma van eisen plus de spelregels van de aanbesteding, zoals deadlines, contactpersoon, vragenronde en beoordelingswijze.

Voordat u begint: voorbereiding

Een programma van eisen schrijft u niet in één middag. Plan een korte voorbereiding.

1. Stel een kernteam samen. Een projectleider met mandaat, plus vertegenwoordigers van finance, operatie, verkoop en IT.
2. Leg de huidige situatie vast. Welke systemen zijn er, welke koppelingen, welke handmatige werkarounds?
3. Formuleer de doelen. Waarom doet u dit project? Minder handwerk, betere voorraadinzicht, groei naar nieuwe markten, naleving van regelgeving?
4. Breng de processen in kaart. Op hoofdlijnen, van offerte tot betaling of van inkoop tot levering. Niet elk detail, wel de kritieke stappen.
5. Haal input op bij gebruikers. De mensen die dagelijks werken met orders, facturen of voorraad kennen de uitzonderingen die niemand in een processchema zet.

Besteed vooral aandacht aan uitzonderingen. Het standaardproces past meestal in elk pakket; het is de bijzondere situatie (een specifieke kortingsstructuur, een eigen werkwijze met onderaannemers, een afwijkende facturatie) die het verschil maakt tussen een soepele implementatie en een kostbare aanpassing.

De opbouw van een goed programma van eisen

Een bewezen structuur bestaat uit tien onderdelen. Het model verderop volgt dezelfde volgorde.

1. Presentatie van de organisatie

Korte beschrijving van uw bedrijf: activiteiten, vestigingen, entiteiten, talen, valuta's en groeiplannen. Leveranciers moeten begrijpen met wie ze te maken hebben, zonder dat u uw hele bedrijfsplan deelt.

2. Doelstellingen en context

Waarom vervangt u uw systeem en wat moet het opleveren? Beschrijf uitkomsten, niet oplossingen. "Wij willen de maandafsluiting versnellen" is bruikbaarder dan "wij willen module X".

3. Afbakening van het project

Welke bedrijfsonderdelen, entiteiten en landen vallen erbinnen? Welke processen blijven buiten scope? Een heldere afbakening voorkomt later discussie.

4. Processen

Beschrijf de belangrijkste bedrijfsprocessen op hoofdlijnen: wat gebeurt er, wie doet het, welke gegevens zijn nodig en wat is het resultaat? Geef ook de bekende knelpunten aan.

5. Functionele eisen per domein

Hier werkt u per domein uit wat het systeem moet kunnen: financiën, inkoop, verkoop, voorraad, productie, projecten, service, hr. Elke eis krijgt een prioriteit.

6. Technische eisen

Hosting, beveiliging, koppelingen, rapportage, schaalbaarheid, gebruikersrechten. Dit onderdeel raakt de keuze tussen cloud en eigen beheer; lees daarover cloud-ERP of on-premise.

7. Gegevensmigratie

Welke gegevens moeten mee, uit welke bronnen, in welke kwaliteit? Dit onderschatte onderdeel bepaalt vaak de planning. Meer daarover in onze gids over ERP-migratie.

8. Implementatie en ondersteuning

Wat verwacht u van de leverancier tijdens en na de livegang: projectaanpak, training, hypercare, onderhoud, servicelevels?

9. Planning en budgetkader

Gewenste startdatum, mijlpalen en het budgetkader dat u wilt delen. Transparantie over budget helpt leveranciers een passend voorstel te doen. Voor een realistisch beeld van kostenposten, zie ERP-kosten.

10. Selectiecriteria en procedure

Hoe beoordeelt u de voorstellen? Welke wegingen, welke fasen (schriftelijk, demo, referentiebezoek) en welke data?

Prioriteren: must, should, could, won't

De grootste fout in veel programma's van eisen is dat alles "essentieel" is. Gebruik een vaste schaal, bijvoorbeeld de MoSCoW-methode:

Vraag leveranciers per eis te antwoorden met een vast antwoordniveau, zodat u kunt vergelijken:

Laat leveranciers het niveau altijd kort toelichten. Een "standaard" zonder uitleg is weinig waard.

Veelgemaakte fouten

• Functies beschrijven in plaats van doelen. Wie "een knop voor X op scherm Y" schrijft, bouwt zijn oude systeem na.
• Het document kopiëren van een ander bedrijf. Een lijst van een andere organisatie bevat eisen die u niet hebt en mist die u wel hebt.
• Alleen de directie en IT betrekken. De gebruikers dragen uiteindelijk het systeem.
• Te lang en te algemeen. Honderden regels als "het systeem kan facturen maken" onderscheiden niemand. Concentreer u op wat voor uw bedrijf specifiek is.
• Gegevensmigratie vergeten. Schone, volledige stamgegevens zijn zelden vanzelfsprekend.
• Geen weging van criteria. Zonder vooraf vastgestelde weging wint het sterkste gevoel in de zaal.

Meer lessen uit mislukte trajecten vindt u in onze gids over fouten bij een ERP-project.

Een programma van eisen gebruiken bij de selectie

Het document is geen eindproduct, maar een werkinstrument. Gebruik het zo:

1. Shortlist maken. Toets een ruime groep leveranciers op de must-eisen. Het veld is breed: van Odoo en Exact Online tot Microsoft Dynamics 365 Business Central, AFAS, SAP Business One en Oracle NetSuite, met elk een eigen doelgroep en aanpak.
2. Demoscripts afleiden. Maak van de belangrijkste processen scenario's en laat leveranciers die met uw eigen voorbeeldgegevens tonen.
3. Scoren. Gebruik een vaste scorekaart met gewichten, ingevuld door meerdere teamleden onafhankelijk van elkaar.
4. Referenties raadplegen. Vraag naar organisaties van vergelijkbare omvang en sector.
5. Onderhandelen en vastleggen. Neem de bevestigde antwoorden op in de overeenkomst of als bijlage.

Houd er rekening mee dat u niet alleen een pakket kiest, maar ook de partij die het implementeert. Hoe u die beoordeelt, staat in een ERP-integrator kiezen. Wilt u hulp bij het vinden van een geschikte integrator, kijk dan hoe onze kosteloze doorverwijzing werkt.

Sector en omvang: waar het programma verschilt

Een programma van eisen voor een productiebedrijf ziet er anders uit dan dat van een dienstverlener. Een paar voorbeelden van accenten:

Meer over de specifieke eisen per branche vindt u bij ERP voor de maakindustrie en ERP voor de groothandel. Voor kleinere organisaties is een beknopt document voldoende; zie ERP voor het mkb.

Nederlandse en Europese randvoorwaarden

Een ERP voor een Nederlands bedrijf moet aansluiten op de lokale context. Neem in elk geval deze punten op:

• Boekhouding en btw. Aangiften, ICP-opgaaf, grootboekschema volgens uw eigen indeling, en aanlevering richting de Belastingdienst.
• Elektronische facturatie. Verzenden en ontvangen van gestructureerde facturen, onder meer via Peppol en UBL. Lees ook e-facturatie in ERP.
• Gegevensbescherming. Verwerkersovereenkomst, bewaartermijnen, rechten van betrokkenen onder de AVG, en de locatie van opslag.
• Bancaire koppelingen. SEPA, bankafschriften, incasso's en betaalbestanden.
• Samenwerking met accountant. Koppeling of export voor uw externe accountant en jaarrekening.
• Loonadministratie. Indien relevant: koppeling met een salarispakket of een geïntegreerde hr-module.

Laat dit niet over aan de leverancier. Vraag expliciet hoe elk onderdeel in het pakket is ingevuld en wie verantwoordelijk is voor wijzigingen in de regelgeving.

Model voor een ERP programma van eisen

Hieronder staat een model dat u kunt kopiëren. Vervang de teksten tussen haakjes door uw eigen gegevens en schrap wat niet van toepassing is.

Deel A. Algemene gegevens

• Titel van het document: Programma van eisen ERP-systeem [bedrijfsnaam]
• Versie en datum: [versie, datum]
• Opsteller en contactpersoon: [naam, functie, e-mailadres]
• Status: [concept, definitief]
• Vertrouwelijkheid: dit document is vertrouwelijk en uitsluitend bestemd voor de aangeschreven leveranciers.

Deel B. Presentatie van de organisatie

• Activiteiten: [korte beschrijving van uw kernactiviteit]
• Juridische entiteiten en vestigingen: [aantal in woorden, locaties, landen]
• Talen en valuta's: [Nederlands, Engels, euro en eventuele andere valuta's]
• Huidige systemen: [boekhoudpakket, voorraadbeheer, crm, spreadsheets]
• Groeiverwachting: [nieuwe entiteiten, markten, productgroepen]

Deel C. Doelstellingen en afbakening

Deel D. Procesbeschrijving

Beschrijf per proces de volgende punten:

Deel E. Functionele eisen

Gebruik per domein een tabel met een vaste kolomopbouw: nummer, eis, prioriteit (must, should, could), antwoord van de leverancier, toelichting.

Financiën

Inkoop en voorraad

Verkoop en klantrelatie

Productie en projecten (indien van toepassing)

Personeel en overig (indien van toepassing)

Deel F. Technische eisen

Deel G. Gegevensmigratie

Vraag de leverancier om zijn migratieaanpak, de gebruikte hulpmiddelen en het aantal proefmigraties dat hij voorstelt.

Deel H. Implementatie, opleiding en ondersteuning

• Projectaanpak en fasering (alles tegelijk of gefaseerd)
• Samenstelling van het projectteam en benodigde inzet van uw medewerkers
• Opleidingsplan en documentatie voor gebruikers
• Testaanpak en gebruikersacceptatie
• Begeleiding rond de livegang (hypercare)
• Ondersteuning na oplevering: bereikbaarheid, responstijden, escalatieprocedure
• Onderhoudscontract en afspraken over wijzigingen

Hoe een traject doorgaans verloopt, leest u in onze gids over ERP-implementatie.

Deel I. Planning en budget

Vraag leveranciers de prijs uit te splitsen in eenmalige en terugkerende kosten, en aan te geven welke aannames eronder liggen (aantal gebruikers, entiteiten, koppelingen).

Deel J. Selectiecriteria en procedure

Procedure:

1. Verzending van het document en vragenronde (data in te vullen).
2. Indienen van het schriftelijk voorstel.
3. Beoordeling en selectie van een beperkt aantal kandidaten.
4. Demosessies aan de hand van uw scenario's.
5. Referentiebezoeken en eindgesprekken.
6. Keuze, onderhandeling en contract.

Vermeld de contactpersoon voor vragen en maak duidelijk dat alle leveranciers dezelfde informatie ontvangen.

Veelgestelde aandachtspunten bij de leveranciers

Het model werkt het best als u ook de context van het pakket meeweegt. Een paar vragen die in elk gesprek terugkomen:

• Welke onderdelen zijn standaard en welke komen uit extra modules of van partners?
• Hoe wordt omgegaan met aanpassingen bij een nieuwe versie?
• Wat is de verhouding tussen configuratie en maatwerk in vergelijkbare trajecten?
• Hoe is de ervaring met organisaties van uw omvang en sector?

Een open-sourcebenadering kan voor sommige organisaties passen; lees daarvoor onze gids over open-source ERP. Wilt u pakketten naast elkaar leggen, bekijk dan de vergelijking van ERP-pakketten voor het mkb.

Van document naar beslissing

Een programma van eisen is pas waardevol als het wordt gebruikt. Bewaar het na de selectie als referentie voor de implementatie: het is de maatstaf waarmee u scope, wijzigingen en acceptatie beoordeelt. Werk het bij wanneer eisen veranderen, en leg die wijzigingen vast.

Wilt u hulp bij het formuleren van uw eisen of het vinden van een integrator die past bij uw sector en omvang? Via ons formulier beschrijft u uw project en wij brengen u gratis in contact met een geschikte, gecertificeerde integrator. De integrator voert het project uit; wij verbinden u alleen.

De genoemde softwarenamen zijn handelsmerken van hun respectievelijke eigenaren en worden uitsluitend ter informatie vermeld. Deze site is onafhankelijk en niet verbonden aan een softwareleverancier.