The business case said one thing. What actually happened?
Your firm helped a client build a business case for consolidating three regional service centres. The programme went live. The engagement closed. Six months later, the client's CFO asks whether the savings in the business case materialised. Nobody is sure. The benefits spreadsheet was last updated at go-live, the benefit owners have changed jobs, and the measures depend on data from the client's finance and HR systems that nobody has pulled.
For your firm, this is also a missed opportunity. Evidence of what the programme delivered, if it is good, is the basis for the next engagement and for a credential. If it is not, the client needs help, which is also an opportunity.
Why benefits are rarely tracked
- Benefits are defined in a business case document, not a working register.
- Measures depend on client data that needs pulling and reconciling each period.
- Benefit owners are named at approval and change afterwards.
- Tracking effort ends when the programme or the engagement ends.
- Baselines were not always captured precisely before changes began.
Commercial arrangements play a part. Once the engagement ends, nobody at your firm is paid to keep tracking benefits, and the client team that inherits the register has other priorities. Unless tracking is designed to be light and largely automatic, it stops.
What that costs
| Gap | Effect |
|---|---|
| No evidence of realisation | Client cannot show the programme worked |
| Shortfalls noticed late | Corrective action comes too late |
| No link to your work | Weaker credential and follow-on case |
| Owners unaware of targets | Benefits quietly abandoned |
How we build a benefits register
- Each benefit from the business case is recorded with its description, baseline, measure, data source, target profile over time and owner.
- Where the client's systems allow, we connect to them, finance, HR or operational data, and pull the measures each period.
- Where they do not, owners receive a short monthly form asking for the figure, with the definition shown.
- Progress against profile is shown per benefit and in total, with commentary from owners.
- When an owner changes, the register prompts for a new one, so benefits are never orphaned.
- The sponsor receives a regular report, and your engagement partner can see it too, with the client's agreement.
- Baseline and definitions are locked once agreed, so later debates are about performance, not measurement.
The register reports what the data shows. It does not claim that any change was caused by the programme, and interpreting results is a job for the client and your team together.
We usually set up the register during the programme rather than at the end, so baselines are captured before change begins and owners get used to reporting while your team is still there to help. By handover, it is already running.
What changes for the client and the firm
The client can see which benefits are on track and which need attention, at any point. Owners know what is expected of them. Your partner stays in contact with the client through something useful rather than a sales call.
When benefits are realised, there is a verifiable record the client can choose to share. When they are not, the conversation about fixing it can start early.
Does this sound familiar?
- Benefits registers stop being updated at go-live.
- Clients ask whether a programme delivered and nobody knows.
- Benefit owners have moved on.
- Measures depend on data nobody pulls.
- Your firm has no evidence of its programmes' outcomes.