What ERP Consultants Actually Bill For

A $220-per-hour rate on a consulting proposal tells you almost nothing by itself. What matters is what's behind it: is that person a partner who shows up for the kickoff and delegates to a junior team for the actual configuration work, or the person actually doing the configuration? ERP consulting fees range from $150 to $400+ an hour depending on seniority and specialization, and the gap between a good engagement and a wasted one usually has nothing to do with the rate on the cover page.
What consultants are actually selling
Three distinct services get bundled under "ERP consulting," and they need different evaluation criteria:
- Selection advisory. Independent (ideally vendor-agnostic) guidance comparing platforms against your requirements before you sign a license. Worth paying for specifically because it's the one phase where an advisor with no stake in which platform you pick has genuinely aligned incentives with you.
- Implementation services. The hands-on configuration, data migration, integration build, and training work — usually delivered by the vendor's own professional services team or a certified reseller/implementation partner. This is the largest line item in most ERP budgets, commonly 1.5-3x the annual license cost for a mid-market deployment.
- Managed services / ongoing support. Post-go-live administration, minor enhancement work, and troubleshooting, usually billed as a monthly retainer or a support-hours block.
Reading a single "ERP consulting" proposal without knowing which of these three it's actually pricing is how budgets go sideways — a selection-advisory proposal and an implementation proposal look superficially similar on a cover page but represent completely different scopes of work.
How selection advisory earns its fee
An independent advisor typically charges $15,000-$40,000 for a structured selection process across 6-10 weeks: requirements gathering, a shortlist of 3-4 platforms, structured demos scored against your actual requirements (not the vendor's generic demo script), and reference calls. The value isn't the spreadsheet they produce — it's that they've seen enough failed implementations to ask the uncomfortable questions vendors don't volunteer answers to, like realistic implementation timelines based on companies your actual size, not the vendor's best-case reference customer. Skip this phase only if you already have someone internally who has run a platform selection before and has no financial relationship with any vendor being considered — a reseller who only sells one platform is not a substitute for independent advisory, however helpful their demo is.
How implementation partners actually price work
| Model | How it works | Best for | Watch out for |
|---|---|---|---|
| Fixed bid | One price for defined scope | Well-understood requirements, standard industry | Change orders for anything not explicitly scoped, which adds up fast |
| Time and materials | Hourly/daily rate, billed as incurred | Complex or evolving requirements | No natural ceiling on cost without a not-to-exceed clause |
| Milestone-based | Fixed price per phase, paid on acceptance | Most mid-market implementations | "Acceptance" criteria must be specific and testable, not "vendor says it's done" |
Milestone-based pricing tends to produce the best outcomes because it forces both sides to define what "done" means for each phase before work starts, and it ties payment to something you can actually verify rather than hours logged. Whatever the model, insist on a not-to-exceed clause or a defined change-order process — an open-ended T&M contract with no ceiling is how a $140,000 estimate becomes a $310,000 actual.
What separates a good proposal from a padded one
Look for specificity. A proposal that lists "data migration: 120 hours" without naming which legacy systems, how many record types, and what validation approach is a placeholder number, not an estimate — ask for the breakdown before signing. A proposal that names the actual consultants who'll do the work, not just "our senior team," and lets you interview them before the contract is signed is a meaningfully better signal than a glossy capabilities deck. And ask directly what percentage of the proposed hours are senior/partner-level versus junior/associate-level; a proposal weighted heavily toward partner hours at $350/hour for configuration work that a $175/hour associate could do competently is padding, not expertise.
Red flags worth walking away from
- A quote that came together in under a week without a discovery workshop — they're pricing a template, not your business.
- Reluctance to provide references from clients of a similar size and industry who went live in the last 18 months, not just any reference they have on file.
- A team that's also the software reseller earning a commission on the license, without disclosing that commission structure when giving you "independent" implementation advice.
- Vague answers about who owns data migration validation — this should never be entirely delegated to the consultant with no client-side sign-off step.
When you can skip a consultant entirely
For genuinely small deployments — under 15-20 users, a well-documented SaaS platform with a strong onboarding program from the vendor itself — a competent internal team can self-implement, particularly if someone on staff has implemented ERP before, even at a different company. The savings are real: skipping a $60,000-$120,000 implementation partner engagement is meaningful for a small business, but only if internal staff genuinely have the bandwidth (this is rarely a part-time addition to someone's existing job, in practice) and the platform's own onboarding resources are strong enough to substitute for hands-on guidance.
Weighing the cost against what it protects
Consulting fees feel large in isolation, but they need to be weighed against the cost of a failed or delayed implementation — extended dual-running of old and new systems, lost productivity, and the very real chance of having to redo configuration work done wrong the first time by an inexperienced internal team. Running the total cost of both paths, DIY versus partnered, through a TCO calculator using realistic hourly rates for the internal time a DIY approach consumes (not just the consultant's invoice) usually narrows the gap more than expected, and sometimes reverses which option looks cheaper.
What a mid-project fee dispute usually looks like
The most common billing conflict isn't fraud, it's ambiguity: a change request that the client considers "obviously part of the original scope" and the consultant considers "obviously outside it," with a statement of work vague enough that both readings are defensible. This is why a change-order process with a written, mutually signed impact assessment matters as much for consultant relationships as it does for internal governance — it converts a subjective argument about intent into an objective record of what was agreed, when, and by whom. Proposals that skip defining this process explicitly are quietly setting up exactly this kind of dispute for later in the project, when leverage has shifted and neither side wants to walk away.
Three questions for any consulting proposal
- Which of the three services (selection, implementation, managed services) does this actually price, and does the proposal match that scope?
- What's the not-to-exceed ceiling, and what specifically triggers a change order?
- Can we talk to a same-size, same-industry client who went live in the last 18 months, unfiltered by the consultant's introduction?
How consultant quality varies within the same firm
A common assumption is that firm reputation predicts engagement quality, and it's a weaker predictor than most buyers expect. Large, well-known implementation firms staff engagements with whoever's available, and the individual consultant assigned to your project — not the firm's brand — is what actually determines whether requirements get understood correctly and configuration gets built right the first time. A well-regarded national firm can staff a mediocre, overbooked consultant on a mid-market account while its best people work larger, higher-margin engagements. This is exactly why interviewing the named individuals before signing matters more than the firm's logo on the proposal, and why asking how many concurrent engagements a proposed lead consultant is running is a fair, useful question — someone splitting attention across four simultaneous implementations is not going to give any of them the focus a single-project consultant would.
Negotiating levers beyond the hourly rate
Rate negotiation gets most of the attention and usually yields the least. More productive levers: fixing the total engagement price rather than the hourly rate, so the incentive shifts toward efficient delivery instead of billable hours; negotiating a holdback tied to a defined post-go-live stabilization period, not just UAT sign-off, so the partner has skin in the game past the point where they'd otherwise walk away; and negotiating knowledge transfer explicitly as a deliverable — documented configuration decisions and a trained internal administrator — rather than assuming it happens naturally as a byproduct of the engagement. Firms that resist all three of these are signaling something about how they expect the engagement to go.
What "value proposition" actually means in this context
The value a good consultant provides isn't the labor hours themselves — a competent internal team could theoretically do the same configuration work given enough time. It's pattern recognition from having seen the same category of mistake at dozens of other companies, and the ability to push back credibly when a stakeholder's request is actually a bad idea dressed up as a requirement. That's genuinely hard to price by the hour, which is part of why fee structures tied to outcomes rather than time tend to align incentives better than a pure hourly arrangement.