yao-geo-execution-roadmap

Yao GEO Execution Roadmap

使用场景

• 已有 GEO 诊断、机会地图、平台样本或品牌事实底座，需要落成 30/60/90 天执行方案。
• 用户要给 CEO、市场负责人、增长团队、内容团队、技术团队或客户交付团队看清任务、预算、依赖和验收口径。
• 项目需要同时覆盖官网页面、内容矩阵、标题体系、知识库、外部证据与监测闭环。

不适用场景

• 没有任何品牌、问题、平台、页面或竞品基础信息时，不直接生成实施计划；先补充简报或转入全景诊断。
• 只要 AI 搜索问题集、意图簇、标题库或单篇文章时，应使用对应内容/意图类 skill。
• 只要效果追踪字段、看板或归因设计时，应使用 yao-geo-tracking。

必要输入

• 全景诊断报告、机会地图或等价诊断摘要。
• 目标平台范围：默认覆盖 DeepSeek、豆包、千问、Kimi、元宝。
• 业务目标：线索、成交、曝光、品牌权威、招商、产品教育或客户成功。
• 资源约束：内容产能、开发排期、预算、数据权限、法务审核和交付团队边界。
• 时间范围：默认 30 天快赢、60 天资产建设、90 天闭环优化。

必读资料

• references/skill-method.md
• references/real-data-capability.md
• references/analysis-completeness-framework.md
• references/research-backed-framework.md
• references/cn-platform-adaptation.md
• references/artifact-layout.md
• references/quality-gates.md

执行流程

1. 承接诊断，不从空白清单开始：先提取品牌事实、问题簇、平台差距、页面与内容缺口、证据源缺口和监测口径缺口。
2. 判断真实数据模式：用户提供、公开网页核验、平台采样导入或混合模式；写清能力边界、来源新鲜度和待补证缺口。
3. 输出分析完整性矩阵：业务目标、问题覆盖、品牌实体、页面技术、内容资产、标题体系、知识库、外部证据、平台适配、监测治理十维都要有当前状态、缺口、动作、验收和责任角色。
4. 输出证据成熟度与事实底座：把核心断言分为 A 官方已证实、B 第三方可佐证、C 内部待授权、D 需要补证、E 禁止使用，并为 D/E 给出处理动作。
5. 确定北极星指标：品牌推荐率、被引用率、答案准确率、核心问题覆盖率、证据支持率和线索贡献至少选择 3 项。
6. 拆成六个项目包：页面技术、内容矩阵、标题体系、知识库、外部证据、监测闭环。
7. 每个项目包必须写清目标、任务、输入、步骤、负责人、交付物、验收指标、依赖关系、优先级和资源预算。
8. 输出 30/60/90 天路线图：先做可验证快赢，再做知识资产和批量内容，最后做监测、复盘与迭代，并给出资源取舍。
9. 按国内平台差异化适配：DeepSeek 重逻辑与证据链，豆包重口语化问题和创作式答案，千问重可追溯引用与检索配置，Kimi 重长文本与深度研究，元宝重微信生态和腾讯内容入口。
10. 加入风险预案、治理节奏和决策机制；生成四格式报告并自检。HTML 固定菜单；Word 固定表格几何，长表拆成窄表。

输出契约

• GEO 综合实施方案
• 真实数据能力与采集计划
• 分析完整性矩阵
• 证据成熟度与事实底座
• 90 天执行路线图
• 角色分工与验收指标表
• 资源预算与优先级
• 治理节奏与决策机制
• 内容矩阵、页面改造、知识库建设和监测计划
• 国内 AI 平台差异化执行动作
• 风险预案与合规节点
• 默认四件套：Word（.docx）、PDF（.pdf）、带固定跟随菜单栏的 HTML（.html）、Markdown（.md）

方法约束

• 方案必须承接诊断数据，不能停留在通用清单。
• 所有任务都要有验收指标和责任角色。
• 所有报告必须先给分析完整性矩阵，再给路线图和任务。
• 所有真实数据必须写清来源类型、证据等级、核验日期和新鲜度；无法获取的数据进入补证计划。
• 所有预算、排期和资源投入都要写清优先级、取舍和升级条件。
• 不能承诺某个平台必定引用某页，只能提升可发现性、可验证性和可抽取性。
• 所有品牌事实、客户数据、产品能力、价格、案例、资质和财务数据都必须有来源；无法确认则标为待确认。
• 默认输出中文简体；保留品牌名、产品名、URL、平台名和英文专有名词。