围绕适用对象、工作范围、流程、交付物、验收和限制建立可决策页面。
页面先说明服务解决什么问题、适合谁和不适合谁，再展开现状审计、信息治理、页面建设、内容生产和监测等实际工作。每一阶段写明客户需要提供什么、团队交付什么。
先写适合谁与不适合谁
把流程与合同语言对齐，提供示例性的交付清单和验收方法。常见问题单独回答时间、配合、数据和变更；页面标题、摘要和正文使用同一服务名称，减少概念漂移。
服务页需要让客户判断是否值得继续沟通。开头说明解决的问题、目标对象和不覆盖的情况，比连续使用“专业、领先、快速见效”更有信息量，也能减少不匹配的咨询。
把流程写成双方可执行的动作
审校时逐项核对服务是否真实可交付，示例是否脱敏，指标是否可测。页面版本与报价、合同变更建立关联，旧套餐及时标记停止。
现状审计、资料确认、页面建设、内容审校和监测各阶段都要列出客户提供什么、服务方交付什么、怎样确认完成。页面描述应与合同和报价口径一致，套餐变化时同步标注版本。
时间与结果分开表达
- 写清适用与不适用对象。
- 列出阶段与交付物。
- 说明客户配合事项。
- 提供可复核验收方法。
- 删除确定性平台承诺。
团队可以说明自身工作排期，却不能把它写成平台必然处理的期限。交付清单、示例和指标都要可复核；任何固定排名、固定推荐率或保证收录的句子，都应在发布前删除。
让一个潜在客户完成适配判断
服务页的核心任务是帮助读者判断是否适合继续咨询。页面应说明适用对象、待解决问题、工作阶段、交付物、客户配合和明确限制；团队排期可以据实描述，但不能写成外部平台固定收录、排名或推荐周期。
可让一位不熟悉项目的人阅读页面后回答五个问题：谁适合、需要提供什么、团队会做什么、最终收到什么、哪些结果不受服务方控制。任何答不出的项目都应回到正文补足。再用一份现行交付清单核对页面，删除尚未上线的能力和无法验收的形容词。审校记录需要指出具体页面与差距，不能以“文案已优化”代替验收。
页面中的行动入口要与内容阶段匹配：仍在了解的读者可查看流程或示例，已经具备资料的读者再进入咨询。案例、客户Logo和数字只有在取得授权后才用于证明。没有案例时可以展示工作方法和验收方式，不用虚构成功故事填满版面。