写案例最怕什么？案例怕写成产品说明书。我见过太多人把案例写成“客户背景→需求痛点→解决方案→成果数据”的写案四段式填空，读起来像流水线上拧螺丝。例范

去年帮一家SaaS公司改案例，案例他们写的写案是：“某零售企业面临库存管理难题，通过引入我们的例范系统，实现了效率提升。案例”我问写稿的写案人，这家零售企业仓库在哪儿？例范管库存的人叫什么？他每天几点最头疼？对方愣住。后来我让他去跟客户聊了半小时，案例回来改成这样：

“老周管着华东六个仓库，写案每天下午三点是例范噩梦。门店补货单像雪片一样飞过来，案例他得挨个翻Excel，写案对完库存再打电话确认。例范有次漏了一单，南京那家店周末断货，店长在群里骂了半小时。”

后面才接系统怎么帮他省掉这些事。你看，差别不在文笔，在有没有“人”。

案例的核心不是证明你多牛，是让读者看见自己。读案例的人通常只关心一件事：这跟我像不像？像，他就往下看；不像，你数据再漂亮他也划走。所以写案例第一步不是列提纲，是找“最大公约数”——你的客户和潜在客户之间，那个共同的痛、共同的场景、共同的身份。

我习惯先问三个问题：这个客户没找你之前，某一天具体是怎么过的？哪个瞬间让他决定必须改变？改变之后，同样是那一天，他做了什么不一样的事？

拿这三个问题去挖，素材就够了。别写“提升了效率”，写“以前六点下班，现在四点能去接孩子”。别写“降低了成本”，写“老板终于不用每月底对着账单骂人”。具体，才有代入感。

结构上，我偏爱一个简单框架：场景切入→冲突展开→转折出现→结果落地。但别死守，有时候从结果倒着写更有劲。比如先写“上个月他们团队拿了销冠”，再回头讲三个月前差点被裁的故事。读者会好奇中间发生了什么。

语言上，把“赋能”“闭环”“抓手”这些词全删掉。你平时怎么跟朋友讲这件事，就怎么写。我写过一个餐饮案例，开头是：“张姐的店开在地铁口，按理说不缺人流，但她愁了整整一年。”这句话没有任何术语，但做餐饮的人一看就懂——地铁口租金高，人流不等于客流，愁的是转化。

数据要用，但别堆砌。一个具体数字比十个百分比管用。比如“客服响应时间从45秒降到12秒”，比“效率提升73%”更让人有感觉。如果有客户原话，直接引用，别转述。原话有语气、有情绪，转述就变成报告了。

最后说个观察：好的案例都有“毛边”。太干净、太顺滑的案例反而假。允许出现“中间也走过弯路”“刚开始团队抵触”这种细节。读者看到这里会松一口气——原来不是只有我这么难。这种共鸣，比任何成功学话术都值钱。

写案例不是写作文，是替你的客户讲一个他愿意转给同事看的故事。讲好了，案例自己会跑。