The cost ledger

ERP implementation costs: price deliverables and exclusions

Break an ERP statement of work into configuration, migration, integration, training, testing, and cutover with clear acceptance criteria.

Updated · 5 min read

Every work package needs an outcome: INPUTS, DELIVERABLE, ACCEPTANCE.

Price ERP implementation as a set of deliverables with acceptance criteria, not an unexplained percentage of subscription cost. Require the statement of work to identify what the partner does, what the buyer must provide, what is excluded, and how changes are charged. A fixed fee is only meaningful when the fixed scope is understandable.

Divide the work into accountable packages

Use discovery, design, configuration, migration, integrations, testing, training, cutover, and post-launch stabilization as initial headings. Then replace broad labels with observable outputs. A configuration package might include an approved chart of accounts, posting groups, approval rules, and tested tax setup. “Configure finance” is too vague to tell either side when the work is finished or whether a later request is additional scope.

For every package, name the supplier owner, buyer owner, inputs, output, and approval method. If the buyer must clean customer records, provide subject matter experts, or approve designs within a certain period, those are delivery dependencies. Schedule them and check capacity. An apparently inexpensive project can move substantial effort to the buyer without making that effort disappear.

Read fixed-fee assumptions as commercial terms

Scope itemExample assumption to clarifyWhy it changes cost
Data migrationOne file format and two rehearsalsMore formats or retries add work
IntegrationsOne direction and defined fieldsBidirectional exceptions need design
ReportingSpecified report layoutsNew reporting logic expands scope
TrainingNamed groups and sessionsRepeated sessions use more time
CutoverOne location and one launchParallel launches increase coordination

These are questions to ask, not claims about standard partner packages. Confirm the actual quantity and complexity in your proposal. An assumption that contradicts your operating reality should be resolved before signing, even if the price increases. Otherwise the apparent savings may become a later change request with less room to negotiate.

Compare billing approaches without picking a universal winner

A fixed-price package can make an agreed scope predictable while leaving exclusions and change control important. Time and materials makes consumed effort visible but requires rate cards, approvals, time records, and a forecast to complete. A capped arrangement needs a precise explanation of what happens at the cap. Does work stop, scope shrink, or the supplier absorb extra effort? The label alone answers none of those questions.

Ask for a milestone schedule that connects invoices to meaningful progress. A design approval is different from a working integration; both may be legitimate milestones if the contract explains them. Avoid using elapsed time as the only evidence of completion. Review payment and acceptance terms with procurement or counsel rather than assuming a demonstration gives you a right to withhold payment.

Build an illustrative delivery budget

Suppose a fictional proposal has $12,000 configuration, $8,000 migration, $6,000 integration, $4,000 training, and $5,000 cutover support. The stated delivery subtotal is $35,000. If a second migration rehearsal costs an additional illustrative $2,000 and travel is budgeted at $1,500, the modeled project cash cost is $38,500. This example does not estimate a typical ERP project; it shows how exclusions should enter the comparison.

Buyer resources remain separate. If finance staff need 120 hours for mapping and reconciliation, the project plan must reserve those hours. A business case may value them at an internal rate, but that is not automatically incremental cash spending. Keep supplier invoices, incremental internal spending, and allocated staff effort distinct so decision makers can see both cash and capacity needs.

Agree change control while the relationship is calm

Require a change request to explain the requirement, reason, alternatives, cost, schedule effect, and acceptance test. Name who can authorize changes. A helpful consultant should not be able to commit the buyer to additional fees through an informal conversation with an employee who has no purchasing authority. Equally, the buyer should not expect unpriced new scope simply because it emerged during testing.

Review unresolved design decisions before each milestone. If a core workflow remains uncertain, identify a bounded discovery task to resolve it rather than covering uncertainty with a large undocumented allowance. Consider a limited discovery phase before the main implementation where the requirements are immature. Have project and legal advisers assess whether the resulting documents give enough clarity for the commercial commitment being made.

Approval worksheet

At the final scope review, choose one deliverable from each workstream and ask both parties to describe what completion means. The answers should agree on outputs, buyer inputs, acceptance evidence, and responsibility for correcting a failed test. If they do not, revise the description while negotiation remains practical. Do not rely on a broad project objective to settle a detailed delivery disagreement.

Reconcile the milestone invoices with the work plan and cash forecast. Identify which approvals require scarce buyer resources and reserve their time. Check that dependencies on publishers, third-party applications, and hardware have owners outside the implementation partner where needed. Retain a forecast-to-complete view even for a fixed-fee project, because buyer effort and separately priced exclusions can change. The sponsor should understand the remaining work and total expected commitment, not merely the percentage of partner invoices paid.

FAQ

Should implementation be a multiple of annual software cost?

That shortcut hides scope. Request a task-based estimate and documented assumptions. Subscription spend and delivery effort can move independently, especially when data, integrations, or organizational changes dominate the work.

Does a fixed price remove overrun risk?

No. It can fix the price of specified work while leaving exclusions, buyer delays, change requests, and scope disputes. Read the assumptions and remedies as closely as the fee schedule.

What is the most useful final deliverable?

A working, accepted process supported by documentation and accountable owners. Technical configuration without trained users, reconciled records, and a workable support route is not the full operational result.

Sources

Continue the workbook

Use the ERP total cost calculator for your own scenario, the quote readiness checklist to track evidence, and the cost structure comparison to review purchasing models.

Related guides