写客户案例最常卡在两头:要么通篇都是「效率提升、体验很好」的空话,读者看完不知道你到底做了什么;要么把过程按时间顺序全倒出来,一条流水账读三句就划走。这篇给一套按段落分工的故事骨架,说明每段该放什么、什么素材宁可不写、以及哪些行业不适用这套结构。
写客户案例最常卡在两头。一头是通篇「效率提升、体验很好」,读者看完也不知道你到底做了什么;另一头是把过程按合作时间线全倒出来,一条流水账读三句就划走。两种毛病看起来相反,根子其实是同一个:没有按「读者的注意力顺序」摆放素材。
下面给一套按段落分工的骨架,说明每段该放什么、素材不够时哪些能补哪些绝不能编,以及什么情况下这套结构根本不适用。它解决的是可读性,不是真实性——真实性得靠访谈和客户确认。
案例写成流水账,通常不是文笔问题
先分清三种失败形态,因为改法完全不同。第一种是按合作时间线平铺:几月签约、几月上线、几月培训,读者看不到矛盾。第二种是只堆结果、不写过程:结论一个接一个,但没人知道中间发生了什么。第三种更常见——把客户写成背景板,全文的主角其实是自家产品。
判断标准很直接:把公司名换成另一家同行,如果整段话还成立,就说明你没写出这家客户的特殊性。真写出来的案例,换名字是会别扭的。比如「一家 5 人小团队,每周手工对账两次,每次半天」这种句子换个人就不成立,而「提升了对账效率」换谁都成立。
- 时间线平铺:按节点硬切,读者没有追读动机——把顺序改成「卡点—尝试—转折—结果」
- 只堆结果:结论太密,过程太薄——每个结果后面补一句「这是怎么发生的」
- 客户变背景板:主语全是「我们」——把「我们帮客户」改写成「客户为此做了什么决定」
一套按段落分工的骨架:从卡点写到结果
这套骨架一共五段,每段只干一件事。第一段不写行业痛点,写客户当时具体卡在哪,而且要写成读者能认出来的画面:谁、在做什么、多久一次、卡在哪一步。行业痛点谁都能写,具体画面只有这家客户有。
- 第一段:卡点画面谁在做、多久做一次、卡在哪一步。写完自检:这段话能不能被客户本人点头认可,而不是「差不多是这意思」
- 第二段:试过什么、为什么没成这段最容易被省,但它是读者代入的唯一入口。写清楚他们之前用过什么办法、停在哪、当时判断是什么
- 第三段:转折点谁做了什么决定、依据是什么。写得克制一点,别把功劳全给产品——读者对「一用就好」天然不信
- 第四段:做了什么按动作而非功能罗列。先写客户侧要做的事,再写你这边配合了什么,顺序反了就又变成产品说明书
- 第五段:结果带口径谁统计的、算的哪个周期、跟什么比。三个要素缺一个,读者就会追问,追问不到就变成不可信
| 段落 | 放什么 | 常见错误 |
|---|---|---|
| 卡点 | 客户的具体场景与动作频率 | 写成行业通用痛点 |
| 尝试 | 之前的方法和停下的原因 | 直接跳过,读者无法代入 |
| 转折 | 一个具体决定及其依据 | 把功劳全归给产品 |
| 做法 | 客户侧动作 + 你的配合 | 按功能清单罗列 |
| 结果 | 数字 + 口径说明 | 只给结论不给口径 |
结果段的口径尤其要注意。具体数字不要写死在稿子里,因为数字会变,写死了过一阵子就对不上。稳妥做法是正文只写量级和方向,精确数字指到站内页面去看当时的记录:到 /price-watch 这类追踪页核对当时的数字,或者干脆在文末注明「数据截至某次统计,详见站内资料库」。这样稿子不会因为数字过期而失效。
素材不够时怎么办:哪些能推、哪些绝不能编
可以补的是场景细节和情绪描写,前提是客户在访谈里确认过。比如客户说「那时候挺急的」,你可以补上「他记得那段时间每周一早上都要先处理这件事」,但不能补上「他当时决定砍掉整个部门」。前者是把已有信息写具体,后者是替客户做决定。
不能补的一律是三样:数字、时间点、决策过程。这三样一旦被客户看到不实,信任成本比一篇稿子高得多。拿不准的素材宁可用概括句带过,也别写成具体情节——概括句最多是不生动,编造的情节会让整篇稿子作废。
把一句「效果不错」追问成可用素材,靠的是固定追问顺序:当时在做什么、多久一次、谁来做、最烦哪一步、后来哪一步变了。五个问题问完,基本能凑出第一段的画面。追问要在访谈时做,别等写稿时靠猜。
- 能补:场景描写、动作频率、情绪氛围——前提是客户确认过
- 不能补:数字、时间点、决策过程
- 拿不准:用概括句带过,不要写具体情节
- 追问顺序:在做什么、多久一次、谁来做、最烦哪步、哪步变了
套模板之前先判断:你这篇到底适不适合讲故事
这套骨架不是万能的。适合的情况有三个条件同时满足:有明确的前后对比,客户愿意具名或至少愿意配合确认细节,结果能说清统计口径。三个条件里缺一个,写出来的故事都会发虚。
不适合的情况也很明确:客户要求完全匿名且不能提行业,那第一段的画面就没法写;项目还在进行中没有结果,那第五段只能空着;对方只是采购标品、没有决策过程,那第三段的转折点根本不存在。这三种情况硬套骨架,只会把稿子写得更长更假。
交付前过一遍自检清单,四项都过才算能用。过不了的项,回访谈补素材,别在文案里硬圆。
| 自检项 | 通过标准 |
|---|---|
| 主角是谁 | 通读一遍,出现最多的主语是客户而不是产品 |
| 卡点能不能复述 | 读者看完能用一句话说出客户当时卡在哪 |
| 结果有没有口径 | 写清了谁统计、哪个周期、跟什么比 |
| 有没有编的 | 逐句回对访谈记录,没有一句是推测出来的情节 |
常见问题
客户不愿具名,案例还能写吗?
能写,但改写方式不同:把行业和规模写得模糊一些,重点放在问题类型和处理过程上,别硬编一家公司名。代价是说服力会降一档,如果这个项目本来就是主打卖点,值得再跟客户争取一次署名或至少允许写行业。
案例故事要不要放数据?
要,但要带口径。别只写一个涨幅,写清是谁统计的、算的是哪个周期、跟什么基准比。口径说不清的数字,读者第一反应是怀疑,反而拖累整篇的可信度。拿不准的可以放到文末说明里。
一篇公众号长文放几个案例合适?
看主案例的比重。如果整篇围绕一个案例展开,一个就够,写透比写多有用;如果是「几种典型场景」类文章,两到三个短案例并列更合适,但每个都要有独立的卡点和结果,别写成同一个故事的换皮版本。