先找场景，再选方法和模板

SaaS服务客户成功组在处理安装部署时，最开始是因为团队原来把人工审核理解成最后润色而反复返工。后来团队把把教程从能看懂改成真能装起来，并围绕输入、审核、来源和去重建立固定动作，才让文章或流程真正能进 CMS、能复盘、能继续扩量。

SaaS服务客户成功组在处理教程失效时，起初卡住的根子，是团队最开始只盯生成速度，后来发现返工更耗时间。后来团队把解释为什么教程看起来完整却无法执行，并围绕输入、审核、来源和去重建立固定动作，才让文章或流程真正能进 CMS、能复盘、能继续扩量。

SaaS服务客户成功组在处理客服响应时，最开始是因为最初的稿子看起来道理都对，但读者照着做没感觉而反复返工。后来团队把把高频问答从模板堆叠改成带判断的服务流程，并围绕输入、审核、来源和去重建立固定动作，才让文章或流程真正能进 CMS、能复盘、能继续扩量。

SaaS服务客户成功组在处理安装部署时，一开始大家反复返工，问题都指向每一轮动作都在做，但没人说清本轮只推进什么。后来团队把把教程从能看懂改成真能装起来，并围绕输入、审核、来源和去重建立固定动作，才让文章或流程真正能进 CMS、能复盘、能继续扩量。

SaaS服务客户成功组在处理案例沉淀时，一开始大家反复返工，问题都指向团队曾经想一步到位上线，后来发现草稿流更适合控质量。后来团队把把零散训练样本改造成可复用案例库，并围绕输入、审核、来源和去重建立固定动作，才让文章或流程真正能进 CMS、能复盘、能继续扩量。

SaaS服务客户成功组在处理教程失效时，最开始是因为最初的稿子看起来道理都对，但读者照着做没感觉而反复返工。后来团队把解释为什么教程看起来完整却无法执行，并围绕输入、审核、来源和去重建立固定动作，才让文章或流程真正能进 CMS、能复盘、能继续扩量。

SaaS服务客户成功组在处理客服响应时，最开始是因为内容团队以为文章写顺了就能进 CMS而反复返工。后来团队把把高频问答从模板堆叠改成带判断的服务流程，并围绕输入、审核、来源和去重建立固定动作，才让文章或流程真正能进 CMS、能复盘、能继续扩量。

SaaS服务客户成功组在处理安装部署时，起初卡住的根子，是团队最初把问题归咎于模型输出。后来团队把把教程从能看懂改成真能装起来，并围绕输入、审核、来源和去重建立固定动作，才让文章或流程真正能进 CMS、能复盘、能继续扩量。

SaaS服务客户成功组在处理案例沉淀时，最开始是因为团队开始扩量后发现不同标题写成了同一篇而反复返工。后来团队把把零散训练样本改造成可复用案例库，并围绕输入、审核、来源和去重建立固定动作，才让文章或流程真正能进 CMS、能复盘、能继续扩量。

SaaS服务客户成功组在处理教程失效时，最开始是因为内容团队以为文章写顺了就能进 CMS而反复返工。后来团队把解释为什么教程看起来完整却无法执行，并围绕输入、审核、来源和去重建立固定动作，才让文章或流程真正能进 CMS、能复盘、能继续扩量。

SaaS服务客户成功组在处理客服响应时，最开始是因为同类问题连续出现两三次后团队才意识到复盘没进 SOP而反复返工。后来团队把把高频问答从模板堆叠改成带判断的服务流程，并围绕输入、审核、来源和去重建立固定动作，才让文章或流程真正能进 CMS、能复盘、能继续扩量。

SaaS 案例库最容易在扩量后失去维护性，不是因为素材不够，而是案例一旦进库，后面已经没人说得清它最早来自哪个项目、适用于什么阶段。我们复盘一支客户成功团队后发现，来源留痕才是案例库能长期维护的关键。