Een passend ERP-systeem kies je door een belangrijke werkstroom te toetsen, niet door functies op te tellen. Beschrijf eerst welk probleem wordt opgelost, welke eisen noodzakelijk zijn en welke systemen blijven. Laat leveranciers daarna hetzelfde scenario uitvoeren. Vergelijk naast de oplossing ook de implementatie, totale kosten, ondersteuning en mogelijkheden om later over te stappen.
Deze aanpak levert geen universele winnaar op. Het geeft je wel een onderbouwd antwoord op de vraag waarom een voorstel bij jullie bedrijf past. Als het begrip ERP nog onduidelijk is, begin dan bij de ERP-uitleg voor het MKB.
Beschrijf het probleem zonder de oplossing voor te schrijven
“We willen een nieuw ERP” is geen bruikbaar doel. “Planning en administratie gebruiken verschillende opdrachtgegevens” is dat wel. Beschrijf de huidige overdracht, het gevolg van een fout en de gewenste uitkomst. Voeg een geanonimiseerd normaal dossier én een afwijkend dossier toe.
Wijs iemand aan die namens de organisatie besluiten kan nemen. Betrek medewerkers die het werk uitvoeren en iemand die de gegevens en financiële verwerking begrijpt. Zonder gedeeld beeld kan dezelfde demonstratie door verschillende deelnemers heel anders worden beoordeeld.
Maak onderscheid tussen eisen en voorkeuren
Een eis kan een voorstel uitsluiten. Een voorkeur maakt een passende oplossing aantrekkelijker. Zet ze niet op één lange lijst: een prettige dashboardkleur compenseert niet dat projectgegevens niet geëxporteerd kunnen worden of dat noodzakelijke rollen ontbreken.
| Categorie | Voorbeeld van een toetsbare vraag |
|---|---|
| Kernproces | Kan een goedgekeurde opdracht zonder herinvoer naar planning en factuurvoorbereiding? |
| Uitzonderingen | Wat gebeurt er bij een gedeeltelijke levering of ingetrokken akkoord? |
| Gegevens en toegang | Wie mag wijzigen, goedkeuren en exporteren; hoe wordt dat gecontroleerd? |
| Integraties | Welke bestaande koppelingen zijn beschikbaar en welke vragen nieuw werk? |
| Overdracht | Kunnen een andere beheerder en leverancier met de data en documentatie verder? |
Laat per antwoord vastleggen of het standaard beschikbaar is, via inrichting werkt, maatwerk vereist of niet wordt geleverd. Een mondeling “dat kan” is geen afgebakende scope.
Volgende stap
Benieuwd wat dit voor jou kost?
Vertel wat je nodig hebt. We rekenen het door en sturen een offerte op maat.
Vergelijk standaardsoftware en maatwerk eerlijk
Standaardsoftware kan een logische keuze zijn als jullie proces goed past bij het product. Je krijgt bestaande functionaliteit, maar moet ook rekening houden met inrichting, implementatie, abonnementen en productgrenzen. Maatwerk kan een afwijkende werkstroom ondersteunen, maar vraagt ontwikkeling, testen, onderhoud en verantwoordelijkheid voor de technische omgeving.
Een combinatie verdient dezelfde aandacht: behoud een goed werkend specialistisch pakket en voeg alleen de ontbrekende operationele laag toe. Beschrijf daarbij wat er tussen de systemen wordt uitgewisseld en wie eigenaar is van een storing. Maatwerk is niet eenmalig zonder terugkerende kosten; standaardsoftware is niet per definitie duurder of minder overdraagbaar.
Geef elke leverancier hetzelfde demoscript
Laat de demo beginnen bij de oorspronkelijke klantvraag en eindigen bij een controleerbare overdracht aan finance. Vraag onderweg om een wijziging: een andere uitvoeringsdatum, een extra kostenpost of een gebruiker die iets niet mag goedkeuren. Noteer waar de leverancier terugvalt op een spreadsheet of op nog te bouwen functionaliteit.
Gebruik de demonstratie als bewijs voor het voorstel, niet als vervanging van acceptatietests. Microsoft beschrijft in de handleiding voor testplannen het belang van vooraf bepaalde scenario’s, verwachte uitkomsten en verantwoordelijken. Leg die principes ook voor jullie gekozen oplossing vast.
Vraag een complete begroting en duidelijke uitgangspunten
Vergelijk dezelfde periode en dezelfde omvang. Neem analyse, licenties, bouw, koppelingen, datamigratie, training, hosting, monitoring en ondersteuning mee. Reserveer ook de interne tijd voor besluiten en testen. Vraag welke bedragen vaststaan, welke afhankelijk zijn van gebruik en welke aannames nog moeten worden onderzocht.
Een vaste prijs is passend bij voldoende afgebakend werk; onderzoek met open vragen kan een begrensde analysefase vragen. Het ontbreken van een vaste bouwprijs vóór die analyse is op zichzelf geen rode vlag. Lees hoe een betrouwbare maatwerkbegroting ontstaat en hoe we afspraken over samenwerking vastleggen.
Liever even bellen?
Laat je terugbellen
Eén telefoontje is vaak sneller dan drie mailtjes. Je hoort binnen een werkdag van ons.
Beoordeel migratie, beheer en vertrek vóór het contract
Vraag welke historische gegevens meegaan, hoe de kwaliteit wordt gecontroleerd en wie de migratie goedkeurt. Bespreek een eventuele terugvalroute als de overstap niet verantwoord blijkt. Spreek daarnaast af waar incidenten worden gemeld, wie monitort en wat er gebeurt wanneer een externe API verandert.
Laat data-export, accounts, broncode waar van toepassing, documentatie en eigendomsafspraken concreet maken. Een belofte over “geen lock-in” wordt pas bruikbaar als iemand anders de benodigde informatie daadwerkelijk kan overnemen. Laat relevante contractvoorwaarden bij twijfel onafhankelijk beoordelen.
Wanneer heb je genoeg informatie om te kiezen?
De voorkeursoplossing voldoet aan de noodzakelijke eisen, de kernflow is aantoonbaar uitvoerbaar en de open risico’s hebben een eigenaar en vervolgstap. Verschillen tussen voorstellen zijn vastgelegd, inclusief wat nog niet bewezen is. Het team weet wat het zelf moet leveren en wanneer acceptatie plaatsvindt.
Controleer voor de bouw ook de veelgemaakte ERP-implementatiefouten. Bij SiteJob begint de werkwijze met een intake en een zichtbare kernflow. Daarmee kun je beoordelen of onze aanpak past, vóór een omvangrijk systeem wordt gebouwd.
