背景与触发
客户当时处于什么环境，为什么原有方式不再足够。
阶段 4 深度 Hub
B2B Case Study 与 Thought Leadership：把真实经验变成可验证的权威内容
客户案例回答“相似企业是否真的做成了”，专家观点回答“为什么这个问题应当这样理解”。两者不是不同格式的软文，而是证据责任不同的内容资产。
先分清任务
不是所有专业内容都该写成客户案例
| 判断维度 | Case Study | Thought Leadership |
|---|---|---|
| 主要任务 | 证明相似客户如何选择并获得结果 | 提出能帮助受众判断问题的专业观点 |
| 核心证据 | 客户背景、触发、选择、实施、结果、授权 | 专家经验、机制、数据、例证、反方观点与边界 |
| 参与者 | 客户、交付团队与事实审核人 | 具名专家、研究支持、编辑与业务审核人 |
| 主要风险 | 夸大结果、未经授权、只有供应商视角 | 观点空泛、没有证据、回避反例或丢失本人声音 |
| 常见用途 | 销售验证、方案页、媒体素材与客户教育 | 行业教育、媒体 Pitch、演讲与高层品牌 |
需要证明实施结果时优先做 Case Study；需要解释行业变化、方法或决策时优先做 Thought Leadership。一次访谈可以提供两类素材，但不能混淆客户授权与专家个人观点。
客户案例方法
沿客户决策与实施过程组织证据
评估与选择
客户比较过哪些路径，为什么作出当前选择。
实施过程
角色、时间、关键动作、集成、阻力与取舍。
结果与口径
指标起点、时间窗、计算方式、影响因素和不能归因的部分。
客户原声
保留自然表达，经授权后支撑关键判断，而不是堆砌赞美。
适用边界
说明案例条件，避免把单个结果包装成普遍保证。
思想领导力方法
用论证证明观点，不用头衔代替证据
明确主张
用一句可反驳的话表达观点，避免安全但空泛的结论。
解释机制
说明为什么发生、哪些变量起作用、常见解释遗漏了什么。
给出证据
组合第一手经验、内部数据、公开来源和具体例子。
处理反方
呈现合理异议、替代解释与观点不适用的条件。
形成含义
指出这会改变读者的哪个决策、优先级或工作方式。
保留声音
通过访谈捕捉专家措辞与判断，不用通用文风覆盖本人观点。
共享生产系统
两类内容共享一条证据链，但使用不同审核权
定义内容任务
确定受众、业务用途、核心问题、交付版本和最终事实负责人。
建立证据台账
把每项主张对应到来源、授权、日期、限制和待验证状态。
结构化访谈
先追问决策与机制，再追结果；区分可引用、背景和不可公开信息。
写论证骨架
案例按决策过程组织，观点按主张—机制—证据—反方—含义组织。
分层审核
业务方审事实，客户或专家审授权与归因，编辑审结构、语言和受众价值。
发布与复用
从已审核母稿衍生渠道版本，不在衍生时新增未经验证的主张。
内容复用
先审核母稿，再衍生渠道版本
每个版本保留相同证据与授权边界，再根据读者任务重组上下文和 CTA。
Case Study 母稿
案例页、销售一页纸、解决方案页证据模块、媒体背景材料、演示文稿与客户引语
Thought Leadership 母稿
署名文章、LinkedIn、Newsletter、演讲提纲、媒体 Pitch 观点与 FAQ
共享访谈素材
行业问题库、销售异议、术语表、未来选题以及产品与市场页面的证据补丁
发布前的四项硬门槛
事实
每项关键主张有来源，未验证内容不进入成稿。
授权
客户名称、Logo、引语、数据和专家署名均有清晰授权。
归因
结果不把所有变化归功于单一服务，观点区分事实与判断。
版本
母稿与衍生稿共享变更记录，发布后更正能够同步。
常见问题
开始生产权威内容之前
Case Study 和普通客户评价有什么区别？＋
客户评价通常只表达满意度；Case Study 需要交代背景、选择、实施、结果口径和适用边界，并完成客户授权与事实审核。
没有客户数据还能写 Case Study 吗？＋
可以缩小成果主张，重点记录决策过程、实施方法、可核验产物与客户原声，但不能用模糊百分比或供应商推测补足缺失数据。
Thought Leadership 是否必须由 CEO 署名？＋
不必须。署名人应当真正拥有相关经验和判断，可能是创始人、技术负责人、产品负责人或一线专家；编辑可以协助表达，但不能替署名人发明观点。
一次访谈可以同时生产两类内容吗？＋
可以共享背景、术语与部分事实素材，但客户案例中的授权、结果归因与客户引语，不能自动转用为专家个人观点，衍生稿仍需按用途复核。