"Jij zegt niet zo vaak nee, hè?!"

Gepubliceerd op 10 november 2026

Sommige vragen stel je op een gegeven moment maar niet meer.

Niet omdat het antwoord je niet interesseert, maar omdat je het antwoord al kent. "Dat kan niet met dit pakket." "Dat staat op de roadmap voor volgend jaar." "Dat kan wel, maar dan heb je een extra module nodig." Na een paar van die gesprekken houd je op met vragen en los je het zelf wel ergens anders op.

Zo belanden de meeste organisaties op een plek waar niemand bewust voor gekozen heeft. Je manier van werken is niet gevormd door wat jouw bedrijf nodig heeft, maar door wat je software toevallig aankon. Het vervelende is dat je dat na een tijd niet meer ziet. Die ene uitzondering doe je nu al drie jaar buiten het systeem om, en daarmee is het geen probleem meer. Het is gewoon hoe het gaat.

Een opmerking die bleef hangen

Thom is klant bij ons. Hij vroeg of een bepaalde aanpassing mogelijk was, wij gaven aan dat we dat konden doen, en zijn reactie was: "Jij zegt niet zo vaak nee, hè?!"

Wat me daarin opviel, was niet het compliment, het was de verbazing. Blijkbaar is "ja, dat kunnen we doen" een opmerkelijk antwoord geworden op de vraag of software iets kan. Ergens onderweg is het normaal geworden dat de software de grens aangeeft en het bedrijf zich eromheen plooit.

Zijn observatie klopt, wij zeggen niet zo vaak nee. Maar soms wel.

Waar we wel tegengas geven

We krijgen regelmatig een verzoek waarvan we vinden dat het beter anders kan. Dan zeggen we dat, ook als het ongemakkelijk is.

Dat gebeurt vooral in twee situaties. De eerste is een workaround die iemand wil laten inbouwen. Er is ooit iets buiten het systeem om geregeld, dat werkt inmiddels al jaren, en de vraag is of wij dat precies zo kunnen namaken. Dat kan meestal prima, maar dan automatiseer je een omweg en leg je hem voorgoed vast. De vraag die daaronder ligt, waarom die omweg er was, is dan nooit gesteld.

De tweede is een functie, waarbij wij het gevoel hebben dat een iets bredere scope voor veel meer resultaten zorgt. Vaak weet de klant dit wel, maar durft hier niet om te vragen uit angst dat het technisch niet haalbaar of betaalbaar is.

Dit is waar ons meedenken over gaat. We stellen de vraag of een verzoek werkelijk oplevert wat je ervan verwacht, ook als het voor ons makkelijker was geweest om gewoon te bouwen wat er stond.

Waar we bijna nooit nee op zeggen

En dan de andere helft, die van Thom.

Zodra duidelijk is dat iets nuttig is, gaat de vraag "kan dat technisch?" hem eigenlijk niets aan. Die complexiteit is juist onze taak om op te lossen. De klant hoort zich alleen bezig te houden met wat zijn bedrijf nodig heeft of handiger maakt, niet met de vraag of dat technisch te realiseren is. Of we het linksom of rechtsom oplossen is onze uitdaging.

Dat is geen grootspraak en het betekent ook niet dat alles kan. Het betekent dat je het gesprek niet hoeft te voeren met een half oog op de beperkingen van een pakket dat iemand anders heeft bedacht. Je mag de vraag gewoon stellen zoals je hem bedoelt.

De volgorde die eronder zit

Samen vormen die twee helften één regel: bruikbaarheid en relevantie gaan boven technische complexiteit.

Jij denkt na over je proces. Wij denken na over de techniek. Als we iets tegenhouden, gaat dat over het nut. Gaat het over de techniek, dan is het ons probleem en niet het jouwe.

Dat is precies andersom bij een standaardpakket, waar de techniek al vaststaat en het nut zich eraan moet aanpassen. Daar is de volgorde: dit kan het systeem, hoe passen we het werk daarin? Bij ons is de volgorde: dit is het werk, hoe maken we een systeem dat dat volgt? Dat is ook wat we met een Managed Business Application bedoelen.

Wat het je uiteindelijk oplevert

Het echte verschil zie je pas als er iets in je organisatie verandert, en er verandert altijd iets. Een nieuwe dienst, een andere werkwijze, een klant die iets anders wil. Op zo'n moment is de vraag vaak niet of jouw mensen het aankunnen, maar of je systeem het toelaat.

Bij standaard pakketten is het altijd maar afwachten of de inrichting aangepast kan worden om deze nieuwe wens mogelijk te maken. Bij maatwerk is het altijd mogelijk om aanpassingen te maken, je bent niet afhankelijk van de roadmap van een leverancier. En omdat wij je organisatie door en door kennen, hebben we vaak al rekening gehouden met veranderingen en is het simpel in te regelen of aan te passen.

Loop je ergens tegenaan waarvan je allang gewend bent dat het niet kan? Vertel het ons, dan kijken we samen of dat nog steeds klopt. Een Business Scan begint precies bij die vraag.