How to Decline a Request
Refusing badly loses the argument and the relationship. Naming the reason that lands, and answering the pressure underneath.
What not to do · Procedure
Requests in this area arrive from people under genuine cost pressure, which is why a flat refusal fails.
What does not work
Expressing discomfort, which reads as squeamishness and invites someone else to be asked.
Citing policy without explaining it, which invites a request to change the policy.
A flat no with no alternative, which gets routed around.
Overstating the legal position, which is checked and discredits the accurate parts.
Name the reason that lands
For a commercial audience: the costs are real and largely already being paid — predictability pay, overtime, recruitment. Moving them into view usually shows the proposal costs more than it saves.
For an operational audience: the schedule stops being followed. Informal swaps, declines and absence rise, and the rota stops describing what happens.
For a people audience: turnover in these sectors is the largest controllable cost, and schedule instability is consistently among the reasons people give when asked properly.
All three are true. Lead with the one that will be heard.
Answer the pressure underneath
"Labour cost is too high" — a real problem, answered by the ratio, the service level and the pattern, not by cutting published shifts.
"We can't predict Saturdays" — a forecast error question, answered by sizing a buffer rather than by keeping people on call.
"We need cover at short notice" — answered by a standby list and cross-training.
"People are refusing shifts" — usually a notice or hours problem, and how often shifts are declined is the symptom.
Offering the real answer turns a refusal into a consultation.
Where not to help improve
Making a cut look worker-initiated. Recording an employer change as a swap. Framing an on-call expectation as voluntary when declining has consequences.
None is a partial improvement, and each of the three has a direct legal exposure attached in covered jurisdictions.
Recording it
What was asked, by whom, when. What was declined and why. What was offered instead. Who decided.
Findable, so the second identical request is answered by reference.
If overruled
Say so to the people affected, which preserves what trust remains.
Insist on the mitigations: the notice period, the premium paid correctly, the record of who initiated each change.
Record your position in writing, dated.
Prepare the position in advance
Written before it is requested.
The categories you will not do, with the reason for each.
Who decides on an exception.
Agreed with whoever owns risk, before anyone asks.
Deciding calmly is much easier than inventing it in a week when labour cost is over target and somebody wants shifts cut.
Reproduce the workflow
For another way to make this requirement testable, review the legal-services use case. Treat it as a starting point, then reproduce the case with real roles, sites and exceptions.
More in this section