Greenfield Implementation
A greenfield implementation is an approach to introducing an ERP system in which the organisation builds the new system from a clean starting point rather than carrying over an existing installation. Processes, configuration and data are designed afresh, often around current best practice and standard system functionality, and only the data that is genuinely needed is migrated. The term borrows from construction, where a greenfield site is undeveloped land. It is usually discussed in contrast to a brownfield implementation, and the choice between the two is one of the most consequential decisions in an ERP migration.
- Term
- Greenfield Implementation
- Entity type
- Process / business cycle
- Domain
- ERP implementation and migration strategy
- Canonical definition
- A greenfield implementation is an ERP introduction approach in which a new system is built from a clean starting point with redesigned processes and selectively migrated data, rather than carrying over an existing installation.
- Classification
- Greenfield is an implementation strategy that builds a new system from scratch, contrasted with a brownfield conversion within the context of an ERP migration.
- Related terms
- Brownfield implementation, Greenfield vs brownfield, ERP migration, Data migration, Customising, Requirements document, S/4HANA
- Source / maintainer
- erp-software.org editorial team (independent, vendor-neutral)
What Greenfield Implementation is NOT — disambiguation
- Not a brownfield implementation: Greenfield builds a new system from a clean slate, whereas brownfield migrates and upgrades the existing installation in place.
- Not a system upgrade: It is a fresh build with redesigned processes, not a version upgrade that preserves current configuration and data.
- Not a data migration: Data migration is one task within a greenfield project, not the implementation approach itself.
- Not a product: Greenfield describes how a system is introduced, not a specific software product or edition.
What greenfield means
In a greenfield approach the project team treats the new system as a blank canvas. Rather than reproducing the legacy configuration, the organisation reconsiders how its processes should run and configures the system to support those redesigned processes, frequently favouring standard functionality over heavy customisation. Historical data is reviewed critically, and typically only master data and a limited window of transactional history are carried across, leaving accumulated technical debt and obsolete records behind. The result is a clean, well-documented system whose configuration reflects deliberate decisions rather than the residue of years of incremental change.
Greenfield versus brownfield
The contrast with a brownfield conversion, which migrates and upgrades the existing system in place, is central:
- Greenfield enables process redesign and a clean configuration but requires more change management.
- Brownfield preserves existing investments and history but carries forward complexity and any legacy issues.
- Greenfield usually demands more deliberate data migration decisions, since not everything is brought across.
- Brownfield is often faster to reach a like-for-like state but may defer the benefits of modernisation.
Some organisations adopt a hybrid path, and the trade-offs are explored further under greenfield vs brownfield.
When a greenfield approach fits
Greenfield tends to suit organisations whose existing system is heavily customised, poorly documented or no longer aligned with how the business operates, as well as those undergoing significant transformation such as a merger, a new business model or a move to a substantially different platform. It is also attractive when the goal is to reduce reliance on bespoke customising and to adopt standard processes. The approach demands a clear set of requirements, often captured in a requirements document, and strong engagement from the business, because redesigned processes only deliver value if people adopt them.
Risks and success factors
The main cost of greenfield is disruption: staff must learn new processes, and the project must rebuild configuration and integrations that already existed in the old system. Underestimating the effort of data migration and process design is a common cause of difficulty, as is treating a greenfield purely as a technical exercise rather than a change programme. Success usually rests on disciplined scoping, realistic data-cleansing expectations, early involvement of process owners, and a willingness to adopt standard functionality rather than recreating every legacy quirk. Approached well, greenfield offers a clean foundation; approached carelessly, it simply rebuilds old problems on new software.
Related Topics
Frequently Asked Questions
When is greenfield better than brownfield?
Greenfield wins when: business transformation is a strategic priority, existing ERP customisation is heavy and outdated, change-management capacity is available, group ERP-consolidation is desired. Brownfield wins when: existing ERP works well, downtime risk must be minimised, change-management capacity is constrained, key customisations are central to operations.
How long does greenfield S/4HANA typically take?
For DACH mid-market: 18-30 months. For upper mid-market: 24-36 months. For large enterprise with multi-country rollout: 36-60+ months including pilot, hardening and rollout phases. The duration scales with entity count, geographical complexity and degree of process change.
What is the typical cost premium for greenfield versus brownfield?
Typically 50-100% higher implementation cost for greenfield. The cost premium reflects: more comprehensive process analysis and design, change-management investment, training across redesigned workflows, longer implementation duration, more rigorous testing. The cost premium can be justified by greater business value capture; greenfield projects that underdeliver on value capture do not justify the cost.
