Programma van eisen voor bedrijfssoftware: twee kantjes zijn genoeg
Een programma van eisen is een kort document waarin staat wat uw bedrijf van een nieuw softwaresysteem verwacht: welke problemen het moet oplossen, welke harde randvoorwaarden er gelden en welke wensen er mogen sneuvelen als het budget knelt. Het bestaat om één reden: zonder dat document krijgt u van drie leveranciers drie voorstellen die onderling niet te vergelijken zijn, omdat elk van hen een ander deel van uw verhaal heeft onthouden.
In het mkb gaat het hier bijna altijd op dezelfde twee manieren mis. Of er is helemaal geen document — men belt drie partijen, vertelt bij elk iets anders, en krijgt offertes van € 4.000, € 19.000 en € 70.000 terug zonder dat duidelijk is waar het verschil in zit. Of er is een document van dertig pagina's, opgesteld door iemand die dacht dat volledigheid hetzelfde is als zorgvuldigheid. Dat tweede document wordt door leveranciers vluchtig gescand en integraal afgevinkt, waarna u alsnog drie onvergelijkbare offertes heeft, maar dan na zes weken wachten.
Twee tot vier A4 is het werkbare formaat. Hieronder staan de acht onderdelen die daarin horen, in de volgorde waarin u ze het beste opschrijft.
1. Wat er nu misgaat, met een datum erbij
Begin niet met wat u wilt hebben, maar met wat er is gebeurd. Drie tot vijf concrete voorvallen uit de afgelopen maand: de klant die twee keer dezelfde offerte kreeg, de voorraad die op papier klopte maar in het magazijn niet, de factuur die drie weken is blijven liggen omdat niemand wist dat het werk af was. Zet er de datum bij en wat het gekost heeft in tijd of geld.
Dit onderdeel is het belangrijkste van het hele document en tegelijk het onderdeel dat het vaakst wordt overgeslagen. Een leverancier die uw voorvallen leest, kan een oplossing voorstellen die u zelf niet had bedacht. Een leverancier die alleen uw wensenlijst krijgt, bouwt precies die lijst — inclusief de verkeerde aannames die erin zitten.
2. Hoeveel mensen ermee gaan werken, en wie
Noteer het aantal gebruikers, gesplitst naar type: wie voert dagelijks gegevens in, wie kijkt alleen mee, wie heeft beheerrechten nodig. Dit getal bepaalt bij veel leveranciers rechtstreeks de prijs, en een verschil tussen "vijf gebruikers" en "vijf invoerders plus twaalf meekijkers" kan een offerte verdubbelen. Vermeld ook of er mensen buiten kantoor werken: op een telefoon in de bouwkeet of in een bestelbus gelden andere eisen dan achter een bureau.
3. De harde randvoorwaarden
Dit zijn de punten waarop u een leverancier direct kunt afwijzen. Ze zijn kort op te schrijven en ze schelen weken:
- Koppelingen. Met welk boekhoudpakket moet het systeem praten, en moet dat automatisch of is een export per maand genoeg? Noem de naam van het pakket, niet "onze boekhouding".
- Gegevensopslag. Moeten de gegevens binnen de EU staan? Voor persoonsgegevens en veel branchecertificeringen is dat een eis, geen wens.
- Export en vertrek. Kunt u uw eigen gegevens er op elk moment volledig uit krijgen, in een leesbaar formaat, zonder extra kosten? Vraag dit expliciet; het antwoord voorspelt hoe de relatie over vijf jaar aanvoelt.
- Talen en valuta. Alleen relevant als u er echt mee werkt, maar achteraf duur als het ontbreekt.
4. Het onderscheid tussen eis en wens
Markeer elke regel als eis of als wens. Een eis is iets waarzonder u het systeem niet in gebruik kunt nemen. Een wens is alles wat het werk prettiger maakt, maar dat een half jaar kan wachten. Doet u dit niet, dan prijst een leverancier alles mee — dat is niet oneerlijk van hem, hij weet gewoon niet beter.
Een nuttige toets: zou u het traject afblazen als dit punt niet kan? Nee? Dan is het een wens. In de praktijk blijven er van een lijst van veertig punten meestal acht tot twaalf echte eisen over. Dat is een gezonde verhouding; meer dan vijftien harde eisen betekent bijna altijd dat er wensen tussen zijn geglipt.
5. Budget en doorlooptijd, hardop
Veel ondernemers noemen hun budget niet, uit angst dat de offerte dan toevallig precies op dat bedrag uitkomt. Dat risico bestaat, maar de prijs die u betaalt voor zwijgen is hoger: u krijgt voorstellen die tienduizenden euro's uiteenlopen en u verliest weken met het terugbrengen daarvan naar iets haalbaars. Noem een bandbreedte in plaats van een bedrag — "we denken aan € 8.000 tot € 15.000 eenmalig" — en zeg erbij wanneer het draaiend moet zijn.
Weet u niet wat realistisch is? De kostenpagina geeft de bandbreedtes per type oplossing, en de prijsbenchmark mkb 2026 splitst dat uit naar bedrijfsgrootte inclusief de invoeringskosten die zelden in een offerte staan.
6. Wat er met de bestaande gegevens moet gebeuren
Dit onderdeel wordt bijna altijd vergeten en veroorzaakt daarna de meeste vertraging. Beschrijf welke gegevens mee moeten: hoeveel klanten, hoeveel jaar historie, uit welke bestanden of welk oud systeem. Vermeld eerlijk in welke staat die gegevens zijn — of er dubbele klanten in zitten, of adressen compleet zijn, of er velden zijn die iedereen anders invult.
Het opschonen en overzetten van gegevens kost in de praktijk twee tot vier keer zoveel tijd als het inrichten van het systeem zelf. Een leverancier die dat vooraf weet, geeft een realistischere planning. Een leverancier die het pas in week drie ontdekt, stuurt een meerwerkfactuur.
7. Wie beslist, en wanneer
Eén zin volstaat: wie tekent, wie adviseert, en wanneer u wilt beslissen. Trajecten die stilvallen, vallen bijna nooit stil op inhoud maar op besluitvorming — de directeur wacht op de controller, de controller wacht op een offerte die er al ligt. Zet het op papier en het gebeurt.
8. Hoe u de offertes gaat beoordelen
Noem de criteria vooraf, ook aan de leveranciers: prijs, doorlooptijd, of ze uw branche kennen, wat er gebeurt als het misgaat. Dit dwingt uzelf tot eerlijkheid achteraf, wanneer de sympathiekste verkoper anders onbedoeld wint. Voor het vergelijkgesprek zelf gebruikt u het vergelijkingsblad met veertig vaste vragen, zodat drie demo's op dezelfde punten worden beoordeeld.
Een programma van eisen dat niemand leest is duurder dan geen programma van eisen. Twee kantjes die alle drie de leveranciers krijgen, verdienen zich terug in de eerste offerteronde.
De drie fouten die u hiermee voorkomt
Wat een kort, scherp document vooral doet, is drie dure fouten wegnemen die wij in praktijk het vaakst zien. De eerste: kopen op basis van een demo in plaats van op basis van uw eigen proces — een demo laat altijd het mooiste scenario zien. De tweede: een systeem kopen dat het verkeerde probleem oplost, meestal een ERP voor wat eigenlijk een CRM-vraag was. De derde: een prijs accepteren zonder te weten wat er níét in zit.
Wanneer u helemaal geen programma van eisen nodig heeft
Koopt u één losse tool van € 25 per maand, met een proefperiode en zonder koppelingen? Dan is dit document overdreven. Probeer hem een maand met twee mensen en beslis daarna. Het programma van eisen begint zin te krijgen zodra er meerdere gebruikers, een koppeling of een eenmalige investering van meer dan een paar duizend euro in het spel is — precies het punt waarop terugdraaien duur wordt.
Samengevat
Een bruikbaar programma van eisen voor mkb-bedrijfssoftware is twee tot vier A4 en bevat: concrete voorvallen met datum, het aantal en type gebruikers, de harde randvoorwaarden, het onderscheid tussen eis en wens, een budgetbandbreedte met deadline, de staat van uw bestaande gegevens, wie beslist, en hoe u gaat beoordelen. Alle leveranciers krijgen hetzelfde document op hetzelfde moment. Weet u nog niet welk type systeem u zoekt, doe dan eerst de keuzehulp — een programma van eisen voor de verkeerde categorie software is verspilde moeite.