Het ene softwarepakket kost minder per maand, het andere heeft meer functies en een derde ziet er tijdens de demo makkelijker uit. Maar hoe bepaal je welke oplossing het beste aansluit op jouw bedrijf? Een prijsverschil zegt weinig wanneer de aanbiedingen voor andere gebruikersaantallen, modules of dienstverlening gelden.
Software vergelijken wordt pas bruikbaar wanneer je iedere oplossing langs dezelfde meetlat legt. Daarvoor moet duidelijk zijn welke werkzaamheden je wilt ondersteunen, wat leveranciers precies aanbieden en welke kosten daarbij horen. In dit blog lees je hoe je voorkomt dat je appels met peren vergelijkt en hoe je verschillen omzet in een onderbouwde keuze.
In het kort
- Geef iedere leverancier dezelfde eisen, gebruikersaantallen en praktijksituaties.
- Controleer welke productversie, modules en dienstverlening worden aangeboden.
- Maak onderscheid tussen beschikbare functies, aanvullende inrichting en geplande ontwikkeling.
- Vergelijk de totale kosten over dezelfde periode.
- Leg vast wat daadwerkelijk is aangetoond en welke vragen nog openstaan.
- Beoordeel noodzakelijke functies voordat je punten geeft voor handige extra’s.
Waarom is software vergelijken soms lastig?
Softwarepakketten kunnen dezelfde functies noemen, terwijl de mogelijkheden verschillen. Twee leveranciers bieden bijvoorbeeld allebei projectadministratie. Bij het ene pakket kunnen medewerkers uren registreren en facturen maken. Het andere ondersteunt daarnaast budgetbewaking, verschillende tarieven en goedkeuring van uren.
Ook de presentatie verschilt. Een leverancier laat een uitgebreid dashboard zien, terwijl een andere vooral de dagelijkse invoer demonstreert. Daardoor kun je enthousiast raken over een onderdeel zonder te weten hoe beide pakketten dezelfde taak uitvoeren.
Bij bedrijfssoftware vergelijken moet je daarom verder kijken dan functienamen en eerste indrukken. Onderzoek wat een medewerker met de aangeboden oplossing kan doen, onder welke voorwaarden en met hoeveel aanvullende werkzaamheden.
1. Leg eerst vast wat je wilt vergelijken
Begin met een paar concrete werkzaamheden die de nieuwe software goed moet ondersteunen. Waar ontstaat nu dubbel werk? Welke informatie ontbreekt? En welke uitzonderingen zorgen regelmatig voor problemen?
Stel dat een groothandel moeite heeft met deelleveringen. “Goed voorraadbeheer” is dan een te algemene eis. Beschrijf liever dat medewerkers een bestelling gedeeltelijk moeten kunnen leveren, het resterende aantal moeten kunnen volgen en de geleverde artikelen correct moeten kunnen factureren.
Een programma van eisen helpt om zulke behoeften vast te leggen. Vermeld per eis:
- welke taak of situatie ondersteund moet worden;
- waarom dit belangrijk is;
- of de eis noodzakelijk of wenselijk is;
- hoe je controleert of de oplossing voldoet.
Requirements opstellen doe je bij voorkeur samen met medewerkers die het werk uitvoeren en mensen die verantwoordelijk zijn voor het proces. Zij kunnen aangeven welke stappen en controles nodig zijn. Lees ook wie je moet betrekken bij de keuze voor nieuwe software.
Houd de lijst gericht. Een lange verzameling mogelijke functies maakt het moeilijker om te zien welke verschillen werkelijk invloed hebben op je keuze.
2. Vergelijk dezelfde productversies en modules
Een productnaam vertelt niet welke mogelijkheden in een aanbieding zijn opgenomen. De demo kan worden gegeven in een uitgebreide versie, terwijl de offerte uitgaat van een eenvoudiger abonnement.
Laat daarom per leverancier vastleggen welke versie en modules worden aangeboden. Controleer ook welk type licentie de verschillende medewerkers krijgen. Iemand met alleen leesrechten kan andere werkzaamheden uitvoeren dan een gebruiker met volledige toegang.
Vraag bij een belangrijke functie hoe deze beschikbaar komt:
- als standaardonderdeel van het aangeboden pakket;
- via een instelling of aanvullende inrichting;
- met een extra module;
- via een externe toepassing of koppeling;
- door maatwerk.
Zo wordt duidelijk wat achter het antwoord “dat kan” zit. Een functie die met ontwikkeling beschikbaar moet komen, vraagt om andere afspraken dan een bestaande functie die direct kan worden gedemonstreerd.
Noteer geplande mogelijkheden afzonderlijk. Een onderdeel op de roadmap is nog niet op dezelfde manier te beoordelen als functionaliteit die vandaag beschikbaar is.
3. Laat iedere leverancier dezelfde praktijksituaties uitvoeren
Een eerlijke vergelijking vraagt om een gezamenlijke demo-opdracht. Kies twee of drie situaties die belangrijk zijn voor je bedrijf en geef die vooraf aan iedere leverancier.
Voor een dienstverlener kan dat bijvoorbeeld zijn: een project aanmaken, uren registreren, die uren goedkeuren en vervolgens factureren. Voeg ook een afwijking toe, zoals een medewerker die uren op het verkeerde project heeft geboekt.
Let tijdens de demonstraties op dezelfde punten. Welke handelingen moet de gebruiker uitvoeren? Welke informatie is beschikbaar voor de volgende medewerker? En hoe wordt een fout hersteld?
Laat de leveranciers daarbij voldoende ruimte om hun eigen werkwijze te tonen. Het doel is dat dezelfde gewenste uitkomst wordt bereikt. Een andere volgorde van handelingen kan prima werken als het proces daarmee goed wordt ondersteund.
Gebruik onze vragen voor een softwaredemo om door te vragen over dagelijkse taken, uitzonderingen en de aangeboden inrichting.
4. Spreek duidelijke selectiecriteria af
Voordat je scores uitdeelt, moet duidelijk zijn waarop je beoordeelt. Bruikbare selectiecriteria sluiten aan op de werkzaamheden, het beheer en de mogelijkheden van je organisatie.
Denk aan ondersteuning van belangrijke processen, gebruiksgemak per gebruikersrol, gegevensuitwisseling, benodigde interne inzet en totale kosten. Werk algemene begrippen verder uit. “Goede ondersteuning” kan bijvoorbeeld betekenen dat je team hulp kan krijgen tijdens de uren waarop het werkt en dat duidelijk is wie een probleem behandelt.
Maak onderscheid tussen noodzakelijke voorwaarden en punten waarop je voorkeuren afweegt. Een pakket dat een essentieel proces onvoldoende ondersteunt, wordt niet automatisch geschikt doordat het op veel kleinere onderdelen goed scoort.
Spreek ook af welke beperkingen acceptabel zijn. Misschien kan een handeling tijdelijk buiten het systeem plaatsvinden, maar hoeveel extra werk levert dat op? En blijft die oplossing uitvoerbaar wanneer het aantal orders of gebruikers groeit?
5. Gebruik een beoordelingsmatrix om bevindingen vast te leggen
Een beoordelingsmatrix helpt om de antwoorden van leveranciers naast elkaar te zetten. Neem per criterium niet alleen een score op, maar ook een korte toelichting en de manier waarop je de beoordeling hebt onderbouwd.
Maak bijvoorbeeld onderscheid tussen:
- Aangetoond: de werking is tijdens een demo of proef getest.
- Bevestigd: de leverancier heeft de mogelijkheid toegelicht of schriftelijk bevestigd.
- Nog te onderzoeken: er is onvoldoende informatie om een oordeel te geven.
- Voldoet niet: de oplossing ondersteunt de afgesproken eis onvoldoende.
Een openstaande vraag is daarmee zichtbaar als onzekerheid. Je hoeft die niet direct als een ontbrekende functie te behandelen, maar kunt het pakket op dat punt ook nog niet goedkeuren.
Wil je criteria verschillend laten meewegen? Dan kun je de beoordelingsmatrix uitbreiden tot een beslissingsmatrix. Spreek het belang van de criteria vooraf af en gebruik voor alle pakketten dezelfde schaal.
Wees terughoudend met het eindcijfer. Twee oplossingen kunnen een vergelijkbare totaalscore krijgen, terwijl de ene op een belangrijk proces beter aansluit. Gebruik de matrix om die afweging te bespreken en controleer hoe gevoelig de uitkomst is voor de gekozen weging.
6. Vergelijk offertes voor dezelfde situatie
Offertes vergelijken heeft pas zin wanneer leveranciers uitgaan van dezelfde omvang en dienstverlening. Geef daarom een gezamenlijk uitgangspunt mee, bijvoorbeeld twaalf gebruikers, twee vestigingen, een koppeling met de boekhouding en begeleiding bij gegevensoverdracht.
Vraag een uitsplitsing van eenmalige en terugkerende kosten. Controleer welke werkzaamheden zijn inbegrepen en welke op basis van nacalculatie worden uitgevoerd.
Neem ook de inzet van je eigen organisatie mee. Een leverancier kan een lage implementatieprijs aanbieden omdat jouw team zelf gegevens opschoont, instellingen voorbereidt en trainingen verzorgt. Een andere aanbieding kan daar meer begeleiding voor bevatten.
De total cost of ownership omvat de directe en indirecte kosten gedurende de gebruiksperiode. Vergelijk die voor dezelfde termijn, bijvoorbeeld drie jaar. Maak zichtbaar welke bedragen vaststaan en welke zijn geschat. Meer hierover lees je in ons artikel over verborgen kosten van goedkope software.
Voorbeeld: twee abonnementen die nog niet vergelijkbaar zijn
Stel dat je twee fictieve pakketten onderzoekt voor twaalf medewerkers.
Pakket A kost €30 per gebruiker per maand. Pakket B kost €45. Op basis van alleen deze tarieven bedragen de jaarlijkse abonnementskosten €4.320 en €6.480, exclusief btw. Pakket A lijkt daarmee €2.160 voordeliger.
Tijdens de beoordeling blijkt dat de benodigde rapportagemodule bij pakket A nog €100 per maand kost. De jaarlijkse terugkerende kosten stijgen daardoor naar €5.520. Het verschil met pakket B wordt €960.
Maar daarmee is de vergelijking nog niet klaar. Je moet ook weten of beide aanbiedingen dezelfde koppeling, implementatiebegeleiding en ondersteuning bevatten. En kunnen medewerkers met beide pakketten de belangrijke taken uitvoeren zonder extra handmatige stappen?
Het voorbeeld laat zien waarom je eerst de aangeboden inrichting gelijk moet trekken. Pas daarna kun je beoordelen waarvoor je meer betaalt en of dat verschil waarde heeft voor je bedrijf.
7. Maak openstaande vragen onderdeel van de keuze
Aan het einde van een softwareselectie blijven soms vragen over. Een koppeling is nog niet getoond, een import moet nog worden getest of de leverancier moet aanvullende kosten bevestigen.
Maak daarvan een gezamenlijke lijst. Vermeld per punt wat je wilt weten, wie het uitzoekt en wanneer het antwoord nodig is. Geef aan welke vragen doorslaggevend zijn voor de keuze.
Sommige details kunnen tijdens de inrichting worden uitgewerkt. Voor een noodzakelijk proces of een belangrijk kostenverschil heb je mogelijk eerder duidelijkheid nodig. Vraag dan om een vervolgdemonstratie, proefimport of aangepast aanbod.
Laat doorslaggevende afspraken over functies, oplevering en dienstverlening schriftelijk vastleggen. Daarmee kunnen de mensen die de software-implementatie voorbereiden verder werken vanuit dezelfde verwachtingen.
Checklist voor software vergelijken
Controleer voordat je een keuze maakt of:
- alle leveranciers dezelfde belangrijke werkzaamheden hebben beoordeeld;
- de aangeboden productversies en modules duidelijk zijn;
- noodzakelijke functies voldoende zijn aangetoond;
- inrichting, extra modules en maatwerk afzonderlijk zijn vermeld;
- offertes dezelfde gebruikers, koppelingen en dienstverlening omvatten;
- kosten over dezelfde periode zijn berekend;
- toekomstige gebruikers hun bevindingen hebben ingebracht;
- doorslaggevende openstaande vragen zijn beantwoord.
Ontbreekt er informatie? Vraag die gericht op. Zo voorkom je dat een onvolledig aanbod aantrekkelijker lijkt dan een voorstel waarin alle benodigde werkzaamheden al zijn opgenomen.
Bedrijfssoftware vergelijken op wat je nodig hebt
Een bruikbare vergelijking begint bij dezelfde uitgangspunten. Leg vast welke processen de software moet ondersteunen, laat leveranciers dezelfde situaties uitvoeren en beoordeel hun voorstellen op afgesproken criteria.
Daarmee worden prijsverschillen, beperkingen en extra mogelijkheden beter te verklaren. Je ziet welke oplossing aansluit op het werk, welke inzet de overstap vraagt en welke vragen nog moeten worden beantwoord.
Wil je passende pakketten vinden? Breng je belangrijkste eisen in kaart en start met bedrijfssoftware vergelijken.