Skip to content
The part of the process nobody writes down
What Nobody ExplainsThe part of the process nobody writes down

Behind The Counter

What a note on your file is written for

Case notes are internal correspondence addressed to the next member of staff, and that audience explains their brevity, their gaps and their oddly flat tone.

By Zoya Rahman3 min read

A charming coffee shop interior featuring a modern espresso machine and coffee grinder, evoking a warm, inviting atmosphere.
Photograph by Cheese Nya via Pexels
Editorial note. Independent reporting and analysis. Nothing here is sponsored or paid for. How we work.

A note is a letter to the next person, not a diary

Notes on a case are often imagined as a record of what happened, written for posterity. They are better understood as short messages addressed to whoever opens the file next, written by somebody who won’t be there to explain them. Everything about their style follows from that.

The next reader needs to know where the case stands, what has been done, what was agreed and what is outstanding. They don’t need a narrative. So the note compresses a twenty-minute conversation into three lines of status, and the compression is the work rather than a failure to do it.

Structured fields carry the facts, notes carry the rest

Anything a system needs to act on lives in a field: a date, a status, an amount, a category. Fields can be searched, reported on and used by other processes. Notes cannot, or not reliably, which is why a well-run process pushes as much as possible into fields and leaves the notes for what will not fit.

What ends up in the free text is therefore the residue — context, the reason a discretionary decision went the way it did, an agreement about how to make contact, a warning that a particular document is disputed. That residue is genuinely valuable and structurally fragile, because nothing else in the organisation is reading it automatically.

The flat tone is a house style, and it is deliberate

Notes read strangely to anybody encountering their own file. They are terse, they use abbreviations, and they describe emotional conversations in a register that sounds indifferent. “Cx advised of position, unhappy, esc to T2” is a complete account of a difficult twenty minutes.

Two forces produce that style. Time is one: notes are written between contacts, and a paragraph nobody has time to write is worse than a line somebody does. The other is that most organisations instruct staff to record facts and observable behaviour rather than opinions or characterisations, because interpretation ages badly and is hard to defend. The flatness is training, not attitude.

Notes are read by more people than the writer expects

A note may be read by a colleague picking the case up, by a supervisor sampling for quality, by a complaints team reconstructing what happened, by an auditor, and in many circumstances by the person the note is about. Staff are usually told to write as though all of those readers are looking.

That guidance has a visible effect. It removes shorthand judgements and speculation, and it produces the cautious phrasing that can look evasive from outside. A note saying that a caller reported a payment as made, rather than that a payment was made, is not doubting anybody. It is being precise about which of those two things the writer actually knows.

A note is not a decision, and the difference matters

People sometimes treat anything written on the file as binding. Internally the distinction is sharp: a decision is recorded through a decision mechanism — a status change, an approval, a letter issued — while a note describes, discusses or recommends. A note saying a fee should probably be waived has not waived a fee.

This is the source of a familiar disappointment, where somebody is told that an earlier conversation is on the file and then finds it did not achieve what they assumed. It usually did what a note can do, which is inform the next person. It could not do what only the decision mechanism does.

Getting something onto the file in a useful form

If a detail matters, ask for it to be noted and say why it matters, since a note explaining its own relevance survives far better than a bare fact. Ask whether it also needs recording somewhere structured — a flag, a preference field, a status — because that is what other processes will actually see.

And when something has been agreed rather than merely discussed, ask what the agreement is recorded as and whether anything will be sent confirming it. Confirmation in writing does two jobs at once: it gives you a copy, and it makes the agreement into an event in the system rather than a sentence in a text box. Those are different things, and only one of them reliably drives what happens next.

Common questions

Why do the notes on my file seem so brief?

Because they are written to orient the next member of staff quickly, not to reproduce a conversation, and they are written under time pressure between contacts. Brevity is the intended quality; a page of narrative would take longer to write and longer for a colleague to use.

Can I ask for something specific to be added?

Yes, and a specific, factual request works far better than a general one. Say what should be recorded and why it will matter to the next reader, and ask whether it should also be captured in a field rather than only in free text.

Does a note guarantee the next person will act on it?

No. Notes are read when a case is picked up, but they are not enforced by the system in the way a status, a flag or a task is. Anything that needs to trigger an action should ideally exist as a structured record as well as a written one.

Behind The Countercountersrecordsnotesprocess
Zoya Rahman
Consumer editor, What Nobody Explains

Zoya has written about behind the counter, paperwork, queues & waiting for most of the last decade and thinks most subjects are more interesting once you know how they work.