Content · Case studies
How to write a case study people finish reading
One client, one problem, in order
A case study people finish is short, specific and built around one problem. Put the result in the opening lines, describe the situation the client was in, show the two or three decisions that made the difference, and close with evidence and a quote that sounds like a real person. Most B2B case studies read well at 600 to 1,000 words.
Contents
Why most case studies lose the reader
Most case studies are written for the company that made them. They open with the agency’s process, list every deliverable, and end with a quote that says the client was “delighted with the partnership”. A reader looking for proof that you can solve their problem gives up somewhere around the second paragraph.
The people who read case studies are usually in the middle of a decision. They want to know whether a business like theirs had a problem like theirs, what you did about it, and whether it worked. Everything that does not help answer those three questions slows them down. In a Danish or Nordic market, where buyers tend to be sceptical of big claims, a calm and specific account also carries more weight than a glossy one.
It helps to picture where the case study will be read. Often it is a link a salesperson sends after a first meeting, opened on a phone between other tasks, then forwarded to a colleague who was not in the room. That second reader has no context at all. If the first screen does not tell them who the client was, what was wrong and what changed, they close the tab. Writing for that forwarded reader, rather than for the client or your own team, fixes most of the common problems at once.
Pick a story with real tension
Not every finished project makes a good case study. The best candidates have a clear before and after, and something that could have gone differently. Before you commit time, check the project against a short list:
- A recognisable problem. Something your target buyers also face, described in their words rather than yours.
- A visible change. A number that moved, a deadline that was met, a process that now takes hours instead of days. Qualitative change counts if it is concrete.
- A decision worth explaining. A trade-off, a change of plan or an unusual approach. This is where readers learn how you think.
- A client willing to talk. Without an interview and approval, you will end up with a brochure.
- Relevance to what you sell next. A story about a service you are winding down is wasted effort.
Projects that went smoothly from start to finish are often the weakest stories. A project that hit a snag and recovered usually makes a better read, provided the client is comfortable with that being said.
Interview the client, not just the project team
Your own team knows what was delivered. Only the client knows why they hired you, what they were worried about and what changed afterwards. Book 30 to 45 minutes, record it with permission, and ask open questions:
- What was going on in the business before this started?
- What had you already tried, and why did it not work?
- What nearly stopped you going ahead?
- What was the first moment you thought this was working?
- What is different now, day to day?
- What would you tell a peer who is considering the same thing?
Listen for sentences you could quote word for word. The best quotes are specific and a little informal: “we stopped exporting spreadsheets every Friday” is worth more than “the solution added significant value”. If the interview is in Danish and the case study in English, translate the meaning faithfully and let the client approve the English wording.
A structure that respects the reader’s time
The classic order of challenge, solution and results works, with one change: put a short summary of the outcome first. Busy readers can then decide whether to read on, and those who do already know where the story ends.
| Part | Its job | Rough length |
|---|---|---|
| Headline | Name the client type and the outcome, not your service | One line |
| Summary box | Client, sector, problem, what was done, result | 40 to 70 words |
| The situation | Context and stakes in the client’s terms | 100 to 200 words |
| What we did | Two or three key decisions and why, not a task list | 200 to 400 words |
| What changed | Evidence: figures, timings, before and after | 100 to 200 words |
| In their words | One or two quotes that add something new | 30 to 80 words |
| Next step | One link to the relevant service or a contact | One line |
Use subheadings that say something, such as “Bookings moved from email to the website”, rather than generic labels like “Results”. A reader who only scans the subheadings should still get the story. Add one or two images that show the work or the people, with captions that explain what they show. Our brand storytelling work follows this pattern because it suits both skimmers and careful readers.
Numbers, quotes and permission
Numbers persuade, but only if they are honest and in context. “Traffic up 300 percent” means little without a starting point and a period. A line such as “organic visits rose from about 1,200 to 3,800 a month over nine months” can be checked and is easier to believe. Round where precision would expose sensitive data, and never present a forecast as a result.
Not every project produces a clean metric, and that is fine. Time saved, steps removed, complaints that stopped, or a launch that went out on the planned date are all evidence if you describe them precisely. What does not work is inventing a number to fill the gap.
Agree permissions early, in writing. Clarify whether the client may be named, whether their logo may be used, which figures can be published and who signs off the final text. Many larger Nordic companies route this through communications or legal, which can take weeks, so start that process as soon as the client says yes in principle.
Show the draft to the person you interviewed before anyone else on their side. They will correct facts and sharpen quotes, and they become an ally when the text goes up their chain for approval. Keep a record of the approved version and the date.
Writing it so people keep going
Case studies fail at sentence level as often as at structure level. A few habits help:
- Write about the client as the main character. You are the guide, not the hero.
- Prefer verbs to nouns: “we moved the booking flow” instead of “implementation of a new booking solution”.
- Cut every adjective that the evidence does not support.
- Explain one technical point well rather than mentioning ten.
- Keep paragraphs short on screen, three or four sentences at most.
If you are unsure whether a sentence earns its place, read the piece aloud to someone outside the project. Where they look away, cut. Clear copywriting here is mostly a matter of removal.
One story, several formats
A good case study takes real effort, so use it more than once. The same material can become a web page, a one-page PDF for sales, a slide in a pitch deck, a short LinkedIn post with one quote and one number, and a 60 to 90 second video if the client is happy to appear on camera.
For search, give the web version a title that combines the sector and the problem, the way a buyer would phrase it, and link to it from the relevant service page. Answer engines and search tools favour pages that state facts plainly, so the summary box doubles as a well-structured snippet. Finally, plan case studies as a steady habit rather than a yearly rush, and fit them into your wider content system so a finished project always triggers the interview request.
Case study FAQ
What teams ask
before writing one
Aim for 600 to 1,000 words for the web version, with a summary of 40 to 70 words at the top. That is long enough to tell a real story and short enough to finish.
Length should follow the decision the reader is making. A simple service bought quickly needs less explanation than a complex project with several stakeholders, where 1,200 words or more can be justified if every section adds evidence. What matters more than word count is that the reader can get the gist from the headline, summary and subheadings alone. If you need more detail for technical buyers, put it in an appendix or a downloadable version rather than slowing down the main page. Cut repetition first, then process descriptions, then adjectives.
Yes, as long as the details stay specific. An anonymous case study about “a Danish logistics company with 120 employees” can be almost as convincing as a named one if the problem, the decisions and the outcome are concrete.
Describe the sector, size, market and situation precisely enough that peers recognise themselves, without details that identify the client. Ranges and percentages can replace exact figures. A quote attributed to a role, such as “head of operations”, still adds a human voice. Be honest that it is anonymised and never invent a composite client or fill gaps with guesses. Anonymous stories also suit sensitive sectors, competitive tenders and projects that are still running, where the client may agree to be named later.
Write them in the language your buyers decide in. For a domestic Danish market that is often Danish, while international sales teams and many Copenhagen tech and life science companies work in English.
If you sell in both, publish both, but adapt rather than translate word for word. Quotes need special care: a Danish quote translated into English should keep the speaker’s meaning and tone, and the client should approve both versions. Use the language of the interview where you can, since people speak more naturally in their own language. For search, give each version its own page with proper language tags so that each can rank in its own market without competing with the other.
Ask early, make it easy, and show what is in it for them. The best time to raise it is when the project starts, with a light mention in the proposal, and again when the client first sees results.
Explain what you need: a 30 to 45 minute interview, one review of the draft and a final approval. Offer to write everything so that their effort stays small. Point out the benefits to them, such as visibility for their brand, a link to their site, or a story their own team can use internally. Respect a no, and offer an anonymous version as an alternative. Clients who feel in control of what is published are far more likely to say yes than those handed a finished text.