文章目录 / 点击展开
好的客户案例不是把客户好评扩写成故事，而是帮助潜在读者判断：我的场景是否相似，方案如何落地，结果在什么条件下出现。AI 可以加快访谈整理、证据归类和多版本草稿，但客户名称、数字、引述、敏感信息与最终结论必须由授权人确认。
先确认案例目标和授权范围
明确案例面向的读者、希望帮助他们做的判断，以及客户允许公开哪些名称、截图、数据、时间和评价。未获得书面确认时，不要使用品牌标识、精确业务数据或可识别的内部细节。
将项目材料分为可公开、仅供事实核验和不可上传三类。AI 工具只能处理已获授权且符合组织数据政策的内容，不能因为“写作效率”绕过保密义务。
第一步：收集可追溯的事实材料
准备项目背景、初始问题、目标、实施范围、上线时间、参与角色、前后对比数据、截图来源和客户确认记录。对每个关键数字标记数据口径、时间范围、负责人和是否可公开。
若结果受季节、预算、渠道或其他项目影响，也要一并记录。案例的可信度来自条件透明，而不是只展示最漂亮的结果。
第二步：设计以过程为中心的访谈
访谈从具体事件开始，而不是直接问“你觉得我们产品怎么样”。依次追问原来的做法、遇到的阻碍、选择方案的原因、实施步骤、意外问题、实际变化和仍未解决的问题。
根据以下项目事实设计客户访谈提纲。
问题按“背景—原有流程—决策—实施—结果—限制—建议”递进。
避免诱导性提问，并为每个结论准备需要确认的证据。访谈逐字稿与摘要要分开保存。AI 生成的摘要不能替代原始引述，必要时回听录音核对语气和上下文。
第三步：先做证据表，再写结构
将材料整理为“主张—证据—来源—可公开性—确认人”五列。只有证据充分且已授权的主张进入正文；证据不足的内容可以改写为过程描述、条件说明或删除。
正文通常采用场景、挑战、选择、实施、结果、经验与下一步的顺序。每一节回答一个读者问题，避免把公司介绍、产品清单和项目日志堆在同一段里。
第四步：让 AI 生成多种表达，但不制造事实
可以让 AI 根据已确认事实生成简版摘要、长文草稿、销售一页纸和社媒引文。提示词中明确“只使用提供材料”“每个数字保留来源标签”“不确定处标记待确认”。
基于以下已确认事实撰写案例初稿。
结构为：适用场景、原有问题、实施过程、已验证结果、限制与下一步。
不得添加客户未说过的评价、数字、因果关系或产品能力。写作前的范围与证据规划可使用 AI 内容简报流程，成稿中的事实则按 AI 内容事实核查流程 逐项检查。
第五步：突出机制与适用条件
读者需要知道结果为什么发生。因此要写清团队做了哪些改变、投入了什么资源、采用了哪些流程、遇到哪些阻碍，以及在哪些条件下才可能复现。不要把同一时期的两件事写成必然因果。
如果结果暂时不能量化，可使用经过确认的行为变化、交付周期、决策方式或使用场景描述，并明确这是定性观察。
第六步：客户确认、发布与复用
发布前将完整稿、引述、数字、截图和标题发给对应确认人，逐项记录批准、修改或删除。确认不等于无限期授权，后续改写、翻译或二次分发也要遵守约定。
已发布的核心案例可以转化为 Newsletter、演示稿和短内容，但每种渠道都要保留限制和证据边界。多渠道拆分方法见 一篇内容多渠道复用教程。
客户案例检查清单
- 是否有明确的读者任务和客户授权范围。
- 每个数字、引述和截图是否能回到来源与确认人。
- 是否说明实施过程、资源投入和适用条件。
- 是否保留限制、反例或仍未解决的问题。
- AI 草稿是否只使用已确认材料。
- 发布前是否由客户和内部负责人分别确认。
- 二次分发是否遵守相同的授权和事实边界。
常见问题
没有漂亮的增长数字，还能写案例吗
可以。具体流程改进、交付方式、决策效率和用户行为变化同样有价值，只要说明证据和适用条件。
客户不愿公开名称怎么办
可以写匿名案例，但要避免通过行业、规模、截图或时间线间接识别客户，并明确哪些信息经过了模糊处理。
AI 可以自动提炼客户金句吗
可以提出候选，但引用必须回到原始记录核对，并由客户确认后使用。