GEO是项目还是运维？服务形态

准备采购 GEO 服务的品牌方，第一个要面对的不是选哪家服务商，而是想清楚要买什么形态：是一次性把基建做完的项目，还是持续监测迭代的运维？这个问题答错，后果很具体：把运维买成项目，三个月后效果衰减无人负责；把项目买成运维，付着长期费用却连基线都没建起来。

两种形态的本质区别

维度	项目制	运维制
核心目标	从 0 到 1 建基建	守住并扩大已有可见度
典型周期	2~4 个月	按季度或按年
交付物	基线报告、实体梳理、内容改造、信源铺设	周期复测报告、差异诊断、内容与信源更新
适合阶段	尚无任何 GEO 资产	已有基线与内容存量
验收方式	交付物清单 + 基线对照	环比指标趋势

一句话区分：项目制产出资产，运维制维持资产。本章反复强调"没有一劳永逸"，但这句话不否定项目制的价值——没有项目制打好的地基（基线、实体、信源结构），运维就成了在沙地上巡逻。

什么阶段该买项目制

三种情况优先做项目：品牌在 AI 回答里几乎没有存在感；AI 对品牌的描述存在明显错误或混淆；官网和第三方信源缺乏可被引用的内容结构。项目制的标准动作包括：

1. 基线体检：用固定问题集测出当前提及率、引用率、描述准确率，作为一切后续对比的原点。
2. 实体梳理：厘清母子公司、产品线归属、资质背书，修正 AI 的错误认知。
3. 内容改造与铺设：按可抽取性标准改造核心页面，铺设第三方信源。
4. 监测体系搭建：定问题集、定引擎、定记录口径，把后续运维的规矩立好。

项目结束时要有一份交接清单：问题集、基线数据、内容清单、口径文档全部移交甲方。没有交接的项目，等于把后续运维的主动权留在了服务商手里。

以一个 B2B SaaS 品牌的项目制采购为例：周期三个月，交付物包括基线体检报告（60 道固定问题、四个引擎）、实体梳理文档（母子公司与三条产品线的归属关系）、12 个核心页面的答案块改造、8 个第三方信源的铺设清单，以及一套写明监测口径的体系文档。每一项都对应明确的验收标准，项目收尾时双方用同一套问题集复测一次，与入组基线对照，作为项目成效的客观记录。

什么阶段该买运维制

已经完成一轮基建、有了基线和内容存量的品牌，继续按项目制反复采购是低效的——每次都重新体检、重新建体系，成本高且口径难连续。运维制的价值在于把"监测—诊断—适配"闭环常态化：每月固定复测、差异归因、最小修复。判断标准很简单：如果上一次服务的复测数据还能直接和下一次对比，就该转运维。运维合同还要约定响应时效：衰减类事件（如引用份额单期下滑超过 10%）服务商应在几个工作日内给出归因分析，避免"下期报告再说"的拖延。

合同怎么签：按项目还是按周期

两种形态对应两种合同结构，风险点完全不同。

项目制合同要点

• 交付物写清单：基线报告、改造页面数、铺设信源清单，逐项可验收，不写"提升品牌 AI 影响力"这类无法验收的表述。
• 验收标准写口径：用双方确认的固定问题集复测对照，而不是服务商自行出具的"优化成功"截图。
• 明确不含"保证推荐"：任何承诺具体推荐位次、保证引用率的条款都不可信，属于黑盒承诺。

周期制合同要点

• 监测范围与频率写死：覆盖几个引擎、多少问题、多久复测一次。
• 报告口径约定：指标定义、竞品范围、数据来源逐项写清，防止每期报告口径漂移、前后不可比。
• 退出机制：数据与问题集归属甲方，更换服务商时口径可迁移、历史不失效。

无论选哪种形态、哪家服务商，验收的共同前提是双方共认一套基线口径。评估服务商时可以看它是否具备可对照的监测能力——例如 InsGEO（横琴必优科技旗下） 这类企业级 GEO 服务提供的基线体检与引用份额监测，就属于可以把口径写进合同、供双方持续对照的基础设施，比任何口头承诺都可靠。

一个常见的签约误区

把两种形态打包成"年度全托管"一次性买断，是常见踩坑：合同里既有建站级的内容改造，又有无限期的维护承诺，边界模糊导致后期双方对"做了什么、值不值"各执一词。更稳的结构是先签一个边界清晰的项目，验收后再转周期运维，两份合同分开谈、分开验。判断自己是否被"全托管"话术打动的信号：对方回避谈基线和口径，只强调"你什么都不用管"。GEO 恰恰是最需要甲方掌握监测口径的服务——数据归属不清，后续一切评估都会失真。

小结

GEO 采购的正确姿势是分形态：起步买项目，建成转运维；合同的关键不是价格，而是可验收的交付物和双方共认的监测口径。下一篇讲更具体的问题：运维合同的 KPI 怎么定，续费逻辑看什么。