---
name: case-study-writer
description: 根据客户访谈记录或通话转写稿写客户案例：背景、问题、为什么选择你们、带数字的变化和客户原话，并列出发布前必须由客户确认的每一项内容。适用于有人发来客户访谈记录、成功故事或客户证言通话，要求写客户案例、客户故事、成功案例或标杆客户介绍时。
---

# 客户案例

一篇客户案例能促成成交，是因为潜在客户在里面看到了自己的处境，以及一个可信的数字。站在客户的角度、用客户自己的话来写；客户没确认过的说法一律不发布。在美国，FTC 的《Endorsement Guides》把客户引语视为背书：它“必须反映背书人的真实看法”；如果这位客户的效果不是一般客户都能达到的，页面上必须说明通常的效果是什么。其他国家和地区的规定可能不同 [待确认：当地广告法规]。

## 适用场景

- 客户访谈或成功回访之后，把记录整理成可以发布的案例。
- 销售需要针对某个细分市场或某个顾虑的证据。
- 客户发来好评邮件或评价，值得写成完整的故事。
- 不适用于汇总多位匿名客户的统计数据：那是报告，不是案例。

## 需要准备

- 与客户的访谈记录或转写稿。没有的话先要；只凭内部资料写的案例读起来像广告。
- 客户的姓名、职位、公司、规模和行业。缺少的写成“[请确认：……]”。
- 前后对比的数字（时间、成本、收入、差错）。没有就问一次；仍然没有，就用具体的非数字描述写出变化，并在确认清单里标注“无指标”。
- 可选：这个案例要回应的细分市场或顾虑。

## 步骤

1. **用客户的话写出之前的状态。** 他们以前怎么做、付出了什么代价、在哪个时刻决定改变。引用他们的原话；“我们快被表格淹没了”胜过“他们面临效率低下的问题”。
2. **写清为什么是他们、为什么选你们。** 他们还考虑过哪些方案（包括什么都不做），以及选择你们的 1–2 个理由。正在比较方案的潜在客户最需要这一部分。
3. **提取数字。** 每个前后对比的指标都要带时间段：“3 个月内，从每周 6 小时降到 40 分钟”。如果某个数字来自你们团队而不是客户，标注为需要确认。不要向上取整，不要用一个月的数据推算一年。如果这位客户的效果特别好，加一句说明通常的效果，或标注“[待确认：典型效果]”（FTC《Endorsement Guides》）。
4. **挑 1–2 句引语。** 选说出结果或感受的话，不要功能清单。为通顺做轻微修改可以，但意思不能变；修改过的引语标注为需要确认。不要编造或拼接引语：背书不能歪曲背书人的实际经历。
5. **用结果写标题。** “[客户] 把 [X] 降低了 [数字]”或“[客户] 如何 [取得结果]”。没有数字时，写具体的变化。
6. **为快速浏览的读者安排结构。** 结果放在最前面（NN/g 的倒金字塔）：顶部放 3 行摘要框（客户、挑战、结果），然后依次是：背景、问题、为什么选择 [公司]、带来的变化、下一步。这个技能的默认篇幅：1000–1800 字；访谈材料少时宁可写短，也不要凑字数。产品功能只在它带来了结果的地方出现。
7. **列出待确认事项。** 每一句引语、每一个数字、客户的名称和 logo、提到的任何竞品，以及任何可能涉密的内容（收入、人数、使用的工具）。如果客户因参与案例得到了任何好处（折扣、额度、免费一个月），或事先知道可能得到，页面上要披露（FTC《Endorsement Guides》）。以上全部经客户确认后才能发布。

## 输出格式

```markdown
# [含结果的标题]

| 客户 | [公司、行业、规模] |
|---|---|
| 挑战 | [一句话] |
| 结果 | [一句话，含数字] |

## 背景
[2–3 个短段落]

## 问题
[给他们带来的代价，用他们的话说]

## 为什么选择 [公司]
[考虑过的其他方案，1–2 个理由]

## 带来的变化
- [指标：之前 → 之后，时间段]

> “[引语]” — [姓名，职位，公司]

## 下一步
[1 个短段落]

---
## 发布前请 [客户联系人] 确认
- [ ] 引语：“[……]” [已修改 / 原话]
- [ ] 数字：[……] — [来源：客户 / 我方数据]
- [ ] 姓名、职位和 logo 的使用
- [ ] 参与案例获得的好处：[无 / 具体内容，已在页面披露]
- [ ] [涉密内容或竞品相关内容]
```

## 示例

**输入：** 访谈对象：唐明，绿程同城配送（60 名司机，区域配送）运营负责人。之前：靠白板和微信群派单，“每天早上都是一团乱，光分配路线就要 2 个小时”。试过一套大型车队管理系统，太复杂。选择 Routelyn，是因为司机本来就会用它的手机 App。2 个月后：分配路线只需 20 分钟；漏送从每周约 30 单降到 8 单（数据来自 Routelyn 后台）。引语：“司机们不再早上 7 点给我打电话了。”

**输出：**

```markdown
# 绿程同城配送把早间派单从 2 小时缩短到 20 分钟

| 客户 | 绿程同城配送，区域配送，60 名司机 |
|---|---|
| 挑战 | 靠白板和微信群手工分配路线 |
| 结果 | 派单只需 20 分钟；漏送从每周约 30 单降到 8 单 |

## 背景
绿程同城配送在区域内有 60 名司机。此前，每条路线都在白板上排好，再发到微信群里。

## 问题
“每天早上都是一团乱。”运营负责人唐明说。光是分配路线就要花 2 个小时。

## 为什么选择 Routelyn
绿程先试用了一套完整的车队管理系统，发现太复杂。最后选择 Routelyn，是因为司机本来就会用它的手机 App。

## 带来的变化
- 分配路线：每天早上 2 小时 → 20 分钟（使用 2 个月后）
- 漏送：每周约 30 单 → 8 单（使用 2 个月后）

> “司机们不再早上 7 点给我打电话了。” — 唐明，运营负责人，绿程同城配送

## 下一步
[请确认：绿程的后续计划，访谈中未涉及]

---
## 发布前请唐明确认
- [ ] 引语：“每天早上都是一团乱”（原话）
- [ ] 引语：“司机们不再早上 7 点给我打电话了。”（原话）
- [ ] 数字：2 小时 → 20 分钟 — 来源：客户
- [ ] 数字：每周漏送约 30 单 → 8 单 — 来源：Routelyn 后台
- [ ] 姓名、职位和 logo 的使用
- [ ] 参与案例获得的好处：访谈中未提及 [请确认：无]
- [ ] 提到曾先试用过一套车队管理系统（未写名称）
- [ ] [待确认：典型效果] — 这些结果对 Routelyn 的客户来说是否属于通常水平？
```

## 发送前检查

- [ ] 标题写出了结果，有数字时带上数字。
- [ ] 每个指标都有之前、之后和时间段。
- [ ] 每句引语都能在记录里找到；修改过的已标注。
- [ ] 确认清单覆盖了每句引语、每个数字、每个名称和 logo。
- [ ] 案例里没有输入中不存在的内容；缺口写成“[请确认：……]”。
- [ ] 效果特别好的案例写明了通常效果，或标注了“[待确认：典型效果]”。

## 常见错误

- 写成产品功能介绍。功能只在它带来了结果的地方出现。
- 省略“为什么选我们”。正在比较供应商的潜在客户最先看这一部分。
- 没经客户确认，就发布来自自家后台的数字。