服务
一个前提，三条执行线
项目从基线诊断开始，诊断含在服务内、不单独计价。之所以不把它做成一个可单买的产品， 是因为诊断不是跑一遍数据就完事——需要线下把业务逻辑、产品资料、采购决策链过一遍， 诊断结论会作为后续全部工作的基准。三条执行线可以按诊断结论组合，不能跳过诊断单独购买。
基线诊断
诊断不是一个可以「先买一份试试」的入口产品。它需要线下见到实际做业务的人， 把产品资料、客户结构、报价方式、采购决策链过一遍，确认「客户到底会怎么问、为什么这么问」， 再据此设计探针问题集。
这一步的结论会贯穿整个服务周期：后续的事实卡、语料地图、站点结构、复测指标， 都以诊断确定的口径为准。跳过它直接做改造，等于在没有地图的情况下施工。
你会拿到
- 业务与产品理解纪要：产品线、客群、报价与交付方式，以及我们自己还没搞懂的问题
- 决策链与采购场景地图：谁在什么阶段会问什么，对应到探针问题的分层
- 品牌事实卡初稿：名称、成立、资质、产品命名等需全渠道一致的事实
- 探针问题集：按五层购买意图设计，每题附判定规则
- 基线数据与事实偏差清单：逐格留证的采集矩阵，引擎说错的每条事实附证据出处
实体与语料体系
生成式引擎在回答时会先确定「说的是哪个实体」，再去检索关于它的事实。 如果引擎无法稳定地把你的品牌识别为同一个实体，后面的所有内容工作都会打折扣。
这一阶段做两件事：把事实统一，把语料铺到引擎会去看的地方。
你会拿到
- 品牌事实卡：名称、别称、成立时间、所在地、资质、产品线、关键数字—— 一份全渠道必须逐字一致的权威清单
- 语料地图：目标问题 × 应被引用的来源 × 现有承载内容，标出缺口
- 自有媒体重写：官网核心页面的定义式段落、可引用数据块、问答结构
- 站外分发建议：按可信度排序的第三方源清单，含各源的收录特征与准入门槛
站点 GEO 技术改造
这一阶段，我们喜欢用这样的形容：把花园里的路引修好，让来访者能循着石径走进屋里。 技术改造不会改变你的业务，只改变内容被读取的方式。
改造清单
季度复测与迭代
GEO 不是一次性工程。引擎在更新模型、在调整检索源权重、竞品也在做同样的事。 没有持续测量的优化，等于闭着眼睛开车。
订阅期内每季做 4 轮复测，同一问题集不变。变化只来自引擎与市场， 这样差异才能归因到我们做的动作上。
每轮你会拿到
- 四项指标的本轮值与轮间变化
- 逐格差异表：哪些格子从「未提及」变为「提及」，哪些退化
- 归因分析：本轮变化与上一轮所做动作的对应关系，含无法归因的部分
- 下一轮动作优先级：按「影响格数 ÷ 投入成本」排序
为什么我们不公开报价
诊断不单独计价，含在项目内。项目报价取决于诊断结论——同样是 B2B， 产品线数量、客户结构、决策链长度不同，工作量可能差一倍以上； 站点改造还取决于现有技术栈与页面规模。公开一个统一价格， 要么对小客户贵，要么对大客户亏，两种都不诚实。
流程是：初次沟通 → 线下诊断（含业务与产品调研、基线采集）→ 出一页式方案与报价 （含范围、交付物、周期、不包含什么）→ 你确认后再进入执行阶段。没有隐藏项。