分角色操作手册

G1项目负责人：定优先级、控节奏、对外解释

这个角色不写稿、不改代码，但对项目能否持续负责。判断一个负责人是否称职，看三件事：能否说清“这一季度只做什么”，能否在数据不好时给出解释，能否在资源不足时做出取舍。

每周做什么

• 一页周报：本周产出、卡点、下周计划。不超过 15 行，周一上午发出。
• 看两个数：新增/更新内容数、技术工单完成率。两个数连续两周下滑，就要问原因。
• 处理一个卡点：跨部门协调、素材缺失、权限申请。每周至少要清掉一个，否则会累积。
• 抽读一篇新内容：不是为了挑错别字，而是判断“这篇有没有一句能被引用的话”。

每月做什么

• 组织一次 45 分钟的执行会：产出、技术、快照、阻塞四页，不做趋势判断。
• 核对问题集是否需要小幅补充（只加不删，删要留痕）。
• 检查变更日志是否完整，有没有“改了但没记”的情况。

每季做什么

• 主持复盘会，产出纪要与下季计划，明确“停掉什么”。
• 与业务方对齐预期：本期证据等级、下期能看到什么、哪些不会承诺。
• 评估一次团队负荷：内容产能是否成为瓶颈，是否需要外部协作。

交付物

问题集与基线表、季度复盘纪要、变更日志、运行手册、下季计划。五样东西齐全，交接时任何人接手都能继续。

常见失误

一是把“做完了”当成“做好了”，只看产出数量不看是否可引用；二是数据不好时急于换方向，导致每个方法都没跑完一个观察窗；三是不敢在复盘会上说“这项没效果”，于是无效动作一直保留。

G2内容负责人：把问题写成可被引用的答案

这个角色决定项目上限。技术可以外包、监测可以简化，但内容不行——它是直接进入答案文本的东西。

每周做什么

• 按排期产出 1–3 篇：先写结论段，再补依据，最后写边界。
• 维护素材池：把本周客服问题、客户原话、项目细节记进一个共享文档，写作时取材。
• 做一次“回看”：上周发布的内容，有没有被自己发现的问题（表述错误、口径不一），当天改。

每月做什么

• 更新 2–3 篇旧文：补数据、改结论、加更新时间。
• 对照问题集检查覆盖：哪些问题还没有对应内容，列进下月排期。
• 做一次审稿七问自查（见附录 A3），抽查 3 篇。

每季做什么

• 更新范本库：把写得好的 1–2 篇定为范本，注明“为什么这样写”。
• 参与复盘，解释“哪些内容被引用、哪些没有”，给出下一季度的选题建议。

交付物

内容成品、范本库、素材池、更新记录。四样东西的价值排序是：素材池 > 范本库 > 成品 > 更新记录，因为前两者决定后续产能。

常见失误

一是追求篇数导致同质化，读者读三篇等于读一篇；二是把“专业”理解成术语堆砌，反而降低可读性；三是不敢写边界，把所有内容写成优点清单，结果谁都不信。

G3技术负责人：让内容能被抓到、被读懂

这个角色的工作大多是一次性的，但漏掉一项就会长期拖累整体。判断标准很简单：关掉 JavaScript，还能不能读到正文。

接手时的五项体检

1. 读 robots.txt，确认没有误封；模拟目标 UA 请求三个关键页面。
2. 翻最近 30 天日志，统计目标爬虫的请求量与状态码分布。
3. 关闭 JS 打开三个详情页，看正文是否存在。
4. 用工具校验首页与文章页的结构化数据，记录错误项。
5. 对比 sitemap 与实际页面数量，找出未收录的重要页面。

每月的固定动作

• 看一次抓取趋势：总量、有效抓取率、异常状态码。
• 清理一批无价值 URL：重复筛选页、空列表、测试页。
• 核对结构化数据：价格、作者、日期是否随内容更新。

每个季度的固定动作

• 做一次性能抽测（3 个地区、5 个核心页）。
• 复核 WAF 与 CDN 规则，确认没有新增误杀。
• 更新技术工单表，把未完成项与原因写清。

交付物

技术体检报告、工单表（含验收标准）、抓取月报、结构化数据清单。工单表的关键是“可验收”：写清哪个 URL、改成什么、怎么验证。

常见失误

一是把“上线”当成“完成”，不复测；二是为了安全把所有爬虫一起挡掉；三是改了结构不留映射，导致旧链接全断；四是结构化数据由手工维护，几个月后与页面完全脱节。

G4品牌与运营：守住口径，管住外部

这个角色负责“别人眼里的你”。官网可以自己改，第三方平台不行，所以要靠巡检与沟通，而不是靠一次性发布。

每周做什么

• 维护事实库：本周有无价格、人员、服务变化，有则更新。
• 抽检 2 个外部平台，比对名称、地址、电话、业务描述。
• 记录客服与销售反馈的错误信息，归入错误清单。

每月做什么

• 跑一次品牌词监测：品牌全称、简称、曾用名，看答案是否指向同一主体、描述是否准确。
• 更新平台口径卡：把易错的表述写成“标准说法 + 禁用说法”。
• 处理一批过期第三方页面：能改的改，不能改的补新信息。

每季做什么

• 做一次全网一致性巡检（至少 10 个平台）。
• 复核事实库字段，更新“最后更新”与“下次复核”。
• 参与复盘，报告错误类型分布与修复进度。

交付物

事实库、平台口径卡、错误清单、巡检报告。事实库是核心资产，其余三项都是围绕它运转的。

常见失误

一是事实库建完不维护，半年后反而成为错误源头；二是把“统一口径”理解成“所有平台发同一段话”，忽略了平台语境；三是遇到负面就删评，引发更大反弹。

G5销售与客服：最前线的信息采集者

这两个角色不直接做 GEO，但他们掌握着最有价值的原材料：客户到底怎么问、在担心什么、从哪里来。

需要记录的三类信息

• 原话：客户怎么描述问题，用什么词，带着什么前提。原话是选题的最好来源。
• 来源：客户说“在 AI 上看到”“搜到的”“朋友推荐”，逐条记录，这是归因的重要证据。
• 卡点：客户在哪一步犹豫、因为哪条信息放弃。卡点往往对应内容缺口。

每周动作

把本周的咨询记录整理成三条：出现频次最高的问题、最常被误解的事实、最常被问到但答不上来的问题。第三条尤其重要，它直接指向下一批内容。

每月动作

参与一次内容选题会，用 15 分钟讲“客户这周问了什么”。不要讲结论，讲原话。

常见失误

一是把客户问题概括成“他们关心价格”，丢失了具体表述；二是发现 AI 描述错误却不上报，任由错误扩散；三是把“在 AI 上看到”当成偶然，不做统计，导致归因永远缺一块证据。

G6协作节奏：一张周表把五个角色串起来

不需要新流程，只要在现有节奏里加几个固定动作。下表是一份可直接使用的周节奏安排。

新人三十天上手路径

1. 第 1 周：读问题集与事实库，跟一次客服旁听，理解客户怎么问。
2. 第 2 周：做判读练习——用 10 条历史记录，按规则卡独立判断，再与既有结论比对，找出分歧点。
3. 第 3 周：仿写一篇范本，按模板结构写，但素材必须自己找。
4. 第 4 周：独立负责一个小内容簇（3–5 篇），从选题到发布全程走一遍。

这条路径的关键是第 2 周的判读练习。多数新人能写，但不会判断“什么算被推荐”，而判断标准不一致会让后续所有数据失真。

协作中的三条约定

约定一：素材优先。没有素材不写稿，宁可推迟，也不用空话填充。约定二：口径统一。事实有争议时以事实库为准，事实库没写的先补库再写稿。约定三：改动留痕。任何人改了页面或内容，都要在变更日志记一行，否则复盘时无法解释数据。