Software selecteren in 10 stappen: van behoefte naar onderbouwde keuze

1. Bepaal welk probleem de software moet oplossen

Begin met de aanleiding: waar verlies je tijd, ontstaan fouten of ontbreekt inzicht? “We hebben een nieuw CRM nodig” is nog geen doel. “Elke verkoopkans heeft een eigenaar en een geplande vervolgactie” geeft veel meer richting. Onderzoek ook of een betere inrichting van bestaande software het probleem kan oplossen.

Kies enkele meetbare resultaten en leg de huidige situatie vast. Een fictief doel is bijvoorbeeld om de gemiddelde verwerkingstijd van een aanvraag van twintig naar twaalf minuten te brengen. Toets later of de verbetering haalbaar is; software alleen verandert een proces niet.

Resultaat van deze stap: een korte probleemomschrijving, de gewenste resultaten en een afbakening van wat buiten het project valt.

2. Stel een selectieteam samen en betrek gebruikers

Wijs één eigenaar van het selectietraject aan. Betrek daarnaast medewerkers die dagelijks met de software werken, de relevante proceseigenaren en iemand die budget en technische randvoorwaarden kan beoordelen. Laat bij gevoelige gegevens ook privacy- en beveiligingsdeskundigheid aansluiten.

Spreek vooraf af wie eisen aanlevert, wie demonstreert of test en wie de uiteindelijke beslissing neemt. Een gebruiker kan de dagelijkse werkbaarheid beoordelen, terwijl IT de koppelingen en het beheer onderzoekt. Zo voorkom je dat alleen de voorkeur van de luidste stem telt.

Resultaat: een overzicht met rollen, beschikbare tijd, beslissingsbevoegdheid en planning.

3. Beschrijf je belangrijkste processen en praktijkcases

Werk enkele processen van begin tot eind uit. Denk bij CRM aan aanvraag, verkoopkans, offerte en overdracht; bij ERP aan inkoop, ontvangst, voorraad, levering en facturatie. Noteer welke mensen en systemen op ieder moment gegevens gebruiken.

Neem uitzonderingen mee. Wat gebeurt er met een dubbele klant, een gedeeltelijke levering, een afwezige goedkeurder of een foutieve import? Juist zulke situaties maken duidelijk of software aansluit bij de praktijk. Bepaal ook welke bestaande werkwijzen je wilt verbeteren in plaats van overnemen.

Resultaat: een beperkt aantal representatieve cases met invoer, verwachte uitkomst en verantwoordelijke gebruiker. Deze cases vormen later je demoscript.

4. Maak een toetsbaar programma van eisen

Vertaal de processen naar eisen die je daadwerkelijk kunt controleren. “Gebruiksvriendelijk” is te algemeen. “Een medewerker kan zonder hulp een klant registreren en een vervolgtaak toewijzen” is toetsbaar. Noteer per eis waarom deze nodig is en wie de uitkomst beoordeelt.

Maak onderscheid tussen onmisbare eisen, belangrijke wensen en verbeteringen voor later. Beperk de eerste groep tot echte uitsluitingscriteria. Vraag per eis of de oplossing standaard beschikbaar is, configuratie vereist, een extra module gebruikt of maatwerk nodig heeft.

• Functioneel: taken, rapportages, rollen en goedkeuringsstappen.
• Technisch: gegevensimport, export, API’s, koppelingen en beheer.
• Organisatorisch: training, taal, ondersteuning en beschikbaarheid.
• Beveiliging: toegangsrechten, meervoudige authenticatie, logging en herstel.
• Resultaat: een eisenlijst met prioriteit, toetsmethode en bewijsveld.

5. Bepaal budget en totale kosten over dezelfde periode

Vergelijk meer dan het maandbedrag per gebruiker. Neem licenties, inrichting, datamigratie, koppelingen, training, interne uren, beheer en ondersteuning mee. Controleer welke editie nodig is en of kosten afhangen van opslag, transacties, contacten of AI-verbruik.

Gebruik voor alle aanbieders dezelfde periode, bijvoorbeeld drie jaar, met dezelfde gebruikersaantallen en volumes. Een fictief licentietarief van €40 per gebruiker per maand bij twintig gebruikers kost over 36 maanden €28.800, vóór implementatie en andere kosten. Dit is een rekenvoorbeeld, geen marktprijs.

Werk een basisscenario en een groeiscenario uit. Laat prijsindexatie, btw, meerwerk en eenmalige kosten afzonderlijk benoemen. Reserveer tijd en budget voor onzekerheden die nog niet zijn onderzocht.

Resultaat: een vergelijkbare kostenbegroting met aannames en open punten.

6. Verken de markt en maak een onderbouwde shortlist

Zoek producten binnen de passende softwarecategorie en toets eerst je onmisbare eisen. Een uitgebreid pakket is niet vanzelf de beste keuze: extra modules kunnen ook meer inrichting en beheer vragen. Controleer informatie per editie en vraag ontbrekende gegevens na.

Gebruik productprofielen, documentatie en ervaringen als startpunt. Reviews geven context, maar bewijzen niet dat een pakket jouw proces ondersteunt. Leg vast waarom kandidaten afvallen en welke vragen overblijven. Een werkbaar uitgangspunt is drie of vier kandidaten; bij een specialistische behoefte kunnen dat er minder zijn.

Resultaat: een shortlist met een duidelijke reden per kandidaat, zonder onbevestigde mogelijkheden als vaststaand voordeel te tellen.

7. Vergelijk software met dezelfde demo en een proef

Geef iedere aanbieder vooraf hetzelfde demoscript. Laat de eigen praktijkcases uitvoeren en vraag welke instellingen, modules of koppelingen daarvoor nodig zijn. Vraag door wanneer een handeling alleen op een presentatie wordt getoond of pas op de ontwikkelplanning staat.

Laat toekomstige gebruikers waar mogelijk zelf taken uitvoeren met fictieve of toegestane testgegevens. Bekijk ook foutafhandeling, rapportages en de export van resultaten. Bij een AI-functie horen tests met ontbrekende informatie, verkeerde aannames en menselijke goedkeuring.

Leg per eis vast: aangetoond, deels aangetoond, onbevestigd of niet mogelijk. Laat beoordelaars eerst afzonderlijk scoren en bespreek verschillen daarna. Een onbevestigde onmisbare eis blijft een open beslispunt.

Resultaat: een demonstratieverslag met bewijs, scores en concrete vervolgvragen.

8. Beoordeel leverancier én implementatiepartner

De softwareleverancier ontwikkelt het product. Een implementatiepartner helpt bij inrichting, migratie, integratie, training en beheer. Soms vervult één organisatie beide rollen. Beoordeel daarom afzonderlijk of het product past en of het uitvoerende team jouw project kan realiseren.

Vraag wie het werk daadwerkelijk doet, welke vergelijkbare projecten zijn uitgevoerd en hoeveel capaciteit beschikbaar is. Bespreek support, herstel bij incidenten, eigenaarschap van koppelingen en toegang tot je gegevens bij vertrek. Vraag een referentie naar een concreet vergelijkbaar proces in plaats van alleen naar algemene tevredenheid.

Verwerkt een partij persoonsgegevens in jouw opdracht als verwerker, dan zijn schriftelijke afspraken in een verwerkersovereenkomst nodig. De Autoriteit Persoonsgegevens beschrijft welke onderwerpen daarin thuishoren. Beoordeel de feitelijke rollen en afspraken; een beveiligingslogo alleen is geen volledig onderzoek.

Resultaat: een beoordeling van product, partner, beveiliging en continuïteit, met nog te bevestigen afspraken.

Lees de uitleg van de Autoriteit Persoonsgegevens over de verwerkersovereenkomst.

9. Maak samen een onderbouwde keuze

Bespreek met het selectieteam welke oplossing het beste aansluit op de belangrijkste processen, het budget en de beschikbare capaciteit. Gebruik de uitkomsten van demonstraties, praktijktests en offertes om de verschillen concreet te maken.

Behandel onmisbare eisen als voorwaarde voor de keuze. Een aantrekkelijke prijs of prettige vormgeving compenseert geen ontbrekende noodzakelijke functie. Leg vast welke concessies je accepteert en welke vragen vóór ondertekening moeten zijn opgelost.

Beschrijf naast de score de belangrijkste risico’s, afhankelijkheden en concessies. Resultaat: een gemotiveerd besluit met akkoord van de bevoegde verantwoordelijke.

10. Leg afspraken vast en bereid de implementatie voor

Laat de gekozen oplossing vastleggen in een heldere opdracht: editie, gebruikers, scope, opleveringen, planning, verantwoordelijkheden en kosten. Benoem wat niet is inbegrepen. Spreek af hoe wijzigingen worden goedgekeurd en wanneer een onderdeel als geaccepteerd geldt.

Plan vóór de start een proefmigratie, gebruikerstest, training en overdracht aan beheer. Spreek af wie fouten oplost en wat er gebeurt als ingebruikname moet worden uitgesteld. Leg ook exportmogelijkheden en ondersteuning bij een toekomstige overstap vast.

Meet na ingebruikname de resultaten uit stap één en verzamel feedback van gebruikers. De selectie is pas waardevol als de gekozen werkwijze ook werkt in het dagelijks gebruik.

Resultaat: een uitvoerbaar implementatieplan met acceptatiecriteria en een eigenaar voor beheer en verbetering.

Beslischecklist

• Doelen en scope zijn vastgelegd en gebruikers hebben meegedacht.
• Onmisbare eisen zijn met bewijs beoordeeld.
• Demo’s en offertes zijn op dezelfde uitgangspunten vergeleken.
• Totale kosten, koppelingen en migratie zijn onderzocht.
• Leverancier en implementatiepartner zijn afzonderlijk beoordeeld.
• Open risico’s, contractafspraken en acceptatiecriteria hebben een eigenaar.

Verder lezen