Consultancy software: welke systemen heeft een adviesbureau echt nodig?

Bij een adviesbureau begint de softwarediscussie bijna altijd op dezelfde plek: de urenregistratie klopt niet. Uren komen te laat binnen, staan op het verkeerde project, of blijken achteraf niet declarabel. Iemand oppert een ander urenpakket, en drie maanden later klopt het nog steeds niet.

Dat komt doordat de urenregistratie aan het eind van een keten staat en het begin is van drie andere dingen: je facturatie, je bezetting en je margebeeld per opdracht. Een adviesbureau dat zijn uren niet op orde heeft, heeft meestal zijn opdrachtstructuur niet op orde. Nieuwe software lost dat niet op — die maakt hetzelfde probleem alleen beter zichtbaar.

Dit artikel gaat over wat er in de praktijk onder consultancy software valt, welke vier getallen een adviesbureau stuurt, wanneer een standaardpakket volstaat en wanneer niet, en in welke volgorde je het opbouwt.

Wat valt er onder consultancy software?

De term dekt zes functies, en de meeste bureaus hebben ze in drie tot zes verschillende pakketten zitten:

• Relatie- en pipelinebeheer. Wie ken je, wat loopt er, wie is eigenaar van de volgende stap.
• Voorstel en scope. Wat lever je, tegen welk tarief of welke vaste prijs, en wat valt er expliciet buiten.
• Capaciteit en planning. Wie is wanneer beschikbaar, en welke opdrachten claimen die tijd al.
• Urenregistratie. Wie deed wat, op welke opdracht, en is dat declarabel.
• Facturatie en onderhanden werk. Wat is gefactureerd, wat is gewerkt maar nog niet gefactureerd, en wat blijft er hangen.
• Kennis en documenten. Rapporten, methodieken, sjablonen en eerdere opdrachten — het kapitaal van een adviesbureau, en meestal het slechtst georganiseerde deel.

Het probleem is zelden dat een van die zes ontbreekt. Het probleem is dat ze niet op dezelfde opdracht staan. De offerte kent een scope, de planning kent een periode, de urenregistratie kent een projectcode en de factuur kent een regel — en niemand kan in één beweging laten zien of die vier over hetzelfde gaan.

Bij een adviesbureau is de opdracht het scharnier. Alles wat niet aan de opdracht hangt, moet je later handmatig bij elkaar zoeken.

De vier getallen waar het echt om draait

Voordat je iets aanschaft, is het de moeite waard om op te schrijven welke vragen je software moet kunnen beantwoorden. Bij vrijwel elk adviesbureau zijn dat er vier.

Declarabiliteit

Welk deel van de beschikbare tijd is aan betaald werk besteed. Klinkt eenvoudig, maar de definitie is dat niet: telt reistijd mee, telt acquisitie mee, telt intern overleg mee? Zolang er drie definities in omloop zijn, is elk gesprek over dit getal een discussie over rekenregels in plaats van over werk.

Bezetting versus pipeline

Hoeveel van de komende weken is al belegd, en hoeveel staat er aan mogelijk werk tegenover. Dit is het enige getal dat vooruitkijkt, en juist daarom hangt het aan twee systemen die zelden verbonden zijn: je planning en je pipeline. Hoe je die pipeline überhaupt betrouwbaar maakt, staat in een salesproces inrichten in een groeiend MKB-bedrijf.

Onderhanden werk

Wat is er gewerkt maar nog niet gefactureerd. Bij bureaus die per maand of per fase factureren, is dit stilstaand geld — en het groeit ongemerkt, want niemand voelt het tot het kwartaal wordt afgesloten.

Marge per opdracht

Wat leverde deze opdracht op ten opzichte van wat er is ingezet. Dit getal is het lastigst, omdat het pas klopt als scope, uren, inhuur en facturatie aan dezelfde opdracht hangen. En het is het belangrijkst, want het is het enige dat vertelt welk type opdracht je meer zou moeten verkopen.

Waarom de urenregistratie altijd het pijnpunt is

Omdat het invullen ervan werk is dat geen enkele adviseur ziet als zijn werk. Elke seconde extra wrijving verplaatst de registratie naar vrijdagmiddag, en wat op vrijdag wordt ingevuld is een reconstructie, geen registratie.

De ingrepen die wél helpen, gaan allemaal over wrijving wegnemen, niet over discipline afdwingen:

• Toon alleen de opdrachten waar iemand op staat. Een keuzelijst met tachtig projectcodes is een uitnodiging om te gokken.
• Laat de planning het voorstel doen. Wie maandag voor een klant is ingepland, hoort maandagavond een concept te zien dat hij bevestigt of aanpast.
• Maak declarabel of niet een eigenschap van de opdracht, niet een keuze van de invuller. Anders krijg je vier interpretaties per team.
• Sluit per week af, niet per maand. Een week terugkijken lukt; een maand terugkijken is fictie.

Dit is bewust geen softwarekeuze. Het zijn afspraken die je vastlegt en daarna in software giet — in die volgorde.

Urenregistratie verbeter je niet met discipline, maar met minder keuzes.

Inhuur en zzp-ers: wat sinds 2025 in je systeem hoort

Veel adviesbureaus vullen pieken op met zelfstandigen. Dat raakt sinds kort direct aan wat je vastlegt. De Belastingdienst handhaaft sinds 1 januari 2025 weer volledig op schijnzelfstandigheid.¹ Concreet betekent dat: er worden geen aanwijzingen meer gegeven, en wordt schijnzelfstandigheid vastgesteld, dan kunnen direct correctieverplichtingen en naheffingsaanslagen loonheffingen worden opgelegd. Naheffen met terugwerkende kracht kan sinds 1 januari 2025 weer, maar nooit verder terug dan die datum — tenzij er sprake is van kwaadwillendheid of een aanwijzing niet is opgevolgd; dan kan het tot vijf jaar terug.²

Wat dat voor je systeem betekent, is nuchter: de dingen die laten zien hoe er feitelijk gewerkt wordt, moeten ergens staan en terug te vinden zijn. Denk aan de opdrachtomschrijving en het resultaat waarop is afgesproken, de looptijd, wie de opdracht aanstuurt, welke uren op welke opdracht zijn geschreven en welke facturen daarbij horen. Dat is geen extra administratie bovenop je werk; het is dezelfde administratie die je toch al nodig hebt voor je marge per opdracht.

De administratie die je nodig hebt om je marge te kennen, is grotendeels dezelfde die je nodig hebt om je inhuur te kunnen uitleggen.

Standaardpakket of eigen systeem?

Voor een bureau met een enkelvoudig model — uurtarief, één type opdracht, weinig inhuur — dekt een standaardpakket voor professionele dienstverlening het meeste. Dat is geen tweede keus; dat is verstandig. De afweging tussen huren en bouwen staat uitgewerkt in SaaS of maatwerksoftware.

Een standaardpakket is geen tweede keus. Het wordt pas een probleem als jouw manier van leveren niet in het model past.

Het wringt op vier plekken, en meestal tegelijk:

• Je leveringsmodel is niet standaard. Retainers naast projecten naast resultaatafspraken naast abonnementen op een tool die je zelf hebt gebouwd. Pakketten kiezen één model en laten de rest in vrije velden landen.
• Je methodiek is je product. Als jouw waarde in een vaste aanpak zit — scan, analyse, rapportage, implementatie — dan wil je die stappen in het systeem terugzien, met de sjablonen en tussenproducten eraan.
• De opdrachtgever wil meekijken. Status, documenten, verbruikte uren en facturen in een eigen omgeving in plaats van in een maandelijkse mail.
• Je hebt data die van jou is. Benchmarks, meetresultaten, dossiers van jaren. Die wil je niet in het datamodel van een leverancier kwijtraken.

Wat je in dat geval bouwt, is geen ERP. Het is een Bedrijfs-OS: één omgeving waarin relatie, opdracht, planning, uren, facturatie en dossier op dezelfde gegevens werken. Voor bureaus die dit als los traject aanpakken, staat de werkwijze op maatwerk software laten ontwikkelen.

Wat AI hier wél en niet doet

AI helpt op de plekken waar tekst uit context moet komen, en niet op de plekken waar de context ontbreekt. Concreet: een gespreksverslag uit aantekeningen, een conceptvoorstel op basis van eerdere opdrachten, een samenvatting van een rapport, een antwoord op de vraag wat je in 2023 voor deze klant hebt geadviseerd.

Voor alle vier geldt dezelfde randvoorwaarde: het materiaal moet vindbaar en afgebakend zijn, en het antwoord moet zijn bron tonen. Anders krijg je vloeiende antwoorden die je niet durft te gebruiken. Hoe je dat inricht, staat in je documenten zijn opgeslagen, waarom vind je ze niet terug; wat AI met voorstellen kan, in offertes automatiseren met AI.

Wat AI níét doet: bepalen wat declarabel is, je scope bewaken of je bezetting oplossen. Dat zijn afspraken, geen voorspellingen.

Het klantportaal is vaker het onderscheid dan het rapport

Opdrachtgevers van adviesbureaus vragen zelden om een dashboard. Ze vragen om drie dingen: waar staan we, waar vind ik het laatste stuk, en wat is er tot nu toe verbruikt. Dat is precies wat een klantportaal oplost, en het scheelt aan jouw kant het statuswerk dat nu bij de projectleider ligt.

Wil je daarnaast intern zicht op bezetting en marge, dan is dat een aparte laag — zie een dashboard laten ontwikkelen. Maar bouw dat pas als de onderliggende gegevens aan de opdracht hangen; een dashboard op losse bronnen toont vooral hoe los ze zijn.

In welke volgorde bouw je dit op

1. Definieer de opdracht als één record. Scope, tarief of vaste prijs, periode, eigenaar, en wat er buiten valt. Alles hangt hieraan.
2. Leg de urenregeling vast in afspraken, niet in software: wat is declarabel, wie vult wanneer in, en wanneer sluit je af.
3. Koppel planning en uren. De planning doet het voorstel, de adviseur bevestigt. Dit is de grootste sprong in datakwaliteit voor de minste moeite.
4. Automatiseer de facturatie vanuit de opdracht, zodat onderhanden werk zichtbaar wordt zonder maandelijkse reconstructie.
5. Zet er pas daarna een portaal en rapportage op. Wat je dan toont, klopt.

Deze volgorde is saai en hij werkt. Wie hem omdraait en begint bij het dashboard, bouwt een mooie weergave van gegevens die niet met elkaar praten — het patroon dat we beschrijven in ERP te zwaar, Excel te licht.

Veelgestelde vragen over consultancy software

Wat is consultancy software?

Software die de keten van een adviesbureau ondersteunt: relatie- en pipelinebeheer, voorstel en scope, capaciteit en planning, urenregistratie, facturatie en onderhanden werk, en het beheer van rapporten en methodieken. Het onderscheidende is niet welke functies erin zitten, maar of ze allemaal aan dezelfde opdracht hangen.

Heeft een klein adviesbureau een eigen systeem nodig?

Meestal niet. Met een enkelvoudig leveringsmodel en weinig inhuur dekt een standaardpakket het grootste deel. Een eigen systeem wordt pas logisch als je leveringsmodel afwijkt, je methodiek je product is, opdrachtgevers willen meekijken of je data zelf een bezit is.

Waarom klopt onze urenregistratie nooit?

Bijna altijd door wrijving, niet door discipline. Te veel keuzemogelijkheden, geen voorstel vanuit de planning, een onduidelijke definitie van declarabel en een afsluitmoment dat te ver weg ligt. Los die vier op en de kwaliteit stijgt zonder dat je iemand hoeft aan te spreken.

Wat moeten we vastleggen als we zzp-ers inhuren?

De dingen die laten zien hoe er feitelijk wordt gewerkt: de opdrachtomschrijving en het afgesproken resultaat, de looptijd, wie aanstuurt, welke uren op welke opdracht zijn geschreven en welke facturen daarbij horen. Dat is dezelfde administratie die je toch al nodig hebt om je marge per opdracht te kennen.

Benieuwd of jouw bureau met een pakket toekan of dat je aan een eigen omgeving toe bent? Doe de Bedrijfs-OS scan, bekijk welke sectoren we bedienen op sectoren, of plan een gesprek om je opdrachtstructuur een keer hardop door te lopen.