NHD Partners All articles
Strategic Planning

The Onboarding Plan as Evidence: What UK Buyers Should Read Before Signing

NHD Partners
The Onboarding Plan as Evidence: What UK Buyers Should Read Before Signing

Most buying teams spend the bulk of their evaluation on commercial terms, credentials and the quality of the pitch. The onboarding plan arrives late, is skimmed, and is filed alongside the implementation schedule. That is a mistake. A pitch demonstrates how an organisation presents itself; an onboarding plan demonstrates how it intends to work. For any UK client committing to a multi-year service relationship, the second is the more reliable indicator of fit.

The plan is a management document, not a welcome pack

Onboarding documents vary widely. Some are glossy brochures with a timeline graphic and a photograph of a handshake. Others are working documents with named owners, dated dependencies and a risk section. The distinction matters because it reveals where authority sits.

A useful first question is simply who wrote the plan. If it was produced by a bid team and handed to a delivery team after signature, the buyer should expect the relationship to be renegotiated informally in the first month. If the named delivery lead contributed to it, and can speak to its assumptions without referring to a slide, that is meaningful. Ask, too, whether the plan has been reviewed by anyone outside the commercial function — finance, technology, compliance. A plan that has never been challenged internally is unlikely to survive contact with the client's own constraints.

What day one actually contains

"We will hit the ground running" is a sentiment, not a plan. Buyers should press for specifics about the first week: what access will be requested and when, which client systems will be touched, who will be introduced to whom, and what will be delivered before the first formal checkpoint.

A credible partner will distinguish between day one, day five and day thirty without prompting. They will know which of their people are available in the first fortnight and which are finishing other engagements. They will have a view on what the client must provide before work can begin. Vagueness here is not modesty; it usually indicates that the transition has not been resourced with the same care as the sales process.

The client-side cost is rarely quantified

Onboarding consumes client time as well as supplier time. Workshops, data extraction, subject-matter interviews and access approvals all fall on the buyer's staff, often at the busiest point of the year. Good plans estimate this burden by role and by week, and flag the periods when client input will be heaviest.

A partner unable to estimate client-side effort is either inexperienced at transition or not planning to ask for much — and the latter is rarely true. Buyers should ask what happens if the client's availability slips, and whether the plan has a documented fallback. The answer reveals whether the timetable is a commitment or an aspiration.

Governance for the first ninety days

Onboarding needs its own governance, distinct from the steady-state service review. Buyers should ask what cadence will apply: a weekly operational stand-up, a fortnightly steering group, formal reviews at day thirty and day sixty with a written assessment. They should ask who attends, what decisions that forum can take, and how issues are escalated before they become complaints.

It is also worth asking what the exit criteria from onboarding are. When does the relationship move from transition to business as usual, who confirms that shift, and against what criteria? A plan without a defined end point tends to become a permanent state of mobilisation, with the client absorbing the cost.

Signals that the relationship is drifting

Even a good plan can slip. The question is whether the partner notices and says so. Buyers should look for early indicators: checkpoint dates moving without a written explanation, named leads being substituted at short notice, the plan being quietly rewritten rather than revised through an agreed change process, and issues being routed into relationship conversations rather than logged against the plan.

A further signal is the volume of informal requests. If the partner is repeatedly asking for "a quick call" to unblock matters that the plan should have anticipated, the transition is being managed reactively. That is not necessarily a failing of goodwill, but it is a failing of design, and it tends to persist into steady state.

What a credible plan looks like

A strong onboarding plan is unglamorous. It names an owner on each side. It sets dated milestones with dependencies attached. It includes a risk register with mitigations that are specific to this client rather than generic. It describes the acceptance criteria the client will sign against, and it identifies the point at which onboarding ends.

None of this guarantees success. It does, however, demonstrate that the partner has thought about the work rather than the sale. For UK buyers weighing competing proposals that look similar on paper, that distinction is often the most useful one available before signature. The pitch shows what a firm can say; the plan shows what it can run.

Buyers should therefore treat the onboarding plan as a due diligence document in its own right. Read it closely, question its assumptions, and ask for the version that the delivery team uses rather than the one prepared for the panel. The difference between those two documents is frequently the difference between a relationship that settles and one that has to be rescued in the first quarter.

All Articles

Related Articles

The Last Chapter Matters: A UK Buyer’s Guide to Testing Service Exits

The Last Chapter Matters: A UK Buyer’s Guide to Testing Service Exits

Service Hours Are a Design Choice: What UK Buyers Should Ask About Availability

Service Hours Are a Design Choice: What UK Buyers Should Ask About Availability

Commissioning Judgement: What a Good Brief Should Specify, and What It Should Leave Alone

Commissioning Judgement: What a Good Brief Should Specify, and What It Should Leave Alone