Typ “bedrijfssoftware kiezen” in een zoekmachine en u krijgt binnen een paar seconden lijstjes met tien, twintig of dertig aanbieders. Verleidelijk, want het voelt als vooruitgang: er verschijnen namen, logo’s, sterrenbeoordelingen. In de praktijk is dit vaak de eerste misstap in het hele traject. Een leverancierslijst beantwoordt een vraag die u nog niet gesteld heeft: wélke leverancier past het beste? Terwijl de vraag die eerst beantwoord moet worden luidt: wat moet dit systeem eigenlijk oplossen?
Onderstaand stappenplan zet die volgorde recht. Vijf stappen die op elkaar voortbouwen, en één populaire eerste stap die u gerust kunt overslaan.
De stap die u moet overslaan: meteen leveranciers vergelijken
Dit klinkt tegendraads voor een artikel over software kiezen, maar het is de kern van waar trajecten misgaan. Zodra u begint met demo’s bekijken en offertes aanvragen, laat u de eisen van uw eigen bedrijf ongemerkt invullen door wat leveranciers toevallig aanbieden. U ziet een handige functie in een demo en denkt: “dat hebben we nodig”, terwijl u tien minuten eerder nog niet wist dat die functie bestond. Dat is geen weloverwogen keuze, dat is beïnvloeding — hoe goedbedoeld ook.
Vergelijken komt wel, maar pas nadat u zelf heeft vastgelegd wat u zoekt. Dan toetst u leveranciers aan uw eisen, in plaats van uw eisen te laten vormen door wat een verkoper u laat zien.
Stap 1: beschrijf het probleem, niet het systeem
Begin met een simpele vraag: wat kost ons nu de meeste tijd, fouten of ergernis? Niet “we willen een nieuw CRM”, maar “het duurt te lang voordat een offerte de deur uitgaat” of “we weten nooit zeker of de voorraad klopt”. Een probleembeschrijving is concreet en meetbaar. Een systeembehoefte is dat zelden — “een goed CRM” betekent voor tien mensen tien verschillende dingen.
Schrijf het probleem in één zin op, alsof u het aan een buitenstaander uitlegt. “Onze offertes duren te lang omdat iedereen ze vanaf een leeg document opbouwt” is bruikbaar. “We hebben behoefte aan meer digitalisering” is dat niet — die zin past op elk bedrijf en zegt daardoor over geen enkel bedrijf iets specifieks.
Stap 2: leg vast wie er dagelijks mee werkt, en vraag het hen
Software wordt zelden gekozen door de mensen die er dagelijks in werken, en dat wreekt zich achteraf. De planner, de administratief medewerker, de monteur op de vloer: zij weten precies waar het schuurt. Een half uur met elk van hen levert vaak meer bruikbare input op dan een uur met een verkoper. Vraag niet “wat wilt u graag”, maar “wat kost u nu de meeste tijd” en “welke stap doet u het liefst niet meer met de hand”.
Let bij dit gesprek op het verschil tussen een wens en een gewoonte. “We willen een app” is een wens die van buiten komt, vaak ingegeven door wat concurrenten of leveranciers laten zien. “Ik moet nu drie keer bellen om te weten of een bestelling binnen is” is een gewoonte die al jaren pijn doet, en precies dát soort signalen is waardevol.
Stap 3: maak onderscheid tussen moeten en willen
Zet twee lijsten naast elkaar: wat het systeem móet kunnen om het probleem uit stap 1 op te lossen, en wat fijn zou zijn maar niet doorslaggevend is. Deze scheiding voorkomt twee dingen: dat u een systeem afwijst om een gemis dat er eigenlijk niet toe doet, en dat u een systeem kiest vanwege een aantrekkelijke extra terwijl het op de kern tekortschiet. In de praktijk past negentig procent van de functies op de “moeten”-lijst in een handjevol basisbehoeften: gegevens op één plek, een werkbare koppeling tussen twee stappen, of overzichtelijke rapportages.
Een simpele vuistregel: staat een functie op de moeten-lijst omdat u hem elke week zou gebruiken, of omdat hij indrukwekkend oogde in een demo? Alleen het eerste hoort thuis op die lijst.
Stap 4: reken door wat het traject werkelijk kost
Een aanschafprijs of abonnementsprijs is nooit het hele verhaal. Reken ook de implementatie mee: het overzetten van bestaande gegevens, het inrichten van processen, en de tijd die medewerkers kwijt zijn aan wennen. Vraag expliciet naar een indicatie van implementatietijd en -kosten, niet alleen naar de licentieprijs. Een lage instapprijs met een lang, onduidelijk implementatietraject is vaak duurder dan een hogere prijs met een helder, kort traject.
Vraag ook door op wat er ná de implementatie gebeurt. Is support verplicht of optioneel? Kunt u zelf uw gegevens exporteren als u ooit wilt overstappen? Wordt er gehost in Nederland, en onder welke voorwaarden? Dit zijn geen bijzaken — het zijn vragen die pas belangrijk voelen op het moment dat het antwoord u niet bevalt, en dan is het te laat om ze nog te stellen.
Stap 5: vergelijk minstens twee aanbieders serieus
Pas nu, met een heldere probleembeschrijving, een moeten-en-willen-lijst en een realistisch kostenbeeld, is het moment om aanbieders te vergelijken. Doe dat bij minstens twee partijen, ook als de eerste goed aanvoelt. Een tweede gesprek scherpt vragen aan die u bij het eerste gesprek niet had bedacht, en geeft u een referentiepunt voor prijs en aanpak. Vraag bij beide naar hetzelfde: hoe lang duurt implementatie, wat gebeurt er met bestaande gegevens, en wat kost het als uw situatie over een jaar verandert.
Twijfel niet om ook een partij te spreken die op het eerste gezicht niet de meest voor de hand liggende keuze lijkt. Juist het contrast tussen twee heel verschillende aanpakken maakt vaak in één gesprek duidelijk wat voor uw bedrijf wel en niet werkt.
Twee signalen dat u te vroeg bezig bent
Twee situaties zijn een goed teken om even een stap terug te doen. De eerste: u kunt in één zin het probleem niet uitleggen zonder de naam van een leverancier te noemen. Dat betekent meestal dat de leverancier het probleem voor u heeft bedacht, niet andersom. De tweede: niemand in uw team kan zeggen hoeveel tijd het huidige probleem nu kost. Zonder dat cijfer is achteraf ook niet vast te stellen of de nieuwe oplossing daadwerkelijk iets heeft opgelost.
Waarom deze volgorde werkt
De vijf stappen hierboven hebben één ding gemeen: ze houden de beslissing bij uzelf, niet bij wie het hardst zijn systeem aanprijst. Dat is geen kwestie van wantrouwen richting leveranciers — een goede leverancier helpt u juist graag om uw eigen eisen scherp te krijgen. Het is een kwestie van volgorde. Eerst het probleem, dan de eisen, dan pas de vergelijking. Zo voorkomt u de twee meest voorkomende missers: een systeem kopen dat knap oogt maar het eigenlijke probleem niet oplost, en een traject dat langer en duurder uitpakt dan verwacht omdat de implementatie er niet bij was gerekend.
Er is nog een reden om deze volgorde aan te houden: een traject dat begint bij het probleem is makkelijker uit te leggen aan collega’s die niet bij de selectie betrokken waren. “We kozen dit systeem omdat het probleem X oploste” landt beter dan “we kozen dit systeem omdat het de beste demo had”. Draagvlak ontstaat niet vanzelf bij oplevering — het begint al bij de manier waarop de keuze is opgebouwd.
Wilt u weten hoe dringend dit voor uw bedrijf is voordat u aan dit traject begint? Een korte zelftest laat zien waar u nu staat en of quick wins misschien al genoeg zijn — vóórdat u aan een heel selectietraject begint.