Een ERP wordt niet uitgerold aan de snelheid van een commerciële demonstratie. De vraag "welke duur voor een ERP-project" verdient dus een eerlijk antwoord: voor een KMO rekent u doorgaans tussen 2 en 9 maanden. Sommige gerichte ingebruiknames duren zes tot acht weken. Andere projecten overschrijden een jaar, vooral wanneer ze verspreide gegevens, niet-gedefinieerde processen, specifieke ontwikkelingen en meerdere entiteiten combineren.
De juiste termijn is niet de kortste op papier. Het is degene die uw teams toelaat een betrouwbaar systeem te adopteren, zonder uw activiteit te blokkeren of de slechte Excel-gewoontes in de ERP te herscheppen. Een realistische kalender beschermt uw budget, uw exploitatie en het vertrouwen van uw medewerkers.
Welke duur voor een ERP-project naargelang uw situatie?
De duur hangt minder af van de gekozen software dan van uw vertrekpunt en het werkelijk beoogde bestek. Odoo kan snel geconfigureerd worden, maar de tool vervangt noch de beheersbeslissingen, noch het voorbereidingswerk.
Voor een KMO die Excel-bestanden vervangt door een eenvoudige basis - CRM, verkoop, aankoop, facturatie en boekhouding - kan een goed afgebakend project in 2 tot 4 maanden afgerond worden. Deze duur veronderstelt een beperkt aantal gebruikers, vrij homogene processen en een directie die beschikbaar is om snel te beslissen.
Een vollediger implementatie, met voorraad, multi-magazijnen, fabricage, planning, eCommerce of betalingsintegratie, situeert zich vaak tussen 4 en 9 maanden. Men moet dan de flows end-to-end testen: van de klantenorder tot de betaling, van de leveranciersaankoop tot de ontvangst, of van de fabricageorder tot de verzending.
Voorbij 9 maanden is het project niet noodzakelijk slecht beheerd. Het kan meerdere bedrijven, internationale dochterondernemingen, een aanzienlijke historiekoverdracht, interfaces met bedrijfssoftware of een diepgaande operationele herziening omvatten. Het risico ontstaat eerder wanneer een lange termijn door geen enkele duidelijke opdeling, geen enkele bestekbeslissing en geen enkel zichtbaar tussentijds resultaat wordt ondersteund.
De vijf factoren die de kalender werkelijk doen variëren
Het functionele bestek
Een ERP raakt snel gevoelige onderwerpen: prijzen, marges, bevoorrading, boekhoudkundige afsluiting, toegangsrechten en goedkeuringsregels. Hoe meer bedrijfsfuncties u vanaf de eerste ingebruikname wilt dekken, hoe meer tijd de werksessies, parametrages en tests vergen.
De klassieke val bestaat erin te eisen dat alles vanaf de eerste dag beschikbaar is. Een gefaseerde aanpak is vaak rendabeler. Men beveiligt eerst de flows die de meeste waarde creëren of de meeste problemen veroorzaken, en breidt vervolgens het systeem uit op een basis die al door de teams wordt gebruikt.
De kwaliteit van de gegevens
Gegevens zijn geen technisch detail. Dubbele klantenfiches, slecht gecodeerde artikelen, inconsistente eenheden of verouderde prijslijsten vertragen de overname en creëren fouten vanaf de start.
Men moet beslissen wat gemigreerd moet worden, wat gearchiveerd kan blijven en wie verantwoordelijk is voor de validatie. Tien jaar historiek overnemen is niet altijd nuttig. In veel KMO's geeft het overnemen van de actieve gegevens, de nodige saldi en de lopende documenten een betere verhouding tussen inspanning en voordeel.
Het personalisatieniveau
Een goede ERP moet zich aanpassen aan uw activiteit. Het mag niet elke uitzondering overgeërfd van oude tools reproduceren. De standaardparametrage is doorgaans sneller te leveren, eenvoudiger te onderhouden en beter compatibel met toekomstige evoluties.
Maatwerkontwikkeling is gerechtvaardigd wanneer ze beantwoordt aan een precieze concurrentiële, regelgevende of operationele vereiste. Bijvoorbeeld een complexe productconfigurator, een bedrijfsberekeningsregel of een integratie met een productiemachine. Elke ontwikkeling moet echter worden gespecificeerd, gebouwd, getest en gedocumenteerd. Ze voegt dus tijd toe, maar ook een langetermijn-onderhoudsverantwoordelijkheid.
De beschikbaarheid van de teams
De consultant kan het project structureren, maar kan niet in uw plaats beslissen hoe u kortingen, retours, bevoorradingen of factuurvalidatie beheert. De bedrijfsverantwoordelijken moeten tijd besteden aan de werksessies, de tests en de afwegingen.
Vaak is het hier dat de planningen afwijken. In een KMO houden dezelfde mensen de activiteit draaiende en nemen ze deel aan het project. Dit moet vanaf het begin worden aanvaard: geblokkeerde tijdsloten voorzien, een interne verantwoordelijke aanduiden en deze persoon de nodige autoriteit geven om de beslissingen vooruit te helpen.
De interfaces en de infrastructuur
Een geïsoleerde ERP is zeldzaam. Ze moet soms communiceren met een eCommerce-site, een PIM, een vervoerder, een betalingsoplossing, een kassasysteem, een BI-platform of een productieomgeving. Een integratie kan eenvoudig lijken zolang ze niet getest is met reële cases: annulering, terugbetaling, voorraadtekort, gedeeltelijke retour of synchronisatiefout.
Deze onderwerpen vereisen een vroege technische afbakening. Ze mogen niet twee weken vóór de ingebruikname opduiken als een "kleine te verbinden koppeling".
Een realistische kalender, stap voor stap
Een beheerst ERP-project vordert door concrete beslissingen, niet door opeenstapeling van vergaderingen. De afbakeningsfase neemt vaak 2 tot 4 weken in beslag. Ze dient om de doelstellingen, het initiële bestek, de rollen, de prioriteiten en de verschillen tussen uw processen en de beschikbare functies te bepalen. Het is ook het juiste moment om te identificeren wat u niet zult doen in de eerste fase.
Vervolgens komen de parametrage, de nodige ontwikkelingen en de voorbereiding van de gegevens. Naargelang het bestek duurt deze reeks 4 tot 12 weken. De sleutelgebruikers moeten het systeem vroeg zien. Wachten tot het einde om een volledige oplossing voor te stellen verhoogt het risico om een essentiële behoefte of een bedrijfsmisverstand te laat te ontdekken.
De testfase verdient een toegewijde tijd, doorgaans 2 tot 6 weken. Het gaat er niet om op enkele schermen te klikken. De teams moeten representatieve scenario's naspelen: offerte met bijzondere voorwaarden, gedeeltelijk geleverde bestelling, aankoop met saldo, voorschotfactuur, inventaris, creditnota, afsluiting of overdracht tussen magazijnen. Anomalieën zijn normaal. Wat telt is ze te identificeren voordat klanten en boekhoudteams ermee geconfronteerd worden.
Ten slotte vereist de overschakeling een precieze voorbereiding: bevriezing of synchronisatie van de gegevens, controles, opleiding, bijstand bij de opstart en een terugvalplan in geval van blokkering. Een ingebruikname kan een weekend duren, maar het succes ervan hangt af van de weken die eraan voorafgaan. Voorzie ook een stabilisatieperiode van 2 tot 4 weken. De eerste vragen van de gebruikers en de parametrageaanpassingen maken deel uit van het project, ze zijn geen mislukking.
Moet men versnellen of het bestek verkleinen?
Ja, op voorwaarde dat de fundamenten niet worden opgeofferd. Als uw doel is snel van Excel af te stappen of een tool te vervangen die de facturatie afremt, verklein dan het bestek in plaats van alle stappen samen te persen. U kunt starten met verkoop, aankoop, facturatie en propere referentiegegevens, en vervolgens de geavanceerde voorraad, de productie of het klantenportaal integreren in een tweede fase.
Daarentegen creëert het versnellen van de gegevensoverdracht zonder validatie, het inkorten van de testfase of het opleiden van gebruikers op het laatste moment een valse besparing. De problemen worden gewoon verplaatst naar na de lancering, op het moment dat uw activiteit afhankelijk is van de nieuwe tool.
Een andere fout bestaat erin snelheid te verwarren met overhaasting. Een serieuze partner moet u kunnen zeggen dat een verzoek nutteloos, riskant of voorbarig is. Deze eerlijkheid kan minder verleidelijk lijken dan een belofte van expresimplementatie, maar ze voorkomt dat men tweemaal betaalt: één keer om te bouwen, een tweede keer om te corrigeren.
De signalen van een geloofwaardige planning
Een betrouwbare ERP-planning beperkt zich niet tot een go-live-datum. Ze geeft aan wie de processen valideert, welke gegevens overgenomen worden, welke ontwikkelingen onmisbaar zijn en welke criteria toelaten een fase als afgerond te verklaren. Ze onderscheidt ook de verantwoordelijkheden van uw team en die van de partner.
Vraag om eenvoudige en verifieerbare mijlpalen: gevalideerde processen, opgeschoonde gegevens, uitgevoerde testscenario's, opgeleide gebruikers, geteste interfaces. Als alles vaag geformuleerd blijft - "configuratie in uitvoering", "tests te voorzien", "aanpassing indien nodig" - is de kalender moeilijk te sturen.
Bij Agitech is het doel niet een groter project te verkopen dan nodig. Het is een basis te bouwen die de zichtbaarheid, de betrouwbaarheid van de operaties en het groeivermogen van uw bedrijf werkelijk verbetert. Het juiste vertrekpunt is vaak een feitelijke diagnose van uw flows, uw gegevens en uw prioriteiten. Van daaruit wordt een termijn een beheersbeslissing, geen onvoorzichtige belofte.