How to Write a Customer Case Study: A Six-Part Structure That’s Anonymized, Verifiable, and Wins Business
1. Nine out of ten case studies read like testimonials, and the problem isn’t the writing
A case study is one of the few formats that does three jobs at once: it answers “have you done anything like this before?” for sales, answers “will this work in my industry?” for the customer, and answers “this company is doing real work” for search engines and AI. But most case studies fall short, and it isn’t the writing — it’s the approach: adjectives throughout, nothing you can check, and the reader comes away with one impression: you’re on good terms with them.
| Dimension | Testimonial-style case study (common) | Verifiable case study (works) |
|---|---|---|
| Opening | A well-known customer came to us | An auto parts plant in East China, about 300 employees |
| Issue | The customer faced many difficulties | First-pass yield 82%, 40 hours of rework per week |
| Solution | Lists product models and specs | Explains why this configuration was chosen and which alternative was ruled out |
| Implementation | One line: “delivered successfully” | Breaks down each phase: milestones, who was involved, how problems were handled |
| Results | The customer was very satisfied | Gives ranges for at least two of three: cycle time, yield, cost |
| Boundaries | None | States when this approach does not apply |
| Reader action | None | Points to a one-page PDF or the matching product page |
One line of judgment from experience:In a 1,200-word case study, if the results section has no verifiable number, it does almost nothing for a purchasing decision. Customers won’t believe you because you wrote “satisfied.” They’ll give you twenty more minutes because you wrote “first-pass yield rose from 82% to 92%–94%, measured over 3 consecutive months, 1,200 units per line.”
When it doesn’t apply:For case studies aimed at resellers, platform procurement, or customers who only compare prices, more detail won’t change the outcome. These customers order by spec and price, so a case study adds little. Spend those hours on the product page spec table instead.
2. The six-part structure: each section answers one question, with word counts in proportion
A case study doesn’t need a creative structure. It needs each question answered, one section at a time. The table below shows the ratios for a 1,200-word body and works as a template as-is.
| Segment | Question to answer | Suggested word count | Share of word count | Most common mistake |
|---|---|---|---|---|
| Background | What type of customer is this, and how big | 100 to 140 | 10% | Writing it as a company introduction |
| Issue | Where their previous setup fell short, and by how much | 160 to 200 | 15% | Only writing “low efficiency” or “unstable quality” |
| Solution | What configuration was used, and why not others | 220 to 260 | 20% | Only writing what was used, not what was ruled out |
| Implementation | How it was implemented, where it got stuck, how that was handled | 280 to 340 | 25% | Skipping the whole section and jumping straight to results |
| Results | How much it changed, and measured how | 220 to 260 | 20% | Only adjectives, no measurement basis |
| Applicability | Under what conditions it can be replicated, and under what conditions it cannot | 100 to 140 | 10% | Omitting it leaves readers afraid to judge for themselves |
There is one easily overlooked rule in the word count ratio:The implementation section should take up a quarter, longer than the results section. Because what buyers really want to verify is the process — was there a sample run, was there a trial production, who responds when problems come up, and how fast. Results can be dressed up; the process is hard to fake.
If the length has to be cut, the order of cuts also matters.
| Segment | Can it be cut | Can be cut to | Cost of cutting |
|---|---|---|---|
| Background | Yes | 2 sentences, 60 characters | Almost no loss, background is just positioning |
| Results | Cannot be cut | Keep at 220 characters or more | Cutting the measurement basis is cutting the credibility |
| Solution | Cut a little | 180 characters | Readers cannot judge whether the approach is reusable |
| Implementation | Cannot be cut | Keep at 280 characters or more | Direct loss of credibility, this is the section you should touch least |
| Applicability | Cannot be deleted | 100 characters | The whole piece turns into an ad, and similar customers won’t dare see themselves in it |
To sort out how case studies, blog posts and whitepapers divide the work, see /insight/content-matrix-priority-blog-case-whitepaper/. That piece covers how to rank content types; this one only covers how to write the case study format.
Three: four ways to anonymize, and three types of information you cannot anonymize
When a customer won’t sign off, nine times out of ten it’s not because the content is bad, it’s because it “exposes too much.” Anonymizing doesn’t mean making the content vague — it means changing the level of detail, so peers can’t tell who it is, but similar customers can still see themselves in it.
| Anonymizing method | What to do | Example | When it applies |
|---|---|---|---|
| Replace the company name | Describe it in three layers: “industry + scale + region” | A small home appliance manufacturer in South China, annual output about 600,000 units | The customer wants anonymity but agrees to disclose industry information |
| Replace absolute values with ranges | Replace point data with a band | Unit cost down 8% to 12% | The data is sensitive, but you still want to give the order of magnitude |
| Blur the timing | Replace exact dates with stage descriptions | Months 3 to 6 after launch | The timing itself would reveal the project’s identity |
| Hide the structure and process | Don’t write process step numbers, cycle times, or equipment models | Write “added an inline inspection step” | Involves process know-how or production line configuration |
Equally important is the other side: there are three types of information you cannot anonymize — change them and you’re digging your own hole.
| Information you cannot anonymize | Why it can’t be touched | How to handle it correctly |
|---|---|---|
| Certificate and qualification numbers | The number itself can be looked up by the customer on the issuing body’s website | Copy it exactly, or leave it out altogether |
| Standard numbers and test conditions | Change the test conditions for EN, ASTM, or GB and the number means nothing | Quote it as written and cite the version year |
| Delivery and shipment facts | Too vague to verify, and readers will assume the whole piece is made up | Give the exact month and batch, or leave it out |
The rule is simple:You can blur identities, but not evidence. Anonymize the company name and state the certificate number exactly, and you have the best chance of getting the client to sign off. Do it the other way around and you offend the client and lose the reader’s trust.
4. Numbers in the results section need a measurement basis, or readers will treat them as advertising
The results section is where writers get vague most easily. The table below shows how to write five common metrics: usable phrasing on the left, phrasing to avoid on the right.
| Metrics | Usable phrasing | Required context | Do not write |
|---|---|---|---|
| Delivery Timeline | Cut from 42 days to 30 days, from drawing confirmation to first-article delivery | Single batch, first article, excluding customer approval time | Lead time improved by 30% |
| First-pass yield | Raised from 82% to 92%-94% | 3 consecutive months, 1,200 parts per line, per customer acceptance standard | Quality greatly improved |
| Unit cost | Down 8% to 12% | Same material, same volume range (1,000 to 3,000 parts) | Cost cut by 30% |
| Rework hours | Down from 40 hours a week to 12 hours | 4-week average, including outsourced rework | Labor saved by 70% |
| Complaint rate | Down from 1.8% to 0.6% | Counted by shipment batch, including claims and returns | Zero customer complaints |
Two or three metrics per case study is enough. More than four and readers will think you are padding. A good order is: the metric the customer cares about most first (usually lead time or yield), then a cost metric, then a process metric (rework or complaints).
One boundary you must state clearly:If the customer will not disclose any data, you can fall back on “verifiable process facts.” Number of delivery batches, acceptance method, roles involved, list of test items: none of this is commercially sensitive, and it supports credibility just as well. The one thing you cannot do is make up a number. Once a peer or customer catches it, the credibility of the whole site takes the hit.
5. Original vs. rewrite: turn praise into facts
Rewriting a case study comes down to one move:replace evaluation with “scope + conditions + numbers.” Any sentence that cannot carry those three things is better deleted than kept. The table below shows five common pairs.
| Original (praise) | Rewritten (facts) | What changed |
|---|---|---|
| We have industry-leading precision machining capabilities | We run 12 machining centers, 3 of them 5-axis, and can reliably machine aluminum parts to a tolerance of plus or minus 0.01 mm | Adjectives replaced with machine count and capability limits |
| Customers are very satisfied with our quality | All 1,200 parts in the first batch were inspected to the customer’s acceptance standard; 1,108 passed on the first pass, a 92.3% pass rate | Subjective evaluation replaced with a ratio anyone can recalculate |
| Lead times are much faster than our competitors’ | Standard lead time is 30 days; this project involved two rounds of sampling, so actual delivery from drawing sign-off to first article took 38 days | Replace side-by-side comparisons with absolute numbers plus notes on exceptions |
| An experienced technical team stays with you the whole way | One process engineer and one quality engineer handle the project, with a progress meeting once a week for 6 weeks | Replace team descriptions with roles, frequency and duration |
| We handle everything from start to finish | Drawing review, sampling, trial production and volume delivery are all handled by the same project lead, so you don’t need to find outside contractors | Replace abstract promises with process stages and clear lines of responsibility |
Once you’ve made the changes, run a quick check:Cross out every adjective in each sentence. Is there any information left? If nothing is left after crossing them out, the sentence is empty.
6. Three steps to get a customer to sign off, and three length versions
If you can’t write a case study, it’s usually not a writing problem, it’s a sign-off problem. Follow these three steps and your success rate will go up noticeably.
| Steps | What to do | Suggested timing | How the customer actually feels |
|---|---|---|---|
| Step one | Send a finished draft first, with data sources noted section by section, and ask them to change the numbers rather than write the content | Feedback within 3 to 5 business days | Respected, and able to decide after seeing the finished product |
| Step two | Attach a three-tier checkbox table: can be public, needs to be blurred, cannot be public | Send together with the draft | They have control, and checking boxes is faster than negotiating |
| Step three | Attach a withdrawal clause and a contact person, usually with a 30-day notice period | Confirm at the same time as signing | Risk is manageable, fewer worries afterward |
The second step is the key to conversion. Have the customer tick “can be public / needs to be blurred / cannot be public” and it’s usually settled in one round; if you switch to open-ended feedback, you often go back and forth three or four rounds without a conclusion.
The same material can become three versions, with no need to do the work twice.
| Version | Word count | Where to use it | Update frequency |
|---|---|---|---|
| Summary version | 250 to 350 | Below the product page, sales emails, LinkedIn posts | Review the data once a quarter |
| Full version | 1,000 to 1,400 | Case study page on the website, for search and AI citations | Review once every 12 months |
| One-page PDF | 1 page, mostly charts | Trade show talking points, quote attachments, internal circulation at the customer | Update together with the full version |
When you distribute it, build the internal links: put the summary on the product page and link to the case study page, link the case study page back to the corresponding product page and FAQ, and point the “Have you done similar projects?” question in the FAQ straight to the case study page. Once those three links are in place, time on the case study page usually goes up noticeably. To see how case studies work with other deliverables, take a look at /expert/cuilishu/ where we explain our own approach.
7. When not to write a case study
More case studies isn’t better. In the five situations below, writing one actually works against you.
| Scenario | Why | Workaround |
|---|---|---|
| The whole company has only one customer | Writing it up tells the market you only have one | Rewrite it as an industry solutions page, using the industry instead of the customer |
| The project is covered by an NDA | The risk of breach far outweighs the content benefit | Write only the anonymized industry method, without citing data |
| The results can’t be reproduced | The case study has no methodological value | Rewrite it as a process note or a selection guide |
| The numbers can’t be verified | One follow-up question and it falls apart | Write only what happened, no results numbers |
| The client goes quiet for over 60 days | That’s basically a no | Switch to an industry solution write-up and stop waiting |
Once you’ve built up a certain number of case studies, the real constraint is no longer how you write them but capacity: how many you can reliably produce in a year, where the material comes from, and who reviews it. You can read more on this next /insight/content-capacity-planning-one-person-team/.
One judgment call:The value of a case study isn’t in “who it shows off,” but in “showing a method others can use to make their own judgment.” The client name is just a bonus; the verifiable process and numbers are the substance.
FAQ
Final thoughts
Writing a case study is really about turning one delivery into a set of judgments someone else can verify. A testimonial says “we’re great.” A case study says “in this situation, this approach moved a certain metric from X to Y.” The second one is what customers actually remember.
My suggested starting order: pick the deal from the last 12 months with the most complete data, write a 1,200-word full version using the six-part structure, then pull a summary version and a one-page PDF from it. Run it for three months and see whether sales actually uses it and whether customers quote the numbers in it, then decide whether to scale up.Producing one case study that can serve as a template is more effective than planning five at once.
One line worth remembering: customers won’t remember your adjectives, only whether you gave them a number they can question. If you’ve already built up a batch of case studies but nobody uses them, you can start from /contact/ Get in touch, and we’ll start by fixing how your data is defined.
