Bijna ieder bedrijf zegt bij de start van een ERP-traject hetzelfde: we willen zo veel mogelijk standaard werken en liever geen maatwerk. Dat is een verstandig uitgangspunt. Standaard Odoo is makkelijker te begrijpen, te onderhouden en te upgraden.
Toch heeft bijna ieder bedrijf uiteindelijk wel een aanpassing, koppeling of specifieke workflow nodig. Dat is niet vreemd. Een ERP-systeem kan onmogelijk ieder bedrijfsproces volledig standaard ondersteunen. Als software voor iedere uitzonderlijke werkwijze een standaardoplossing zou bevatten, zou het systeem veel te complex worden.
De juiste conclusie is daarom niet dat maatwerk slecht is. De betere conclusie is: gebruik standaard Odoo waar dat kan en kies gericht voor maatwerk waar dat zakelijk nodig is.
Standaard is het vertrekpunt, niet het eindpunt
Voor kleinere bedrijven kan een standaard ERP-systeem vaak prima werken. De processen zijn overzichtelijker, het aantal uitzonderingen is meestal kleiner en veel werkzaamheden sluiten aan op de processen die standaard in Odoo zitten.
Odoo bestaat uit veel losse apps die met elkaar samenwerken. Verkoop, CRM, voorraad, inkoop, boekhouding, productie en projecten gebruiken dezelfde gegevens. Dat maakt het mogelijk om veel processen met standaardfunctionaliteit te ondersteunen. Op de pagina Odoo apps voor je bedrijfsprocessen zie je hoe belangrijk de combinatie van apps en processen daarbij is.
Maar standaard betekent niet dat ieder bedrijf op dezelfde manier moet werken. Het betekent vooral dat je begint met wat al beschikbaar is voordat je iets laat bouwen.
Tussen standaard Odoo en volledige softwareontwikkeling zitten bovendien meerdere mogelijkheden. Je kunt een proces anders inrichten, instellingen aanpassen, een extra app gebruiken, een koppeling bouwen of een workflow automatiseren. Pas wanneer die opties niet goed genoeg werken, komt maatwerk in beeld.
Dat onderscheid is belangrijk. Een afwijkende wens is niet automatisch een reden om te gaan ontwikkelen. Soms vraagt een organisatie om maatwerk omdat medewerkers gewend zijn geraakt aan een oude werkwijze. Dan is de eerste vraag niet hoe je die werkwijze in Odoo namaakt, maar waarom het bedrijf zo werkt.
Odoo standaard of maatwerk?
Er bestaat een fabel dat een ERP-systeem alles standaard moet kunnen. Dat klinkt aantrekkelijk, maar het is niet realistisch. Geen enkel ERP-systeem kan ieder type bedrijf, iedere markt en iedere uitzonderlijke werkwijze volledig ondersteunen zonder extra keuzes of aanpassingen.
Een standaard ERP-pakket is juist bruikbaar omdat het een brede basis biedt. Die basis bevat processen die bij veel organisaties voorkomen. Denk aan offertes, verkooporders, inkopen, voorraadmutaties, facturen, betalingen en rapportages.
Succesvolle bedrijven hebben daarnaast vaak iets unieks. Dat kan een bijzondere manier van inkopen zijn, een specifieke servicebelofte, een eigen logistiek proces of een product dat anders wordt samengesteld dan in de markt gebruikelijk is. Dat unieke deel kan belangrijk zijn voor het bedrijfsmodel. Dan is het niet altijd verstandig om het bedrijf volledig aan te passen aan de software.
De omvang van een bedrijf speelt wel een rol, maar bepaalt niet alles. Grotere bedrijven hebben vaak meer locaties, landen, valuta, rollen en uitzonderingen. Daardoor komen afwijkende processen sneller aan het licht. Een kleiner bedrijf kan echter net zo goed een proces hebben dat niet in een standaardworkflow past.
De kernvraag is daarom niet: zijn we groot genoeg voor maatwerk? De kernvraag is: raakt deze werkwijze aan de manier waarop we waarde leveren, geld verdienen of controle houden?
Voorbeeld 1: meerdere cashvaluta op een kassa
We hebben een grote internationale winkelketen ondersteund bij het afrekenen met meerdere cashvaluta op een kassa. De winkels accepteerden de lokale valuta en USD.
Dat klinkt op het eerste gezicht als een extra valuta-instelling. In de praktijk gaat het om veel meer. De kassa moet weten met welke valuta een klant betaalt, hoe het wisselgeld wordt berekend en hoe de kas aan het einde van de dag wordt gecontroleerd. Ook de rapportage en de aansluiting met de administratie moeten kloppen.
Een standaard kassaproces gaat vaak uit van een relatief eenvoudige situatie. De klant betaalt in de valuta waarin de winkel werkt en de kas wordt volgens diezelfde logica afgesloten. Zodra meerdere cashvaluta tegelijk worden geaccepteerd, ontstaan extra regels en controlemomenten.
In deze situatie was de vraag niet of iemand een extra veld op het kassascherm kon toevoegen. De vraag was hoe de winkelketen betrouwbaar met verschillende valuta kon werken zonder dat medewerkers zelf allerlei berekeningen of correcties moesten uitvoeren.
Daar kan maatwerk verantwoord zijn. Niet omdat de medewerkers een ander scherm prettiger vinden, maar omdat het bedrijfsproces zelf anders is ingericht. De oplossing moet de dagelijkse praktijk ondersteunen en tegelijk de controle op geldstromen behouden.
Voorbeeld 2: elektronica met grading
Bij een andere klant hebben we een proces gebouwd voor de inkoop van partijen elektronica. De klant koopt een partij in, ontvangt die in het magazijn en deelt de producten daarna op in verschillende grades.
De partij komt dus niet als een volledig gelijkwaardige voorraad binnen. Na ontvangst wordt bepaald welke producten in welke staat verkeren. Die grading heeft invloed op de manier waarop de producten worden opgeslagen, geprijsd en verkocht.
Een standaard ontvangstproces kan prima registreren dat een partij binnenkomt. De specifieke stap daarna, waarin individuele producten uit een partij verschillende grades krijgen en als verschillende verkoopbare voorraad verdergaan, vraagt echter om een andere proceslogica.
Ook hier gaat het niet om een willekeurige voorkeur van een gebruiker. De grading bepaalt de commerciële waarde van de producten. Het proces hoort bij het verdienmodel van het bedrijf.
Je kunt zo'n werkwijze proberen te omzeilen met losse spreadsheets, handmatige controles of extra administratieve stappen. Maar dan verplaats je het probleem vaak naar een andere plek. De voorraad in Odoo sluit niet meer vanzelf aan op de werkelijkheid, medewerkers voeren gegevens dubbel in en de kans op fouten neemt toe.
In dit soort situaties kan ERP maatwerk juist helpen om het onderscheidende proces betrouwbaar vast te leggen. De voorwaarde is wel dat duidelijk is waarom het proces bestaat en welke waarde de aanpassing oplevert.
De vraag achter de vraag: waarom werken we zo?
Voordat je maatwerk in Odoo laat bouwen, moet je het eigen proces onderzoeken. Niet iedere afwijking is uniek. Sommige werkwijzen zijn in de loop van de tijd ontstaan door oude software, interne afspraken of een tijdelijke oplossing die nooit meer is aangepast.
Vraag daarom eerst:
Waarom werken we op deze manier?
Welke waarde levert deze werkwijze op?
Is het proces echt onderscheidend of vooral historisch gegroeid?
Kunnen we hetzelfde doel met een andere werkwijze bereiken?
Wat gebeurt er als we het proces aanpassen aan standaard Odoo?
Dat laatste is geen aanval op de organisatie. Een ERP-implementatie is juist een goed moment om oude gewoontes opnieuw te beoordelen. Misschien blijkt dat een andere werkwijze eenvoudiger, sneller of beter controleerbaar is.
Op onze Odoo-projectaanpak staat daarom niet de techniek als eerste stap, maar het begrijpen van processen, mensen, data en doelen. Dat is ook de juiste volgorde bij de beoordeling van maatwerk.
De vraag is dus niet alleen: kunnen we dit bouwen? De betere vraag is: helpt dit ons om beter te werken?
Wanneer verdient maatwerk een plek?
Maatwerk is verantwoord wanneer standaard Odoo, configuratie, een andere app of een aangepaste werkwijze het bedrijfsprobleem niet goed genoeg oplost.
Dat kan het geval zijn wanneer:
het proces direct samenhangt met de manier waarop het bedrijf geld verdient;
de werkwijze een duidelijk concurrentievoordeel ondersteunt;
standaard werken leidt tot veel handmatig werk of extra fouten;
losse systemen en spreadsheets de controle verminderen;
het proces zo belangrijk is dat een workaround meer risico oplevert dan maatwerk;
de oplossing klein, duidelijk en goed te testen blijft.
De eerste reactie op maatwerk is vaak: het moet meer opleveren dan het kost. Dat is een goede regel, maar niet iedere waarde is direct in een spreadsheet zichtbaar. Soms voorkomt maatwerk fouten, discussies of omzetverlies. Soms maakt het een bedrijfsproces schaalbaar dat anders afhankelijk blijft van een paar ervaren medewerkers.
Daarom moet je niet alleen naar de ontwikkelkosten kijken. Vergelijk de investering met alle realistische alternatieven. Wat kost het om het proces jarenlang handmatig uit te voeren? Wat kost het om met meerdere losse systemen te werken? Wat kost het als medewerkers geen betrouwbaar voorraad- of kasoverzicht hebben?
Maatwerk is daarmee geen doel op zich. Het is een middel om een belangrijk proces goed te ondersteunen.
Maatwerk is een product, geen eenmalige wens
Een veelgemaakte fout is dat maatwerk alleen wordt besproken als onderdeel van de implementatie. Er wordt een bedrag afgesproken voor het bouwen van de oplossing en daarna gaat iedereen verder met het volgende onderdeel.
Maar maatwerk blijft onderdeel van je ERP-systeem. Het moet worden uitgelegd, getest, ondersteund en soms aangepast. Nieuwe medewerkers moeten begrijpen wat de oplossing doet. Key users moeten weten welke stappen ze moeten testen. De leverancier moet kunnen terugvinden waarom de logica ooit is gebouwd.
Maak daarom vooraf afspraken over:
de aanschaf- en ontwikkelkosten;
de scope van de oplossing;
support na de livegang;
onderhoud en bugfixes;
documentatie en eigenaarschap;
testen bij wijzigingen;
toekomstige Odoo-upgrades;
de kosten wanneer het proces of de software verandert.
Dat klinkt misschien uitgebreid voor een kleine aanpassing. Toch voorkomt juist die duidelijkheid later discussie. Als er niets is afgesproken, blijkt bij de eerste fout of upgrade vaak pas wie verantwoordelijk is.
Ook de keuze voor Odoo Studio verdient aandacht. Odoo Studio kan nuttig zijn voor bepaalde aanpassingen aan velden, schermen, rapporten en workflows. Het is echter geen vervanging voor een goed procesontwerp. Een snelle aanpassing kan later onderdeel worden van een ingewikkelde omgeving die niemand meer goed begrijpt.
Lees ook Waarom Odoo Studio niet de heilige graal is. De belangrijkste les is niet dat je Studio nooit mag gebruiken, maar dat je bewust moet kiezen hoe je een aanpassing beheert.
Odoo maatwerk onderhouden hoort bij de keuze
Wie voor maatwerk kiest, moet vanaf het begin nadenken over de toekomst. Odoo blijft zich ontwikkelen. Functionaliteit verandert, schermen worden aangepast en processen krijgen nieuwe mogelijkheden. Een maatwerkoplossing die vandaag goed werkt, moet bij een volgende versie opnieuw worden getest.
Dat betekent niet dat je ieder maatwerkstuk direct moet verwijderen. Een upgrade is wel een goed moment om opnieuw te beoordelen of de aanpassing nog nodig is. Misschien ondersteunt de nieuwe standaardfunctionaliteit inmiddels een deel van het proces. Dan kun je de maatwerkoplossing vereenvoudigen of helemaal vervangen.
Andere maatwerkoplossingen blijven nodig omdat ze gekoppeld zijn aan een specifiek bedrijfsmodel. Dan moet de code worden aangepast aan de nieuwe versie en moeten de belangrijkste scenario's opnieuw worden getest.
Op Odoo-upgrades met minder risico zie je waarom een upgrade niet alleen een technische omzetting is. Maatwerkcode, integraties, data en gebruikersprocessen horen allemaal bij de voorbereiding.
Plan daarom niet pas onderhoud wanneer een upgrade urgent wordt. Spreek bij de aanschaf al af hoe toekomstige upgrades worden aangepakt en welke kosten daarbij horen. Dan worden die kosten voorspelbaar in plaats van een onverwachte rekening achteraf.
Wat moet de directie doen?
Een leverancier kan technisch bijna altijd iets bouwen. Dat betekent nog niet dat het ook de beste bedrijfsbeslissing is. De directie moet daarom zelf richting geven aan de afweging.
Begin met het eigen proces. Is deze werkwijze zo uniek dat maatwerk verantwoord is? Of is een andere manier van werken net zo goed of misschien beter?
Vraag daarna om een vergelijking van de mogelijkheden:
Wat kan standaard Odoo?
Welke configuratie of extra app is mogelijk?
Kan het proces worden aangepast?
Is een koppeling beter dan een wijziging in Odoo?
Wat kost maatwerk bij aanschaf, onderhoud en upgrades?
Wie blijft verantwoordelijk voor support?
De belangrijkste vraag blijft: waarom werken we zo en waarom doet de software het anders?
Soms laat die vraag zien dat een organisatie een oude gewoonte onnodig heeft beschermd. Dan is standaard Odoo waarschijnlijk de betere keuze. Soms blijkt juist dat de afwijkende werkwijze de kern van het bedrijf raakt. Dan kan maatwerk de juiste beslissing zijn.
Conclusie: niemand wil onnodig maatwerk
De oorspronkelijke titel blijft daarom staan: maatwerk, niemand wil het, maar bijna iedereen heeft het.
Dat is geen tegenstelling die je moet oplossen door standaard of maatwerk als winnaar aan te wijzen. Het is een realistische beschrijving van ERP-projecten. Je begint met standaard Odoo omdat je daarmee eenvoud, ondersteuning en ontwikkeling van het platform benut. Je kiest voor maatwerk wanneer een belangrijk bedrijfsproces anders niet goed genoeg wordt ondersteund.
Maatwerk is niet slecht. Onbeheerd maatwerk is wel een probleem.
De beste oplossing is een aanpassing die een duidelijke zakelijke reden heeft, klein genoeg blijft om te begrijpen en vanaf het begin wordt meegenomen in support, onderhoud en upgrades. Dan past Odoo zich aan waar dat nodig is, zonder dat je de voordelen van standaardsoftware verliest.
Dat is uiteindelijk de juiste balans: standaard waar het kan, maatwerk waar het moet.
