“Hoe lang gaat dit duren?” is bij elke systeemkeuze de tweede vraag, direct na “wat kost het”. Het eerlijke antwoord voor Odoo: een standaardimplementatie staat in zo’n drie maanden - en daarna telt alles op. Meer gebruikers, zwaardere modules, maatwerk, koppelingen, datamigratie: elk van die keuzes maakt het traject langer, en één factor maakt alles korter. Dit is wat de doorlooptijd echt bepaalt, waarom wij er bewust géén agile project van maken, en hoe je terugrekent vanaf een harde datum als 1 januari. Wil je meteen jouw situatie doorrekenen: de livegang-planner doet het in een minuut.
Het korte antwoord: drie maanden, mits je standaard blijft
Een implementatie van de kernprocessen - CRM, verkoop, inkoop, boekhouding - voor een team van normale omvang staat in ongeveer drie maanden. Dat is geen marketinggetal maar een randvoorwaardelijk getal: het geldt zolang de scope standaard blijft, de datamigratie beperkt is en er iemand aan jouw kant is die tijd vrijmaakt.
Waarom kan dat zo snel? Omdat Odoo voor die kernprocessen simpelweg af is. Je richt in, je configureert, je migreert een overzichtelijke set stamgegevens - maar je bouwt niets. Elke week in zo’n traject gaat naar keuzes maken, niet naar software schrijven.
Het betekent ook het omgekeerde: elke stap buiten de standaard heeft een prijs in tijd. Dat is geen bezwaar - soms ís je proces het maatwerk waard - maar het hoort wel op tafel vóórdat de planning wordt beloofd.
Wat er optelt
De doorlooptijd van een Odoo-traject is geen mysterie. Hij is optelbaar, en de posten zijn bijna altijd dezelfde.
Gebruikers. Meer mensen betekent meer processen die geraakt worden, meer training, meer meningen en meer testwerk. Een implementatie voor tweehonderd man is wezenlijk ander werk dan voor vijftien.
Zwaardere modules. eCommerce en Manufacturing zijn de twee klassiekers. Een webshop raakt productdata, voorraad, betalingen en verzending tegelijk; productie raakt stuklijsten, routings en planning. Beide kunnen uitstekend in Odoo - maar beide zijn een project ín het project.
Maatwerk. Van een klein schermaanpassinkje tot een eigen calculatiekern: maatwerk moet ontworpen, gebouwd én getest worden. De bandbreedte is groot, en precies daarom hoort de omvang ervan uit een fit-gap-analyse te komen en niet uit een onderbuik.
Koppelingen. Elke integratie met een extern systeem - een webshop, een logistiek dienstverlener, EDI met een afnemer - brengt een tweede partij met een eigen tempo mee. Koppelingen zijn zelden groot werk per stuk, maar ze stapelen, en je bent niet de enige die het tempo bepaalt.
Data. De onzichtbaarste post. Staan je klanten, artikelen en openstaande posten er schoon bij, dan is migratie een taak. Moeten ze eerst ontdubbeld en opgeschoond worden, dan is het een deelproject. Wie ooit vanuit Excel is gegroeid, weet meestal al aan welke kant hij zit.
Meerdere werkmaatschappijen. Multi-company is geen kwestie van een vinkje: elke extra entiteit brengt eigen inrichting, eigen stromen en intercompany-verkeer mee, en vermenigvuldigt de afstemming.
Tel het op en je begrijpt de bandbreedte die je overal ziet: drie maanden standaard, zes tot negen met serieuze scope, richting twaalf voor grote multi-company-trajecten.
De grootste versneller is geen techniek maar een mens
Als we één ding uit al onze projecten zouden mogen doorgeven, is het dit: de beschikbaarheid van jullie interne projectleider bepaalt het tempo meer dan welke technische keuze ook.
Elke implementatie leeft van beslissingen. Welke velden zijn verplicht? Wie mag wat zien? Is deze uitzondering het inrichten waard of schaffen we haar af? Een projectleider die daar echt tijd voor krijgt - en mandaat - beantwoordt die vragen in dagen. Een projectleider die het er op vrijdagmiddag bij doet, beantwoordt ze in weken. Vermenigvuldig dat met de honderd beslissingen die elk traject vraagt, en je ziet waar planningen sterven.
Daarom vragen wij er vooraf expliciet naar, en daarom weegt het zwaar in onze planner: van minimaal vier uur per week bij een klein traject tot “zoveel als nodig” bij een groot traject. Het klinkt als een detail. Het is de hefboom. En de projectleider staat niet alleen: wie er per proces naast hem horen, lees je in wat is een key user.
Waarom wij er geen agile project van maken
Veel implementatiepartners werken agile: sprints, backlog, gaandeweg ontdekken wat er nodig is. Wij doen bewust het omgekeerde. De fit-gap-analyse aan de start levert een scopingstabel op die van het traject een voorspelbaar watervalproject maakt.
Per proces staat vast wat standaard kan, wat configuratie is en wat echt gebouwd moet worden - mét de definition of done, vóórdat er gebouwd wordt. Afwijken mag, maar dan weten we waarvan we afwijken. Het gevolg voor de doorlooptijd is precies wat je wilt: een planning die vooraf klopt in plaats van een die gaandeweg ontstaat, en een vaste prijs per fase in plaats van een open eind. “Gaandeweg ontdekken” klinkt flexibel, maar het is de duurste manier om erachter te komen dat je scope groter was dan gedacht.
Terugrekenen vanaf 1 januari
De meeste deadlines zijn wensen; de boekjaargrens is er echt een. Per 1 januari live betekent schoon beginnen: geen half boekjaar in het oude systeem en half in het nieuwe, geen dubbele administratie voor je accountant.
Wie op 1 januari live wil, rekent terug. Trek eerst twee maanden buffer af - voor testbevindingen, nieuwe wensen die ontstaan zodra mensen het systeem zien, en gewone uitloop. Die buffer is geen pessimisme; elke livegang zonder buffer levert onder druk kwaliteit in, precies in de weken die bepalen of gebruikers het systeem omarmen. Wat er dan overblijft, is de ruimte voor je werkelijke scope. Start je na de zomer, dan past een standaardtraject daar ruim in. Past jouw volledige scope er niet in, dan is er nog één knop over - en dat is de belangrijkste van dit hele verhaal.
Scope is een knop: faseren
“Niet haalbaar” bestaat bijna nooit. Wat wel bestaat: niet alles tegelijk haalbaar. Het antwoord is faseren - eerst live met de kernprocessen, de zwaardere delen er direct achteraan. De boekhouding per 1 januari in het nieuwe systeem en de webshopkoppeling in februari is geen mislukte planning; het is een goede.
Faseren haalt bovendien risico uit het project: een kleinere eerste livegang is een beheersbare livegang, en je team leert het systeem kennen terwijl fase twee gebouwd wordt. Vrijwel elke “onhaalbare” datum wordt haalbaar zodra de vraag verandert van “wanneer kan alles” naar “wat moet er per die datum echt staan”.
Kort samengevat
Een standaard Odoo-implementatie staat in zo’n drie maanden; gebruikers, zwaardere modules, maatwerk, koppelingen, data en extra werkmaatschappijen tellen daar bovenop, tot zes à negen maanden voor serieuze en richting twaalf voor grote trajecten. De grootste versneller is een beschikbare interne projectleider. Wij maken er met een fit-gap en een scopingstabel bewust een voorspelbaar watervalproject van. En voor een harde datum als 1 januari geldt: reken terug, houd twee maanden buffer aan, en gebruik scope als knop. De livegang-planner rekent jouw situatie in een minuut door.
Wil je weten of jouw datum haalbaar is? Vul de livegang-planner in voor een eerste inschatting, of plan een gratis Odoo-scan - dan brengen we scope, fasering en planning samen in kaart.
Meer lezen: Wat kost een Odoo-implementatie? · De TARGET-methode · Wat is een key user? · Van Excel naar Odoo · Odoo zelf implementeren of via een partner