B2B 客户案例
客户案例要让读者看懂：什么样的企业遇到了什么问题，采取了哪些做法，结果如何，自己能否参考。先整理事实和可公开范围，再让 AI 组织文章，能减少空泛宣传和反复返工。
本文以“某企业用客户管理软件规范销售跟进”为通用示例，不代表真实客户或已取得的效果。
1. 先明确读者与案例问题
假设读者是销售负责人，关心“多人跟进时，如何减少客户信息遗漏”。本篇就围绕这一问题展开，不把所有产品功能写进案例。
标题可以先拟为“销售团队如何统一客户跟进记录？一则实施案例”。客户名称能否出现、成果能否写进标题，要等资料和公开范围确认后决定。
需要结合搜索需求选题时，可参考SEO 批量生产或GEO 问题规划，避免为了关键词改变案例事实。
2. 准备事实与使用许可
先收集原始访谈、项目记录、产品说明、客户确认稿和结果数据，再按下表整理：
| 材料 | 需要回答什么 |
|---|---|
| 客户背景 | 行业、团队和业务场景是什么？哪些信息可以公开？ |
| 原先问题 | 具体哪个环节存在困难？有没有记录或访谈支撑？ |
| 解决过程 | 做了哪些步骤，使用了哪些真实产品能力，谁参与实施？ |
| 实施结果 | 已发生什么变化，有哪些可核对的数据或观察？ |
| 客户评价 | 原话是什么，由谁说、在什么场合说，是否允许引用？ |
| 图片与链接 | 截图、标识、人物及资料是否允许公开，是否需要脱敏？ |
将已确认事实维护到知识库的客户案例，将原始材料保存到资料库。来源、确认人、日期和授权范围也一起保留。
客户授权需要在线下或团队已有流程中确认；将材料上传产品不等于获得公开许可。不便公开的客户可匿名，但匿名后仍需检查行业、图片、数据组合是否会暴露身份。
3. 核对数据，处理缺失资料
数据至少保留：指标定义、统计周期、统计对象、数据来源和确认人。前后对比采用一致口径，不能把相关变化直接写成产品带来的全部效果。
- 从 60% 到 75% 是提高 15 个百分点；相对增幅是 25%，两种写法不要混用。
- 有数据但口径不清时，标为待确认，暂不放入标题和成果结论。
- 没有数字时，可以写有依据的流程变化，例如记录统一到同一系统；不能自行补出效率提升比例。
- 没有客户原话时，不生成带姓名或职位署名的引语。
缺少关键事实时，先列补访问题；关键授权未确认时，先保留内部稿。
4. 整理一份内容简报
在标题库为选题保存策划说明，或直接将以下简报提供给写作 Agent：
标题：销售团队如何统一客户跟进记录？一则实施案例
读者：销售负责人
核心问题：多人协作时，如何减少跟进信息遗漏？
客户背景：【填已确认信息，注明实名或匿名】
原先问题与依据：【访谈或记录】
实施过程：【步骤、参与角色、实际使用能力】
结果与数据口径：【已确认结果、周期、来源；缺失则标待补充】
客户引语：【有许可的原话；没有则不写】
公开范围：【客户名称、标识、截图、数据的使用限制】
参考材料：【引用资料或链接】
下一步入口：【真实可用的产品介绍、咨询或试用链接】
业务信息太散时，可先请策划 Agent整理材料与缺口，确认后再形成标题和简报。
5. 先确认结构，再生成文章
在写作 Agent 中引用案例资料，选择合适的品牌调性，发送：
请根据简报和引用资料写一篇 B2B 客户案例。
按客户问题、背景、实施步骤、已确认结果和适用条件组织。
先列资料缺口和大纲，我确认后再生成正文。
只使用有依据且允许公开的信息，不编造数据、客户评价或实施细节。
无依据的结果不写成事实，不把这家客户的情况推及所有企业。
优先从具体问题或实施场景开头；只有数据足够可靠且与主题直接相关时，再用数据开头。正文把产品能力与客户采取的行动对应起来，而不是罗列功能。
6. 完成业务审核与发布
生成后在我的文档核对：
- 客户背景、时间线和实施步骤是否与原始材料一致？
- 数据口径和计算是否正确，是否夸大因果关系？
- 引语是否保留原意，截图、名称和标识是否符合许可范围？
- 读者能否看懂方法及适用条件，产品与行动入口是否相关？
将待确认项交给业务负责人或客户核对。产品中的“已定稿”是内容状态，不能代替客户授权；完成所需确认后再设置状态。
通过集成网站或导出管理发布，打开最终链接检查正文、图片和匿名信息。多渠道使用时，分别核对授权范围，不因官网获批就默认允许所有渠道使用。
本实践参考《如何写好B2B客户案例》的问题、实施与成果结构；示例不作为真实客户效果证明。