Onderhandeling over een ERP-contract: CFO in MENA bespaart $850K

Een ERP-implementatiecontract beschermt het budget alleen als de opbouw ervan dat doet: specifieke opleveringen, benoemde medewerkers, mijlpalen gekoppeld aan geaccepteerde resultaten, begrensde hypercare en beheerste wijzigingsopdrachten. Deze casestudy laat zien hoe de CFO van een middelgrote producent in de MENA-regio $850.000 vermeed vóór de kick-off, doordat de statement of work (SOW) werd ontleed en het contract werd herschreven voor ondertekening, zonder de scope te schrappen. Hij is bedoeld voor CFO's, financiële directeuren en inkoopverantwoordelijken die op het punt staan een ERP- of SAP-implementatiecontract te tekenen. Gebruik de checklist voor ondertekening vlak voor het einde op uw eigen voorstel.

De CFO gaf me een voorstel van 120 pagina's. Hij zei dat het degelijk oogde, maar dat er iets niet klopte. Hij had gelijk.

De cijfers waren het probleem niet. De opbouw wel. Algemene termen als “standaardconfiguratie” en “testondersteuning”, zonder uitleg over het werk dat erachter zat. Hetzelfde werk dat in verschillende hoofdstukken onder verschillende namen terugkwam. Een taalgebruik dat vaag genoeg was om later bijna elke overschrijding te rechtvaardigen. Zo raken projecten van koers voordat ze zijn begonnen.

Ik zag wat hij aanvoelde maar niet kon benoemen. Hij kende het budget en de doelen. Zijn team was bekwaam, maar had nog nooit een SOW voor oplevering van deze omvang beoordeeld, en de leverancier stuurde al aan op ondertekening.

Na drie weken werk zag het contract er wezenlijk anders uit en was het project $850.000 lichter nog voor de kick-off.

$850Kvermeden vóór de kick-off

1. Scope stroomlijnenOpgeblazen uren geschrapt, dubbele training en dubbele tests verwijderd, testcycli van vier teruggebracht naar twee plus reserve$340K
2. Rollen en tarieven herverdelenVerhouding senior-junior onder controle, met eigen medewerkers voor documentatie en basistests$310K
3. ContractwijzigingenBetalingen op basis van opleveringen, plafonds voor onkosten, begrensde hypercare, akkoord van de CFO op wijzigingsopdrachten$200K

Een middelgrote industriële producent en distributeur met grensoverschrijdende activiteiten en een centrale financiële functie: discrete productie, aftermarket-distributie, finance shared services en groepsinkoop. De groep was in vijf jaar snel gegroeid en had al voor SAP gekozen. Dit was het moment tussen leverancierskeuze en implementatie, wanneer de grote verplichtingen bijna vastliggen.

Ik splitste de SOW op in zes categorieën: configuratie, datamigratie, integraties, testen, training en PMO. Zodra het zo was opgedeeld, waren de gaten makkelijk te zien.

1. Vage opleveringen. “Standaardintegraties” zonder systeemnamen, datavolumes of complexiteit. Configuratie beschreven in uren, zonder koppeling aan bedrijfsprocessen. “Te bevestigen in workshops” verspreid door het hele document, elk een toekomstige wijzigingsopdracht.
2. Resource pyramiding. Senior consultants die in het voorstel tegen seniortarieven werden genoemd. Na ondertekening verdwijnen seniors vaak en leveren junioren het werk tegen hetzelfde tarief. Ik heb dit bij bijna elk programma gezien. Zonder clausule over benoemde medewerkers is er geen bescherming.
3. Dubbel factureren. Training in UAT en nog eens in hypercare. Datacontroles bij het testen en nog eens bij de cutover. Kennisoverdracht verdeeld over functionele en PMO-stromen en twee keer in rekening gebracht. Stuk voor stuk kleine overlappen, samen een serieuze oorzaak van overschrijding.
4. De illusie van de vaste prijs. Gepresenteerd als vaste prijs, maar “vast” geldt alleen als elke aanname vastligt. Zulke formuleringen houden het hoofdbedrag stabiel en laten later de deur naar extra facturen open.
5. Zwakke mijlpalen. Betalingen gekoppeld aan kalenderdata, zoals “ontwerp klaar in september”, zonder definitie van klaar, zonder acceptatiecriteria en zonder mogelijkheid om een factuur voor half werk tegen te houden.
6. Stelposten. Bufferregels “in te zetten indien nodig” zonder onderbouwing. Ze gaan snel op aan routinetaken en komen terug als wijzigingsverzoeken.

Twee details in de scope vielen ook op. De datamigratie was volledig voor rekening van de leverancier gebracht, terwijl de klant al interne tools had. En testen was vastgesteld op vier volledige cycli, zonder aannames over defecten.

De besparing kwam uit drie gebieden:

Gebied	Besparing	Hoe
Scope stroomlijnen	$340.000	Opgeblazen configuratie-uren geschrapt; dubbele training en dubbele tests verwijderd; testen teruggebracht van vier cycli naar twee plus reserve
Rollen en tarieven herverdelen	$310.000	De verhouding senior-junior onder controle gebracht; eigen medewerkers namen documentatie en basistests over, met bescherming van benoemde medewerkers
Contractwijzigingen	$200.000	Betalingen gekoppeld aan opleveringen; plafonds voor reis- en verblijfkosten met voorafgaande goedkeuring; hypercare in tijd begrensd met een exit op basis van KPI's; wijzigingsopdrachten onder akkoord van de CFO

De inspanning van de leverancier voor datamigratie daalde met ongeveer een derde doordat de eigen tools en standaarden van de klant werden gebruikt, en het aantal uren externe training halveerde ongeveer dankzij een intern geleid model. Niets hiervan verminderde de scope of de functionaliteit. Het project startte op de geplande datum en er kwamen in het eerste kwartaal geen wijzigingsopdrachten. Normaal gesproken zouden er op dat moment een handvol op het bureau van de CFO zijn beland.

Zes clausules maakten het praktische verschil:

1. Benoemde medewerkers. Elke sleutelconsultant met naam genoemd. Vervanging vereist goedkeuring van de klant en een tariefaanpassing. Zonder dit zijn de mensen uit het voorstel niet de mensen die ter plaatse werken.
2. Mijlpalen op basis van opleveringen. Elke mijlpaal gedefinieerd door resultaten: ondertekende procesmodellen, afgestemde data, afgeronde acceptatietests. Betaling volgt als aan de criteria is voldaan, niet als de datum aanbreekt.
3. Beheersing van wijzigingsopdrachten. Elke scopewijziging vereist een impactanalyse voor scope, planning en kosten. Tarieven voor nieuw werk zijn begrensd. Goedkeuring door de CFO is verplicht. Wijzigingsopdrachten worden zo beheerste uitzonderingen in plaats van een verdienmodel.
4. Hypercare-plafond met exitcriteria. Begrensd tot zes weken, met een exit die wordt bepaald door transactiestabiliteit en naleving van de SLA, niet door het oordeel van de leverancier. Verlenging vereist nieuwe goedkeuring.
5. Plafonds voor reis- en verblijfkosten. Voorafgaande goedkeuring boven vastgestelde drempels. Anders wordt reizen na de go-live een open post.
6. Auditrechten. Het recht om de facturatiegegevens in te zien, ook als dat nooit wordt gebruikt. Het verandert gedrag, want opvullen is minder waarschijnlijk als het gecontroleerd kan worden.

Voor de bredere onderhandeling behandelen mijn notities over SAP-onderhandelingsadviseurs en onderhandelen over SAP-licenties de softwarekant van de deal.

Financiële teams behandelen ERP-implementatie vaak als een IT-project en stappen terug zodra het budget is goedgekeurd. Zo kunnen overschrijdingen zich opbouwen.

Het contract is een financieel instrument. Mijlpalen bepalen de kasstroom. Clausules over medewerkers bepalen de kosten. Het proces voor wijzigingsopdrachten bepaalt de blootstelling. Als finance deze niet beoordeelt voor ondertekening, doet niemand met commerciële ervaring het.

Drie gaten komen steeds terug:

1. De mythe van de vaste prijs. CFO's keuren een bedrag goed dat begrensd lijkt, maar de scope is niet vast als de aannames vaag zijn gebleven. In de workshops van de leverancier groeit de scope, en die groei wordt in rekening gebracht.
2. Geen model van wat vertraging kost. Een vertraging kost meer dan de extra weken consultancy: ze kost interne tijd en schuift de baten op. De meeste budgetten plannen de projectkosten en modelleren nooit wat elke week overschrijding kost.
3. Een interne PMO zonder commerciële vaardigheden. Planning en rapportage zijn er, commercieel weerwerk niet. Projectmanagers van de leverancier weten de contractvoorwaarden te benutten, en zonder iemand met gelijkwaardige vaardigheden aan de kant van de klant geeft de klant terrein prijs. Mijn gids over waarom SAP-budgetten uit de hand lopen laat zien waar die blootstelling meestal in kosten verandert.

Valt RISE with SAP onder de deal, dan zijn er twee contracten om te lezen: het abonnement van SAP, met een eigen servicebeschrijving, en de SOW van de implementatiepartner. Pas op beide dezelfde discipline toe en modelleer hoe het abonnement meegroeit met het aantal gebruikers over de hele looptijd, niet alleen in jaar één.

Leg deze lijst naast elk ERP-implementatievoorstel voordat u tekent:

1. Is de SOW uitgesplitst per werkstroom (configuratie, data, integraties, testen, training, PMO), met de inspanning voor elk onderdeel?
2. Noemt elke integratie de systemen, de datavolumes en de complexiteit?
3. Is elke aanname “te bevestigen in workshops” inmiddels afgesloten of expliciet uitgesloten?
4. Zijn sleutelconsultants met naam genoemd, met goedkeuring bij vervanging en tariefaanpassing?
5. Is elke betalingsmijlpaal gekoppeld aan een oplevering met acceptatiecriteria en akkoord van de klant?
6. Is er een proces voor wijzigingsopdrachten met impactanalyses, begrensde tarieven en goedkeuring door de CFO?
7. Is hypercare in tijd begrensd, met objectieve exitcriteria?
8. Zijn reis- en verblijfkosten begrensd en hebt u auditrechten op gefactureerde uren?
9. Is werk dat uw eigen team kan doen (datamigratie met interne tools, documentatie, basistests, training) uit de scope van de leverancier gehaald?

De CFO verwoordde het later zo: “Toen ik het voorstel voor het eerst beoordeelde, vond ik de cijfers redelijk. Wat ik miste, was hoe vaag de scope werkelijk was. Toen we het hadden ontleed, zag ik dat het grootste deel van het risico in de kleine lettertjes zat. Een financiële blik op het contract gaf me controle waarvan ik niet wist dat ik die miste. De besparing telde, maar de grotere winst was dat ik de implementatie inging met duidelijkheid en zonder verrassingen.”

Hij deelde de uitkomst met zijn bestuur. De besparing was de kop. Belangrijker was het resultaat: een contract en een project waarover het bedrijf vanaf het begin de controle had.

Wat is resource pyramiding in ERP-contracten en hoe voorkomt u het?

Dat is senior consultants en seniortarieven offreren in een voorstel en na ondertekening met meer junior personeel leveren. Het factuurtarief blijft gelijk. De kwaliteit niet.

De oplossing is een clausule over benoemde medewerkers. Elke sleutelrol is met naam genoemd, vervanging vereist goedkeuring van de klant en als het tarief van een vervanger lager is, wordt de facturatie aangepast.

Hoe structureert u factuurmijlpalen in een ERP-contract?

Koppel ze aan opleveringen, niet aan data. “Ontwerp klaar” is geen mijlpaal. “Ondertekende procesmodellen en beoordeelde configuratie voor finance en inkoop” wel.

Geef elke mijlpaal acceptatiecriteria die de klant voor betaling goedkeurt. Dat geeft u onderhandelingsruimte als de oplevering onvolledig is en voorkomt facturen voor half werk.

Wat is de valkuil van de vaste prijs in ERP-implementatiecontracten?

Een vaste prijs is pas vast als elke aanname vóór ondertekening is vastgelegd. Formuleringen als “te bevestigen in workshops”, “standaardintegraties” of “gebaseerd op de huidige scope” houden het hoofdbedrag stabiel en scheppen later ruimte voor wijzigingsopdrachten.

Sluit aannames af voor ondertekening, noem uitsluitingen expliciet, begrens de tarieven voor wijzigingsopdrachten en toets elke claim over de vaste prijs regel voor regel.

Hoe moet hypercare worden gedefinieerd in een ERP-contract?

Hypercare zonder einddatum wordt een inkomstenstroom voor de leverancier. Begrens het tot een vaste periode, meestal zes tot acht weken, met objectieve exitcriteria zoals transactiestabiliteit, naleving van de SLA en het aantal tickets. Elke verlenging vereist formele goedkeuring.

Zo wordt hypercare een in tijd begrensd vangnet met duidelijke voorwaarden voor de overdracht.

Wat moet een CFO beoordelen voordat een ERP-implementatiecontract wordt getekend?

Minimaal: hoe mijlpalen zijn gedefinieerd, bescherming tegen vervanging van medewerkers, regels voor wijzigingsopdrachten, scope en exit van hypercare, plafonds voor reis- en verblijfkosten en de lijst met uitsluitingen.

Laat naast de clausules ook de SOW per werkstroom ontleden en toets de inspanningsschattingen aan uw interne capaciteit. Waar uw eigen medewerkers documentatie, basistests of training kunnen overnemen, moet het contract dat weerspiegelen.

Waarom blijven er ook bij contracten met een vaste prijs wijzigingsopdrachten opduiken?

Omdat contracten met een vaste prijs zelden elke aanname vastleggen. Voorstellen worden op hoofdlijnen geschreven, gaten komen boven in workshops en elk gat wordt een wijzigingsverzoek dat formeel buiten de scope valt.

Het patroon is voorspelbaar: vage scope, workshops die die uitbreiden, wijzigingsopdrachten die het gat te gelde maken. Eis voor ondertekening een specifieke scope en vereis een impactanalyse en goedkeuring op senior niveau voordat nieuw werk begint.