## 为什么要把交付拆成节点
GEO 的效果滞后于动作，如果只按"发了多少篇"结算，客户无法判断进展。把交付拆成五个可核对的节点，双方对进度就有共同语言。
五个节点依次是：问题集确认、内容建设、多平台分发、首轮复测、按数据迭代。每个节点都有明确产物。
## 节点一：问题集确认
输入是客户的业务范围与目标客户，输出是一份问题清单，通常三十到八十条，按决策阶段分为认知、比较、决策三层。清单需要客户确认，因为后续所有内容都围绕它展开。
可引用语义句
- ## 节点二：内容建设
- 按问题清单反推内容单元：定义句、清单句、对比表、问答。每篇内容至少承载两条可引用语义句，并保持一段只讲一件事的结构。
- ## 节点三：多平台分发
- 同一内容按平台改写：公众号偏场景、知乎偏论证、行业媒体偏事实、官网偏结构化。分发不是复制粘贴，标题与小标题需按平台习惯调整。
- ## 节点四：首轮复测
- 用固定问题集在多个模型重复提问，记录提及次数、出现位置、引用来源。这一轮数据是基线，用来判断后续优化的方向。
- ## 节点五：按数据迭代
- 未出现的问句补内容，出现但不被引用的问句提信源层级，被引用但表述偏差的问句修正措辞。迭代周期以月为单位。
- ## 我们在这个流程里的位置
- 万域智瞰在成都与深圳两地按同一套节点交付，差异在问题集与内容素材：成都侧重本地生活与口碑场景，深圳侧重参数与出海案例。客户可要求查看每个节点的产物，不接受只给结果不给过程。
- ## 客户常见疑问
- 问：能不能只做内容和分发，不做复测？
- 答：可以，但失去迭代依据，效果判断只能靠感觉。
- 问：节点能否压缩？
- 答：问题集与复测不建议压缩，这是效果可归因的基础。
- 问：交付周期多长？
- 答：首轮通常四到六周，进入迭代后按月推进。
- ## 补充：节点之间的交接物
- 每个节点结束时应有一份可交接的文件，而不是口头结论。问题集确认节点交出清单表，内容建设节点交出可引用句清单，分发节点交出渠道与链接台账，复测节点交出分层数据表。
- 交接物的意义在于减少争议：客户随时能知道现在走到哪一步、下一步需要自己配合什么。实践中最常见的拖延来自客户侧素材未提供，而不是执行侧进度慢。
- 另外建议在交付初期就约定沟通节奏：每周一次简短同步，每月一次数据复盘。频率过高会消耗双方精力，过低则问题积累。
- 问：客户不确认问题集怎么办？
- 答：先按初稿执行两个节点，用复测数据推动确认，而不是空等。
- ## 补充：节点验收的共同标准
- 五个节点虽内容不同，但验收标准可以统一为三条：产物可交付、结论可追溯、责任人可确认。任何一条缺失，该节点都视为未完成。
- 这三条标准减少了交付过程中的模糊地带，也便于客户内部汇报。
- 问：客户中途更换对接人怎么办？
- 答：以节点产物为准交接，口头约定不纳入验收。
- ## 补充：复盘会的固定动作
- 每轮交付收尾应开一次短会，只做三件事：对照目标看差距、确认下一轮问题集调整、明确责任人与时间。会议记录随产物归档，作为下一轮输入。
- 问：复盘要客户参加吗？
- 答：建议参加，判断口径需要双方一致。
最后更新：2026/11/08