What actually drives the price of an ERP build?
Most ERP quotes vary by an order of magnitude for the same one-paragraph brief, and that is not vendors being arbitrary. It is that the brief has not yet said which of the five real cost drivers apply. Once it does, competing quotes usually land within about 30% of each other.
Headcount is the driver clients expect to matter most, and it is close to the least important. A system for 40 users and a system for 400 users differ in hosting cost and in load testing, not in how much software has to be written. What is expensive is the number of distinct workflows the software has to be correct about.
- Module count — each module is a distinct data model, permission set, and set of screens. Adding a fourth module is not 33% more work than three; it is a new subsystem plus every interaction it has with the existing three.
- Integration count — each external system (accounting, payment gateway, government portal, existing HR system) needs its own contract, error handling, retry logic, and reconciliation. Integrations are the single most under-budgeted line in ERP projects.
- Data migration — the cost is not moving the rows, it is reconciling twenty years of inconsistent data entry against a schema that enforces rules the old system never did.
- Statutory and compliance logic — GST returns, TDS, payroll rules, board or university reporting formats. This work is unglamorous, non-negotiable, and changes when the law does.
- Customisation depth — configuring a workflow is cheap; changing what a workflow fundamentally is costs the same as building it.
What do the cost bands look like in practice?
The bands below are indicative ranges observed in the Indian market for custom-built ERP, not a quotation and not a price list. Any vendor who gives you a number before asking about your integrations and your existing data is guessing.
| Scope | Typical band | What that usually buys | Timeline |
|---|---|---|---|
| Focused | ₹8–20 lakh | 2–3 modules, one or two integrations, minimal migration, standard reports | 3–5 months |
| Departmental | ₹20–40 lakh | 4–6 modules, role-based access, 3–5 integrations, real migration from a live system | 5–9 months |
| Full platform | ₹40 lakh–₹1.5 crore | 7+ modules, statutory reporting, mobile apps, analytics, multi-entity or multi-campus | 9–18 months |
| Platform + AI | ₹1 crore+ | The above plus document processing, forecasting, or agentic workflows on top of the operational data | 12–24 months |
Why is a licensed ERP sometimes cheaper and sometimes not?
A licensed product — SAP Business One, Odoo, Zoho, Microsoft Dynamics — has no build cost, which makes year one look decisively cheaper. The comparison changes shape over five years, because the licence is a per-user annual cost that grows with the organisation while a build is a one-time cost that does not.
The honest rule: if your processes are close to the industry standard the product encodes, buy it. If your competitive advantage is a process the product would force you to abandon, the customisation bill on the licensed product usually exceeds the build cost of the custom one — and you still pay the licence.
The failure mode to avoid is buying a licensed ERP and then customising it to 60% custom code. That is the most expensive outcome available: you pay the licence, the implementation partner, and the build, and you inherit an upgrade path that breaks your customisations every release.
What is usually missing from an ERP quote?
Comparing quotes is mostly a matter of checking which of these each one silently excluded. A quote that includes them all will look more expensive than one that does not, and cost less by the end.
- Data migration and the cleaning that precedes it, quoted separately or not at all
- User acceptance testing time from your own staff — real hours from people who also have day jobs
- Training and the productivity dip during changeover, which is real and lasts weeks
- Post-go-live support: who fixes a payroll bug on the 30th of the month, and under what response time
- Hosting, backups, and disaster recovery for the years after the build
- The second year of statutory changes, which arrive whether or not anyone budgeted for them
How do you keep an ERP budget from running over?
Nearly every ERP overrun traces back to scope discovered late rather than to work estimated badly. The countermeasure is to force discovery earlier, when changing your mind is still cheap.
Run a paid discovery phase before committing to the build — two to four weeks that produce a module map, an integration inventory, a data-quality assessment of what you actually have, and a fixed-scope estimate. It costs real money and it is the cheapest part of the project, because it is where the ₹40 lakh decisions get made for the price of ₹2 lakh.
Then sequence the build so the module that hurts most goes live first. Phased delivery against a live user base surfaces the misunderstandings that a specification review never will, and it does so while there is still budget left to act on them.
Sources
- GST portal — statutory return formats and filing requirements — Goods and Services Tax Network
- StranglerFigApplication — incremental replacement of legacy systems — Martin Fowler
- Multitenant architecture guidance — Microsoft Learn