客户案例怎么写:脱敏、可核验、能带货的六段结构
一、九成案例写成了表扬信,问题不在文笔
案例是少数能同时干三件事的体裁:替销售回答”你们做过类似的项目吗”,替客户回答”这套方案在我这个行业能不能落地”,也替搜索引擎和 AI 回答”这家公司在做具体的事”。但多数案例达不到这个效果,原因不是文笔,是写法——通篇形容词,没有一处可核对的部分,读者读完只留下一个印象:关系不错。
| 维度 | 表扬信式案例(常见) | 可核对案例(可用) |
|---|---|---|
| 开头 | 某知名客户找到我们 | 华东汽车零部件厂,员工约 300 人 |
| 问题 | 客户遇到了很多困难 | 一次通过率 82%,返工工时每周 40 小时 |
| 方案 | 罗列产品型号与参数 | 写清为什么选这套配置、排除了哪个方案 |
| 实施 | 一句”顺利完成交付” | 分阶段写清节点、参与角色、卡点处理 |
| 结果 | 客户非常满意 | 周期、良率、成本三项中至少两项给区间 |
| 边界 | 没有 | 写明什么条件下这套做法不适用 |
| 读者动作 | 没有 | 指向一页 PDF 或对应产品页 |
一句经验判断:一篇 1,200 字的案例,如果结果段没有一个可核对的数字,它在采购决策里的作用接近于零。 客户不会因为你写”满意”而相信,只会因为你给出”一次通过率从 82% 提到 92% 至 94%,统计口径是连续 3 个月、每条产线 1,200 件”而愿意多聊二十分钟。
什么时候不适用:面向中间商、平台采购或纯比价客户的案例,写再细也不改变结果。 这类客户按参数和价格下单,案例的边际作用很小,把同样的工时放进产品页参数表更划算。
二、六段结构:每段回答一个问题,字数按比例配
案例的结构不需要创意,需要的是一段一段把问题答完。下表是一篇 1,200 字正文的配比,可直接当模板用。
| 段落 | 要回答的问题 | 建议字数 | 字数占比 | 最常见错误 |
|---|---|---|---|---|
| 背景 | 这家客户是什么类型、什么规模 | 100 至 140 | 10% | 写成公司自我介绍 |
| 问题 | 他原来的状态差在哪,差多少 | 160 至 200 | 15% | 只写”效率低””质量不稳” |
| 方案 | 用了什么配置,为什么不用别的 | 220 至 260 | 20% | 只写用了什么,不写排除了什么 |
| 实施 | 怎么落地,中间卡在哪,怎么处理 | 280 至 340 | 25% | 整段跳过,直接跳到结果 |
| 结果 | 变化了多少,口径是什么 | 220 至 260 | 20% | 只有形容词,没有测量口径 |
| 适用边界 | 什么条件下能复制,什么条件下不能 | 100 至 140 | 10% | 省略,读者不敢照着判断 |
字数配比里有一条容易忽略的规则:实施段要占四分之一,比结果段还长。 因为买家真正想核对的是过程——有没有打样、有没有试产、出问题时谁响应、多久响应。结果可以美化,过程很难编。
如果篇幅必须压缩,压缩顺序也有讲究。
| 段落 | 能否压缩 | 可压到 | 压缩的代价 |
|---|---|---|---|
| 背景 | 可以 | 2 句话,60 字 | 几乎无损,背景只是定位 |
| 结果 | 不能压 | 保持 220 字以上 | 压掉口径就等于压掉可信度 |
| 方案 | 少量压缩 | 180 字 | 读者无法判断方案是否可复用 |
| 实施 | 不能压 | 保持 280 字以上 | 直接损失可信度,这是最不该动的一段 |
| 适用边界 | 不能删 | 100 字 | 全文变成广告,同类客户不敢对号入座 |
想把案例与博客、白皮书之间的分工理清楚,可以看 /insight/content-matrix-priority-blog-case-whitepaper/,那篇讲的是内容类型怎么排序,这篇只讲案例这一种体裁怎么写。
三、脱敏的四种做法,与不可脱敏的三类信息
客户不愿签字,九成不是因为内容不好,是因为”暴露太多”。脱敏不是把内容写虚,而是换一种颗粒度——让同行看不出是谁,让同类客户能对号入座。
| 脱敏做法 | 具体操作 | 示例 | 适用情况 |
|---|---|---|---|
| 企业名替代 | 用”行业 + 规模 + 区域”三层描述 | 华南小家电制造商,年产量约 60 万台 | 客户要求匿名,但同意公开行业信息 |
| 绝对值换区间 | 把点位数据换成带宽 | 单件成本下降 8% 至 12% | 数据敏感,但仍想给出量级 |
| 时间模糊化 | 精确日期改成阶段描述 | 上线后第 3 至 6 个月 | 时间点本身会暴露项目身份 |
| 结构与工艺隐去 | 不写工序编号、节拍、设备型号 | 写”增加一道在线检测环节” | 涉及工艺壁垒或产线配置 |
同样重要的是另一面:有三类信息不能脱敏,改了就是给自己挖坑。
| 不可脱敏的信息 | 为什么不能动 | 正确处理 |
|---|---|---|
| 证书与资质编号 | 编号本身可被客户在签发机构网站查到 | 原样照抄,或干脆不写 |
| 标准号与测试条件 | EN、ASTM、GB 的测试条件改动即失去意义 | 原样引用,注明版本年号 |
| 交付与出货事实 | 模糊到无法核验,读者会认为整篇是编的 | 要么给准确月份与批次,要么不写 |
判断很直接:可以模糊身份,不可以模糊证据。 把企业名脱敏、把证书编号写实,客户签字概率最高;反过来做,既得罪客户,也让读者不信。
四、结果段的数字要带测量口径,否则读者只当广告
结果段最容易写虚。下面这张表列出五个常用指标的写法,左边是可用的口径,右边是不要写的说法。
| 指标 | 可写的口径 | 必须说明的前提 | 不要写 |
|---|---|---|---|
| 交付周期 | 从图纸确认到首件交付,由 42 天缩短到 30 天 | 单批次首件,不含客户确认时间 | 交期快了 30% |
| 一次通过率 | 由 82% 提升到 92% 至 94% | 连续 3 个月、每条线 1,200 件、按客户验收标准 | 质量大幅提升 |
| 单件成本 | 下降 8% 至 12% | 同材质、同批量区间(1,000 至 3,000 件) | 成本降低三成 |
| 返工工时 | 由每周 40 小时降到 12 小时 | 取 4 周平均值,含外协返工 | 人力节省 70% |
| 投诉率 | 由 1.8% 降到 0.6% | 按出货批次统计,含索赔与退换 | 客户零投诉 |
一篇案例放 2 到 3 个指标就够,超过 4 个读者会认为在凑数。指标的选取顺序建议是:先放客户最关心的那个(通常是交期或良率),再放一个成本项,最后放一个过程项(返工或投诉)。
一条必须说清的边界:如果客户不愿公开任何数据,可以退一步写”可核验的过程事实”。 交付批次数量、验收方式、参与角色、测试项目清单,这些不含商业敏感信息,同样能支撑可信度。唯一不能做的是编一个数字——一旦被同行或客户发现,整站的可信度都会跟着打折。
五、原文与改写:把表扬句换成事实句
改写案例其实只有一个动作:把评价换成”范围 + 条件 + 数字”。 凡是落不到这三样上的句子,删掉比留着好。下表是五组常见的对照。
| 原文(表扬句) | 改写后(事实句) | 改了什么 |
|---|---|---|
| 我们拥有行业领先的精密加工能力 | 配置 12 台加工中心,其中 5 轴 3 台,可稳定加工公差正负 0.01 毫米的铝合金件 | 形容词换成设备台数与能力边界 |
| 客户对我们的品质非常满意 | 首批 1,200 件按客户验收标准全检,一次通过 1,108 件,通过率 92.3% | 主观评价换成可复算的比例 |
| 交期比同行快很多 | 常规交期 30 天;该项目涉及两次打样,实际从图纸确认到首件交付 38 天 | 横向比较换成绝对值加例外说明 |
| 经验丰富的技术团队全程跟进 | 项目由 1 名工艺工程师与 1 名质量工程师对接,每周一次进度会,持续 6 周 | 团队形容换成角色、频次、周期 |
| 提供一站式解决方案 | 图纸评审、打样、试产、批量交付四段由同一项目负责人对接,客户无需另找外协 | 抽象承诺换成流程分段与责任边界 |
改完以后可以做一个快检:把每句话里的形容词全部划掉,剩下还有信息量吗? 如果划掉之后什么都没剩,这句话就是空的。
六、让客户愿意签字的三步,以及三种长度版本
案例写不出来,多半不是写作问题,是签字问题。按下面三步走,成功率会明显提高。
| 步骤 | 具体动作 | 建议时间 | 客户的实际感受 |
|---|---|---|---|
| 第一步 | 先发成稿草稿,逐段标注数据来源,请他改数字而不是写内容 | 3 至 5 个工作日给反馈 | 被尊重,先看到成品再决定 |
| 第二步 | 附一张三档勾选表:可公开、需模糊、不可公开 | 与草稿同步发出 | 有控制权,勾选比谈判快 |
| 第三步 | 附可撤回条款与对接人,通常约定 30 天通知期 | 签字时一并确认 | 风险可控,后顾之忧小 |
第二步是转化的关键。让客户在”可公开 / 需模糊 / 不可公开”上打钩,平均一轮就能定;如果改成开放式征求意见,往往来回三四轮还没结论。
同一份素材可以有三个版本,不需要重复劳动。
| 版本 | 字数 | 用在哪 | 更新频率 |
|---|---|---|---|
| 摘要版 | 250 至 350 | 产品页下方、销售邮件、领英动态 | 每季度复核一次数据 |
| 正文版 | 1,000 至 1,400 | 官网案例页,承接搜索与 AI 引用 | 12 个月复核一次 |
| 一页 PDF | 1 页,图表为主 | 展会话术、报价附件、客户内部传阅 | 与正文版同步更新 |
分发时把内链做上:产品页放摘要并链到案例页,案例页回链对应产品页与 FAQ,FAQ 里的”你们做过类似项目吗”直接指向案例页。三条链接做完,案例页的停留时间通常会明显变长。想了解案例内容与其他交付物怎么协同,可以看 /expert/cuilishu/ 里我们自己的分法。
七、什么时候不要写案例
案例不是越多越好。下面五种情况,写了反而是负资产。
| 场景 | 原因 | 替代做法 |
|---|---|---|
| 全公司只有一个客户 | 写出来等于告诉市场你只有一家 | 改写成行业方案页,用行业替代客户 |
| 项目在保密协议覆盖范围内 | 违约风险远大于内容收益 | 只写匿名的行业方法,不引用数据 |
| 结果无法复现 | 案例不具备方法论价值 | 改写为工艺说明或选型指南 |
| 数字无法核验 | 被追问一次就露陷 | 只写过程事实,不给效果数字 |
| 客户拖过 60 天不给回音 | 基本等同于拒绝 | 转写行业方案,不再等 |
案例累积到一定数量后,真正的约束就不再是写法,而是产能:一年能稳定产出几篇、素材从哪里来、谁来审核。这一层可以接着看 /insight/content-capacity-planning-one-person-team/。
一句判断:案例的价值不在”展示了谁”,在”展示了一套别人能照着判断的方法”。 客户名只是加分项,可核验的过程与数字才是主体。
FAQ 常见问题
写在最后
写案例这件事,本质是把一次交付翻译成一套别人能复核的判断。表扬信写的是”我们很好”,案例写的是”在这种情况下,这个做法把某个指标从多少变到多少”。客户真正会记住的,是后一句。
我建议的起步顺序是:从最近 12 个月里挑数据最全的一单,按六段结构写一篇 1,200 字的正文版,再从里面拆出摘要版和一页 PDF;跑三个月,看销售有没有真的在用它、客户有没有引用里面的数字,再决定要不要量产。先做出一篇能当样板的案例,比一次立项写五篇更有效。
一句可以记住的话:客户记不住你的形容词,只记得住你有没有给出一个可以被追问的数字。如果你的案例页已经攒了一批但没人用,可以从 /contact/ 找我们,我们从数据口径那一层开始改。
