Je hebt net een nieuw ERP-systeem aangeschaft, en toch lekt het geld nog steeds weg in handwerk. Facturen die worden overgetypt, calculaties in losse spreadsheets, meerwerk dat mondeling wordt afgesproken en daarna nooit gefactureerd. Het is de teleurstelling die ik vaker zie dan me lief is. Een half jaar na een dure aankoop klinkt bij het projectbedrijf dezelfde zucht: we hebben nu een duur systeem, maar het werkt nog steeds niet zoals wij werken.
De software doet daar niets verkeerds aan. Ze doet precies waar een standaard ERP voor gemaakt is, namelijk niets specifieks. En dat is wat de meeste ondernemers onderschatten. Een standaard ERP-systeem is geen huis, het is een fundament. Een leeg, degelijk platform waarop je in theorie alles kunt bouwen. Maar zolang er niets op staat, moet jij het huis er zelf op zetten. En dat huis is de manier waarop jouw projecten lopen: hoe je calculeert, plant, factureert en je marge bewaakt. Precies het deel waar het werk, de kosten en het risico in zitten.
Kort gezegd: een branchespecifiek ERP is een standaardplatform waar de kennis van jouw vak al in zit voordat je begint. Bij een kaal systeem betaal je consultants om die kennis er alsnog in te bouwen. De vraag is dus niet wat een systeem kán, maar hoeveel van je vak er al in zit.
In dit stuk lees je waarom dat lege systeem je zoveel verborgen werk kost, en welke twee vragen je daarom aan elke ERP-partij zou moeten stellen voordat je kiest.
De verkeerde vraag en de juiste vraag
In elk selectietraject hoor ik dezelfde vraag: welk ERP-systeem is het beste? Dat is de verkeerde vraag, want met genoeg tijd, geld en consultants kun je bijna elk systeem bijna alles laten doen. De vraag die er werkelijk toe doet is een andere. Hoeveel van mijn vak zit er al in het systeem voordat ik begin? Dat is precies wat een branchespecifiek ERP onderscheidt van een kaal pakket.
Bij een kaal ERP is het antwoord: niets. Je krijgt het lege fundament. Vervolgens betaal je een team consultants om er jouw werkwijze in te metselen, of je past je eigen manier van werken aan de software aan. Beide zijn duur en geen van beide is wat je wilde.
Neem, ter illustratie, een installatiebedrijf dat overstapt op een kaal ERP. Het systeem staat er, maar de manier waarop zij hun werkbonnen, hun servicecontracten en hun meer- en minderwerk verwerken, moet er nog helemaal in worden gebouwd. Het gevolg is voorspelbaar. Maanden extra inrichttijd, een team dat ondertussen op de oude manier blijft doorwerken, en een investering die pas veel later iets oplevert. Niet omdat het systeem slecht is, maar omdat het leeg was.
Wij hebben bewust een andere weg gekozen. We leveren geen kaal Business Central. We leveren de standaard van Microsoft met daarbovenop een branchelaag die we zelf hebben gebouwd, speciaal voor de manier waarop projectbedrijven werken. Dat is wat wij een branchespecifiek ERP noemen: de vakkennis zit al in het systeem voordat jij begint.
Wat een branchespecifiek ERP concreet doet
Het hart ervan is onze planner voor projecten en mensen. Ze plant een gefaseerd project met afhankelijkheden en mijlpalen, zodat de ruwbouw niet vóór de fundering staat. Het systeem kent ook het begrip wachttijd: voor het beton dat eerst moet uitharden, of de verf die moet drogen voordat het volgende werk mag beginnen. Ze laat je de bezetting over al je projecten heen zien, zodat je onderbouwd ja of nee zegt tegen nieuw werk in plaats van op je onderbuik. En ze zet de planning tot in de Outlook-agenda van je monteur, compleet met projectadres en werkbon. Zo blijft de planning niet hangen in een systeem dat de werkvloer nooit opent. We schreven eerder uitgebreider over hoe die planner grip geeft op projectplanning en marge.
Calculeren, meerwerk en factureren in termijnen
Rond die planning hebben we de rest van de projectcyclus ingericht. Bij het calculeren werk je met samengestelde artikelen: vaste combinaties van materiaal en onderdelen die je als één regel opvoert in plaats van telkens los. Dat maakt rekenen en bestellen sneller en consistenter. Loopt een project anders dan begroot, dan leg je meer- en minderwerk netjes vast en belast je het door, zodat die marge niet stilletjes weglekt in mondelinge afspraken. En factureren doe je niet in één keer aan het eind, maar in termijnen die met het project meelopen. Je ziet daarbij wat al verstuurd is en wat nog openstaat.
De financiële routine eronder
De financiële routine eronder hebben we met de Continia-oplossingen gladgestreken. Inkoopfacturen worden automatisch herkend en ingelezen in plaats van overgetypt, met een digitale goedkeuringsroute erachter. Betalingen zet je klaar via een directe bankkoppeling en je bankafschriften worden automatisch afgeletterd. En declaraties, kilometers en bonnetjes leggen je mensen vast via hun telefoon, direct op het juiste project.
Documenten, ten slotte, laten we niet versnipperen. Onze documentoplossing verbindt SharePoint, Teams en Business Central met elkaar, zodat een projectdossier op één plek leeft en iedereen vanuit zijn eigen omgeving bij dezelfde, juiste versie kan.
En omdat een systeem pas werkt als je mensen het ook echt gebruiken, hebben we twee dingen bewust vooraf geregeld. We hebben veelvoorkomende functies voorzien van kant-en-klare rollen, zodat een projectleider, een calculator of een monteur meteen de juiste toegang heeft zonder dat jij dat zelf hoeft uit te dokteren. En we hebben op tal van plekken de standaard van Business Central vereenvoudigd, zodat dagelijkse handelingen minder klikken en minder zoekwerk kosten.
Waarom dit iets anders is dan maatwerk
Nu denk je misschien: een systeem zo naar je hand zetten, dat is toch gewoon maatwerk? En je zou terecht huiverig zijn, want maatwerk heeft een slechte naam, en niet zonder reden. Het verschil zit in hoe je uitbreidt. Microsoft heeft Business Central er bewust zo op ingericht dat je functionaliteit toevoegt via extensies die naast de standaard leven, en niet door de basiscode zelf te verbouwen. Dat is juist om de klassieke valkuil te vermijden. Zwaar, per klant geprogrammeerd maatwerk in de kern drijft de kosten op. Het maakt van elke update een project, omdat elke aanpassing opnieuw tegen de nieuwe versie moet worden getest. Een extensie blijft daarentegen gescheiden, zodat de updates van Microsoft gewoon doorlopen zonder je aanpassingen te breken.
Het verschil is dat een branchespecifiek ERP als het onze geen wegwerpmaatwerk is, maar een onderhouden product. Het is één keer goed gebouwd, het beweegt mee met de updates van Microsoft, en het wordt doorontwikkeld voor alle projectbedrijven die ermee werken. Je krijgt dus de scherpe pasvorm van maatwerk, zonder de val van maatwerk. Dat is het verschil tussen een fundament met een stapel losse stenen ernaast, en een fundament met een afgebouwde verdieping er al op.
Wat het je oplevert
Het praktische gevolg van een branchespecifiek ERP is drieledig. Je bent sneller live, omdat het meeste al staat en niet vanaf nul hoeft te worden ingericht. Het systeem sluit aan op hoe je echt werkt, niet op hoe een generiek pakket denkt dat je zou moeten werken. En je blijft meebewegen met de standaard, dus je loopt niet vast op de eerste de beste update.
De vraag om aan elke ERP-partij te stellen
Als je een systeem overweegt, stel dan niet de vraag of het systeem iets kan, want het antwoord is altijd ja, mits genoeg maatwerk. Stel de twee vragen die er werkelijk toe doen. Hoeveel van mijn vak zit er al in het systeem voordat we beginnen? En wie onderhoudt dat deel als Microsoft volgend jaar iets verandert?
Op die twee vragen wil je een concreet antwoord, geen belofte. Dat geldt voor elk ERP voor projectbedrijven, het onze incluis. Wil je eens zien wat een branchespecifiek ERP voor jouw manier van werken al klaarzet, dan laten we dat graag zien aan de hand van je eigen projecten. Geen demo van een leeg systeem, maar een blik op wat je niet meer zelf hoeft te bouwen.
