Where Ownership Goes Missing: A Practical Audit of Service Handover Points
Photo: shift handover briefing in a UK contact centre operations floor, via img-s-msn-com.akamaized.net
Most service failures do not begin with a system outage or a missing part. They begin in the ten minutes between one person putting a job down and another picking it up. That gap is rarely on a process map, almost never in a service level agreement, and routinely unowned. It is also where a surprising amount of money disappears.
The seam is not an administrative detail
Operating model diagrams tend to draw teams as boxes and processes as arrows. The boxes get headcount, budgets and performance targets. The arrows get nothing. Yet the arrows are where the work actually moves, and where the customer's experience is most likely to fray.
A shift change on a contact centre floor. A job passed from a field engineer to a scheduler and then to next week's engineer. A ticket escalated from first line to second line. A case transferred between a local authority team and a partner organisation. Each of these is a transfer of ownership, and each is a point at which context, priority and accountability can be dropped without anyone noticing at the time.
The symptoms are easy to recognise once you look for them. The customer explains the problem twice. The engineer arrives without the site history. The second-line analyst re-diagnoses from scratch. Someone rings back on Thursday about the fault reported on Monday and is treated as a new caller. Individually these feel like minor friction. In aggregate they form a steady, unglamorous drain on cost and goodwill that no single team is accountable for.
Four things a handover can leak
It helps to be precise about what is actually being lost, because each leak needs a different fix.
Context. What has already been tried. What the customer has been told. What was promised, by whom, and by when. Context decays fastest of all, and it decays in proportion to the length of the gap between the two sides of the handover.
Priority. Relative urgency travels poorly. A job that was the most important thing on the Monday shift becomes one of forty items in a queue on Tuesday. Without an explicit ranking carried across, the receiving team applies its own, which is usually queue order.
Accountability. There is a moment, sometimes seconds and sometimes days, between 'I have finished with this' and 'I have started on this'. That moment belongs to nobody. Customers who fall through it rarely complain about the handover, because they never see it; they complain about being ignored.
Relationship. The customer's sense of being known is a real asset and it is expensive to rebuild. Being asked to repeat an account number, a fault description and a previous promise is a small insult repeated at scale.
Auditing the seams in two weeks
A full process review is not required. A focused audit of handover points is quicker, cheaper and usually more revealing.
Map the seams, not the process. Walk the journey and list every point where ownership changes hands, including the informal ones: the corridor conversation, the shared inbox nobody admits to monitoring, the spreadsheet that acts as a queue.
Shadow six handovers per seam. Sit with both sides. Time them. Note what is said, what is written and what is assumed. You are looking for the difference between what the sending team believes it has communicated and what the receiving team believes it has received.
Count the rework. Four measures will carry most of the argument: repeat contacts within 72 hours on the same reference; re-diagnosis time logged on escalated tickets; second visits within 14 days in field service; and closures recorded as 'no fault found' or 'resolved on contact' where the customer disputes it.
Price it. Multiply re-diagnosis minutes by loaded hourly cost. Add travel and labour for second visits. Add the handling time of repeat contacts, and be honest about the ones that arrive through a different channel and are therefore invisible in the original team's numbers. The total is rarely enormous in any single month and rarely small across a year.
Test the transfer standard. Take three live cases and ask the receiving team to act on the handover note alone, with no phone call. Where they cannot, the note is not a standard; it is a courtesy.
Three places the tax shows up
A utilities contact centre moving to a late shift typically loses the promise made at 16:40. The evening team inherits the case but not the commitment, and the customer rings back to chase something the organisation has already agreed to and forgotten.
A facilities maintenance operation covering Greater Manchester loses site knowledge between engineers. The second visit repeats the first, the client's site manager repeats the access arrangements, and the contract's first-time-fix measure quietly under-reports because the second visit sits under a different job number.
A shared IT service desk supporting several NHS trusts loses the distinction between a clinical priority and an administrative one at the first-line to second-line boundary. The ticket arrives with a category but without the reason, and the analyst applies the queue rather than the context.
Redesigning for cleaner transfers
The fix is rarely a new system. It is usually a standard plus a ritual plus a measure.
Define a transfer standard with four fields: current state, next action, named owner, promise made. Four fields fit on a sticky note and are hard to fake.
Make shift handover a scheduled activity with a named chair and a short agenda, rather than a hallway conversation that ends when the first person leaves.
Convert escalation into a warm transfer. Sixty seconds of speech plus a written note beats a beautifully completed form that arrives three hours after the analyst has moved on.
Keep a single promise log that any team can read and that the customer can be held to. Promises made in one shift and broken in another are the most damaging form of leakage because they are entirely avoidable.
Finally, put handover measures into the service review alongside average handling time and first-time fix. What is not reported is not managed, and the seam has been unreported for a long time.
Start with one seam
Choose the seam with the highest repeat-contact volume and run the audit against it for a fortnight. You will not need a business case by the end; the numbers will write one for you. The wider lesson is structural: a service operating model is only as strong as its weakest transfer of ownership, and the transfers are the part most organisations have never thought to design.