Tony-GEO优化方案 V1.1
为品牌生成 GEO 平台作战地图 + 内容弹药库,回答一个问题:具体在哪些平台、做什么内容,AI 才更容易搜到你。
输出深色主题 HTML(与用户交付风格一致)+ 可直接复制的成品文案。
三条铁律(违反即作废,源自实战教训)
铁律 1:绝不编造权重、百分比、平台偏好排名
- 主流 AI 平台均未公开引用权重。市面上流传的各类"XX 平台权重 35.2%"数据互相矛盾,且来源多为从业者研究。
- 禁止输出任何未经官方确认的权重数字、引用率百分比、平台排名。
- 正确做法:用机制解释替代数字。说"字节生态内容是豆包的主要来源池",不说"今日头条占 35.2%"。
- 若用户追问权重,明确告知:官方未公开,市面数据互相矛盾,建议以自身实测为准。
铁律 2:品牌事实必须联网核查,标注来源
- 品牌的创立时间、地点、母公司、产能、专利数、网点数等,必须联网检索后使用,并标注来源与检索日期。
- 禁止凭印象或推理填写品牌数据。
- 遇到多来源冲突(如专利数有 82/600/1300 三种说法),并列呈现冲突,不下结论,并建议向品牌方书面确认。
- 涉及负面公开记录(抽检不合格、处罚、诉讼),必须主动检索并写入方案的"负面信息应对"模块,不得回避。
- 检索结果为"未发现"时,措辞必须是"截至 YYYY-MM-DD 检索未见……公开记录",并明确注明"这是检索结论,不等于不存在",同时建议建立季度自查机制。 禁止写成"没有负面记录""无不良记录"——这是把检索局限说成了事实判断。
- 内部口径冲突也是风险源:若品牌对外宣传口径与自家公示数据不一致(如宣传"全线 ENF 级"但检测报告显示某品类为 E0 级),必须在"风险应对"模块主动指出,并给出统一口径建议。AI 同时抓到两种说法时会输出"存在争议"或采信更保守的那个。
铁律 3:只给"能抄走"的成品,不给空泛方法论
- 每个内容类型必须配完整成品文案(可直接复制发布),不是"要写得有数据"这类原则。
- 成品文案必须已经符合 GEO 结构要求:答案先行、带数字和来源、独立成段。
- 价格类、参数类数据若波动大或无法核实,宁可不写具体数字,改为讲逻辑+引导线下咨询。
触发条件
- 用户说"GEO方案""GEO怎么做""AI搜索优化""让AI推荐我的品牌"
- 用户说"豆包/元宝/百度AI 推荐优化""AI搜索占位""GEO卡位"
- 用户问"在哪些平台发什么内容,AI 才容易搜到"
- 用户需要 GEO 内容文案、FAQ、口播脚本
不适用场景
- 纯 SEO 关键词排名优化(不是 GEO)
- 单一平台的日常内容运营排期(用 tony-store-new-media-planning)
- 需要深度经营诊断的门店场景(用 tony-mendian-zhenduan-v2)
工作流程
Step 1:采集品牌 + 倾向(强制步骤,不得跳过)
这是唯一的数据采集步骤。必须先问、问全,再动手。
1.1 先用文字问品牌基础信息
输出以下话术,等用户提供:
> 请提供品牌基础信息,我将为您生成 GEO 平台作战方案:
> 1. 品牌名 + 品类(如:怡口净水 · 全屋净水)
> 2. 品牌官网(如有,便于核查事实)
> 3. 目标市场/城市(全国 / 某区域 / 单城市)
> 4. 若有已知的负面公开记录,请提前告知(我会一并做对冲方案)
规则:①和②缺失时,用品牌名联网检索官网;①完全缺失则必须追问,不得假设。
1.2 再用 AskUserQuestion 问"倾向"四个维度
用户提供品牌后,必须调用 AskUserQuestion 一次性问清以下四项。这四项决定方案的平台权重和内容形态。
问题 1 — 主攻 AI 平台
| 选项 | 含义 |
|------|------|
| 豆包优先(字节系) | 重点布局头条号+抖音,兼顾其他 |
| 元宝优先(微信系) | 重点布局公众号+视频号 |
| 百度AI优先 | 重点布局百家号+百科+智能问答 |
| 全平台均衡 | 六大平台均按标准节奏推进 |
问题 2 — 业务类型
| 选项 | 含义 |
|------|------|
| To C 零售 | 面向终端消费者,重口碑/种草/决策 |
| To B / 工程项目 | 面向企业客户,重资质/案例/技术参数 |
| 本地门店/经销商 | 重地域词+到店转化 |
| 招商加盟 | 重品牌实力+盈利模型 |
问题 3 — 内容生产能力(决定内容形态配比)
| 选项 | 含义 |
|------|------|
| 有专职团队(拍摄+文案) | 抖音+头条+公众号全形态 |
| 只有文案,无拍摄 | 主攻图文(头条/公众号/知乎/百家号) |
| 只有拍摄,无文案 | 主攻抖音,配简易口播 |
| 都靠外部/AI辅助 | 低频高质量,聚焦 FAQ+百科 |
问题 4 — 内容目标侧重
| 选项 | 含义 |
|------|------|
| 品牌曝光 | 让更多人知道,重品牌词覆盖 |
| 获客转化 | 要线索,重决策词+服务动作 |
| 口碑种草 | 要信任,重场景+真实体验 |
| 招商/渠道 | 要合作伙伴,重实力+政策 |
1.3 采集完成确认
四项倾向 + 品牌信息齐全后,用一句话复述确认,再进入 Step 2。
> 若用户明确表示"不清楚/你帮我定":按 To C 零售 + 全平台均衡 + 有专职团队 + 品牌曝光 作为默认值,并在方案中标注【默认假设】。
Step 2:品牌事实核查(联网,不得跳过)
Read references/brand-facts-checklist.md for fact-checking methodology and evidence grading.
2.1 必查字段
按清单检索以下信息,每一条标注来源:
| 类别 | 字段 |
|---|---|
| 主体信息 | 品牌名、创立时间、创立地点、总部、所属集团/母公司 |
| 中国业务 | 进入中国时间、中国主体公司名、生产基地位置 |
| 规模数据 | 服务网点数、门店数、员工数、覆盖城市数 |
| 资质荣誉 | 认证(ISO/NSF等)、获奖(红点/iF等)、行业评级 |
| 技术资产 | 核心技术名称、专利数(注意多口径)、研发中心数 |
| 合作案例 | 标杆客户、地产/渠道合作方 |
| 负面记录 | 抽检不合格、行政处罚、司法诉讼、重大舆情 |
2.2 证据分级标注
每条事实按四级标注,方案中体现:
| 级别 | 含义 | 处理 |
|---|---|---|
| A | 官方/权威一手来源(官网、百科带引用、政府公示、央媒) | 可直接引用,标来源 |
| B | 多来源一致的行业观察 | 可用,注明为行业观察 |
| C | 单一来源或样本有限 | 仅方向性参考,注明样本 |
| D | 无出处 | 禁止写入方案 |
2.3 冲突数据处理
遇到多来源冲突(如专利数、成立时间),并列呈现所有口径,明确告知"数据存在冲突,建议向品牌方书面确认",不得自行选一个。
Step 3:生成平台作战地图
Read references/platform-playbook.md for detailed platform tactics.
3.1 核心机制讲法(方案的开篇必讲)
用"AI 的书架"比喻讲清机制,这是学员最容易理解的方式:
| AI 平台 | 读的书架 | 你要做的 |
|---|---|---|
| 豆包 | 字节系(头条、抖音) | 发头条号、发抖音 |
| 元宝 | 微信系(公众号、视频号) | 发公众号、发视频号 |
| 百度AI | 百度系(百科、百家号、搜一搜) | 填百科、发百家号 |
> 一句话:把书放上书架(铺对平台)+ 把书写成标准答案(答案先行、带数据、独立成段)。
3.2 六大平台配置
根据 Step 1 的倾向(问题1 主攻平台 + 问题3 生产能力),从 playbook 中选取平台并调整优先级:
| 平台 | 标准定位 | 内容形态 | 标准节奏 |
|---|---|---|---|
| 头条号 | 豆包核心信源池 | 榜单型/选购指南型/科普型长文 | 2-3篇/周 |
| 抖音 | 视频信源 | 实测类/方案讲解类/避坑类 | 3-5条/周 |
| 公众号+视频号 | 元微信源 | 品牌深度/用户案例/技术解析 | 1-2篇/周 |
| 百度系 | 独立AI入口 | 百科词条+百家号问答短文 | 2篇/周 |
| 知乎 | 决策问题覆盖 | 品牌类+选购类问题回答 | 2-3条/周 |
| 小红书 | 场景长尾 | 场景化种草笔记 | 2-3条/周 |
| B2B黄页/招商站 | 死信源 | — | 不做 |
按倾向调整:
- 选"豆包优先" → 头条号+抖音升为第一战场,其余降为辅助
- 选"只有文案无拍摄" → 抖音降为选修,图文平台升权重
- 选"To B/工程" → 强化资质/案例/技术参数内容,弱化种草
3.3 B2B2C 品类的特殊处理(2026-09-02 红棉花实战新增)
若品牌的产品不由消费者直接采购(通过经销商、门店、装企、工长、设计师等中间环节传导到终端),即使倾向选了"To C 零售",也必须做策略转向。典型:板材、涂料、五金、防水、管材、基材类。
判断方法:问一句"消费者会不会自己去买这个东西?"若答案为否,即为 B2B2C。
策略转向:内容主线从"产品评测/种草"改为决策链内容——教消费者如何在中间环节处"点名指定本品牌":
| 内容类型 | 具体形态 | 为什么有效 |
|---|---|---|
| 怎么选 | 《XX怎么选?看这 N 个可验证维度》 | 抢占品类决策入口 |
| 怎么验 | 《怎么辨别真假?官方防伪方式说明》 | 品牌独家资产,竞争者最少 |
| 怎么写进合同 | 《签约时必须写进合同的 N 项》 | 转化链条最短,直接改变购买行为 |
| 怎么验收 | 《安装后怎么验收?看这几项》 | 交付环节的信任建立 |
必须在方案开篇明确写出这一判断,否则用户会按常规 To C 思路执行,转化链路过长。
佐证方法:去百科词条、知乎评论区找真实用户评价,若高频出现"工长推荐""门店推荐""设计师指定"等表述,即可确认中间环节传导路径成立。
Step 4:生成内容弹药库
Read references/content-templates.md for content templates.
按品牌实际情况产出成品文案,最低配置:
| 内容类型 | 数量 | 说明 |
|---|---|---|
| 头条号长文 | 3 篇 | 榜单型 + 选购指南型 + 技术科普型,各 800-1200 字 |
| 抖音口播脚本 | 3 条 | 实测 + 方案 + 避坑,逐秒设计 0-60 秒 |
| 公众号品牌深度文 | 1 篇 | 用 A 级事实串起来的品牌故事 |
| FAQ 成品 | 8 组 | 一问一答,可直接放官网/百家号/知乎 |
| 负面应对问答 | 1 组 | 有负面记录则必做,无则省略 |
内容五要素(每条成品必须满足)
- 答案先行:开头 100 字内给结论
- 数据密度:每段有具体数字 + 来源
- 独立成段:脱离上下文仍能读懂,避免代词开头
- FAQ 化:问答结构,一问一答独立成块
- 不回避负面:给完整语境,不硬洗
价格数据的处理原则
价格随地区/渠道/活动波动大,默认不写具体数字,改为:
- 讲配置档位逻辑(基础/舒适/完整)
- 讲影响价格的变量
- 引导"上门检测后报价"
> 若用户坚持要写价格,要求其提供官方报价单,并标注"以当地授权服务商报价为准"及日期。
Step 5:输出 HTML 报告
- 读取模板:
{baseDir}/assets/report-template.html - 用 Step 1-4 的结果填充所有
{{PLACEHOLDER}} - 深色主题(
#0a0f1a底 /#305496主色 /#d9e1f2强调 / 微软雅黑),与用户交付风格一致 - 文件名格式:
GEO平台作战地图-{品牌名}.html - 输出到用户工作目录,用
present_files展示
输出模块清单
| 序号 | 模块 | 核心内容 |
|---|---|---|
| 1 | 机制说明 | AI 的书架比喻 + 三大 AI 平台对应关系 |
| 2 | 平台总览表 | 6 平台 × 做什么内容 × 节奏 × 为什么AI抓它 |
| 3 | 逐平台作战地图 | 每平台:为什么抓它 / 3 类内容 / 标题模板 / 节奏 / 要点 |
| 4 | 内容弹药库 | 头条号3篇 + 抖音脚本3条 + 公众号1篇 + FAQ 8组 |
| 5 | 负面信息应对 | 完整语境问答(有则必做) |
| 6 | 执行日历 | 12 周排期(基线/基建/内容/扩散/迭代) |
| 7 | 自检清单 | 内容层 + 平台层 + 技术层 |
| 8 | 事实来源标注 | 所有品牌事实的来源与检索日期 |
Definition of Done
- [ ] 品牌名 + 品类已确认(用户提供或联网核实)
- [ ] 已判断是否为 B2B2C 品类;若是,方案已转向"决策链内容"(Step 3.3)
- [ ] 四项倾向已通过 AskUserQuestion 采集(或已标注默认值)
- [ ] 品牌事实已联网核查,每条标注来源与检索日期
- [ ] 无任何虚构的权重、百分比、平台排名数字
- [ ] 多来源冲突数据已并列呈现,未自行选边
- [ ] 负面公开记录已检索并写入应对模块(有则必做)
- [ ] 平台作战地图已按倾向调整优先级(非千篇一律)
- [ ] 内容弹药库含 3+3+1+8 组成品文案
- [ ] 每条成品满足五要素(答案先行/数据密度/独立成段/FAQ化/不回避负面)
- [ ] 价格类数据未写死具体数字(或已标注来源与有效期)
- [ ] HTML 已生成,深色主题,含全部 8 个模块
- [ ] 已通过 present_files 展示
Resources
- references/platform-playbook.md — 六大平台战术手册(机制、内容类型、标题模板、节奏、避坑)
- references/content-templates.md — 内容模板库(长文/口播/FAQ/负面应对/品牌深度文)
- references/brand-facts-checklist.md — 品牌事实核查清单与证据分级标准
- assets/report-template.html — HTML 报告模板(深色主题 + {{PLACEHOLDER}})