成都客户的六周改造：从零散问答到可复测的内容体系

## 客户原来的状态

客户是成都一家本地服务企业，过去两年陆续写过上百篇内容，主题从行业观察到节日活动都有，但没有任何一篇讲过"客户在什么情况下该选我们"。

首轮复测二十个核心问句，品牌出现两次，均为旧闻转载，官网页面一次未被引用。

## 第一周：把问题集收窄

客户起初希望覆盖全部业务线，梳理后发现核心收入来自三条业务，其余属于长尾。我们把问题集从六十条收窄到三十二条，聚焦三条业务的选择与流程问题。

收窄的代价是覆盖变少，收益是内容不再分散。这一步客户内部争论最久。

可引用语义句

1. ## 第二到三周：重构已有内容
2. 没有全部推倒重写。做法是把原有内容中可核查的事实抽出来，重新组织成定义段、清单段与问答，补充服务范围与流程说明。
3. 改造后单篇字数变化不大，但结构完全不同：每段只讲一件事，小标题本身是问句。
4. ## 第四周：渠道重排
5. 原来内容主要发在自有公众号，渠道单一且不易被标注来源。改造后新增官网结构化页面与行业垂媒两类渠道，公众号保留但不再作为主渠道。
6. ## 第五周：建立复测基线
7. 用固定问题集在某几个模型重复提问，记录提及次数、位置与来源标注。基线数据并不好看，三十条里只有四条出现提及。
8. ## 第六周：第一次迭代
9. 针对未被提及的问题补内容，针对被提及但表述错误的问题修正措辞。其中两条问句的答案把客户的服务范围写成了全市，实际只覆盖部分区域，属于信息过期导致。
10. ## 阶段性结果与保留意见
11. 第六周末复测，三十条中九条出现提及，其中三条被标注来源。这个数字不能归结为全部来自改造：同期客户做了一次本地活动，也有影响。
12. ## 遇到的阻力
13. 一是业务部门希望保留原来的宣传口径，需要反复沟通；二是没有人固定负责信息更新，导致地址变更两周后才同步；三是内部把"被提及"当成唯一指标，忽略了描述准确性。
14. ## 常见问题
15. 问：六周够不够看到效果？
16. 答：能看到方向性变化，稳定效果通常需要两到三个迭代周期。
17. 问：旧内容要删吗？
18. 答：不删，改为跳转或标注历史信息，避免信源分散。
19. 问：谁负责日常维护？
20. 答：建议指定一人，每月校对一次基础信息。
21. ## 补充：内部协作的调整
22. 改造后客户内部新增了一个角色：内容事实核对人。由业务骨干兼任，负责确认服务范围、流程节点与价格口径，每周投入两小时。
23. 这个角色解决了此前反复出现的问题：内容团队按旧资料写作，业务侧发现不对再返工。设置核对人后，返工率明显下降。
24. 另外一个调整是把复测结果纳入周会。不是为了考核，而是让业务侧看到哪些问句正在被提及，从而主动提供素材。数据透明后，配合度提升很快。
25. 问：小团队没有专人怎么办？
26. 答：由负责人兼任，每周固定半小时核对即可。
27. ## 补充：存量内容盘点方法
28. 改造前先做一次盘点：把已有内容按主题归类，标注是否有可核查事实、是否有定义句、是否过期。三项都不具备的内容不删除，但不再作为主推页面。
29. 盘点通常能发现大量重复主题，合并后内容单元数会明显下降，维护成本随之降低。
30. 问：盘点要多久？
31. 答：百篇规模通常三到五天，可按主题分批推进。
32. ## 补充：存量内容盘点方法
33. 改造前先做一次盘点：把已有内容按主题归类，标注是否有可核查事实、是否有定义句、是否过期。三项都不具备的内容不删除，但不再作为主推页面。
34. 盘点通常能发现大量重复主题，合并后内容单元数会明显下降，维护成本随之降低。
35. 问：盘点要多久？
36. 答：百篇规模通常三到五天，可按主题分批推进。