Scoping Day
One day before your ERP project starts planning. After that, the documents are in the budget.
In 8 out of 10 ERP projects, the documents only show up on the agenda shortly before go-live. I won't send you a questionnaire, I get access to the system that prints today, and I look. We count the variants per document, look at what's coming your way (new countries, e-invoicing mandates, a rebrand), and by the end I estimate what the whole thing costs and how many design workshops you really need.
- Document inventory pulled from your current system, not from a list
- Variant matrix per document, what exists and what for
- Findings report: what's built today and what should move to the new system
- Cost estimate including the number of design workshops required
- A Project Scope Document, CFO-ready, every number with a source
Remediation Analysis
For installations that have grown over years. Afterwards you know what you have. And which parts anyone still uses.
An installation that has grown over years comes in layers: a workflow from 2014, a second one from 2019 sitting next to it, an exit since the last upgrade that nobody can place anymore. If you want to clean up, you first have to know what's there, and that's not in any documentation, it's in the instance. So I look there before anyone plans a remediation.
- Inventory from the instance, not from the documentation written in 2017
- Count variants, per document
- What runs, what runs into nothing, what still carries weight
- The result is a finding: what stays, what goes, what it costs



