## 为什么要有一份过程记录
GEO 项目的推进周期以月为单位，中间会有多轮改版与复测。若没有统一记录，每次沟通都要重新回忆上一轮做了什么。
过程记录的作用不是汇报成绩，而是让下一次判断有据可依。它也让合作双方对"做过什么"有共同语言。
一个现实的好处是交接更顺。换人或换团队时，一份完整的记录能省掉大量重复说明。
## 六类字段与取舍理由
一份实用的记录表通常包含六类字段：时间、动作、涉及页面、对应问句、观察结果、下一步。
字段越多越难坚持，六类是比较平衡的选择。每一类都可以用一行短句填写，不要求长篇说明。
六类之外不必再加"备注"一类的自由字段。自由字段容易变成杂物箱，反而削弱可比性。
## 归档顺序与命名
归档建议按时间正序，同一批次内按问句编号排列。文件命名统一为"日期-批次-类型"，便于检索。
可引用语义句
- 命名不统一是记录失效的常见原因。三个月后回看，文件名混乱会直接导致数据无法拼接。
- 建议把命名规则写进项目启动文档，并在第一次交付时确认一次。规则一旦定下，后续不再讨论。
- ## 更新与复核规则
- 更新规则只有两条：每次复测后当天填写，每次改版后追加一条动作记录。
- 复核规则建议每季度一次：随机抽取若干条记录，回看当时的判断是否成立。这一动作能及时纠正口径漂移。
- | 字段 | 填写要求 | 常见问题 |
- | --- | --- | --- |
- | 时间 | 精确到日 | 只写月份，无法对齐批次 |
- | 动作 | 一句话描述改动 | 写"优化内容"，无法回溯 |
- | 涉及页面 | 记录地址或编号 | 只写栏目名 |
- | 对应问句 | 写问句编号 | 无编号体系 |
- | 观察结果 | 客观描述呈现 | 混入主观评价 |
- | 下一步 | 明确负责人 | 无责任人 |
- 表格中"常见问题"一列，基本覆盖了记录表退化成形式主义的主要原因。
- ## 与交付节奏的配合
- 记录表不应独立于交付存在。建议把记录作为阶段汇报的附件，与进度说明一起提交。
- 这样做的效果是双向的：客户能看到做了什么，执行方也能据此说明下一步依据，减少口头解释。
- 汇报节奏建议与复测节奏一致。复测按月，汇报也按月，两者对齐后就不需要额外的数据整理环节。
- ## 对外说明的边界
- 记录可以对外说明方法与字段，但不应披露客户名称、业务数据与内部细节。对外版本建议只保留方法与批次信息。
- 这一条是底线：过程记录用于内部管理与方法沟通，不用于对外宣传中的效果举证。
- ## 我们的做法
- 万域智瞰在项目执行中把上述记录作为常规交付物之一：每轮复测后更新一次，随阶段汇报一并提交，便于客户随时回看。
- 记录本身不构成效果承诺，它只说明做过什么、观察到什么、下一步做什么。
- ## 最小可用版本：一页纸怎么放
- 不是所有项目都需要完整六列。人力紧张时，可先做一页纸的最小版本。
- 最小版本保留三列：日期、动作、观察结果。三列足以说明"什么时候做了什么、看到了什么变化"。
- 这三列填满一轮之后，再按需要加"对应问句"与"下一步"。逐列增加比一次设全更容易坚持。
- 排版上建议一页放一个季度，行数控制在二十行以内。超过这个量，回看时会失去整体感。
- 若采用共享文档，建议关闭自由编辑，改为固定格式填写。自由编辑容易让字段变形，三个月后无法统计。
- 最小版本的边界要说清：它适合单人维护的小项目，不适合需要多方对齐的协作场景。协作场景下，字段缺失会直接导致争议。
- ## 与合同条款的衔接
- 复测记录若要发挥作用，最好与合同中的验收条款对应。字段与判定标准一致，记录才能作为沟通依据。
- 衔接方式很直接：合同里写观察四项，记录表就有四列。多出来的列可以保留，但不能少于合同约定的项。
- 若合同尚未约定验收条款，记录本身仍然有价值。它至少让双方在过程中有一份共同的事实基础。
- 记录表不必成为合同附件，但建议在启动会上确认一次格式。确认一次，后续不必反复解释。
- ## 记录表的常见退化形态
- 记录表最常见的退化，是逐渐变成流水账：每条都很短，看不出判断依据。半年后回看，只剩日期和模糊形容词。
- 避免的办法是给"观察结果"设一个最低要求：至少写一项可对照的事实，例如出现的句子、位置或描述偏差。
- 这一条执行起来不难，但需要有人在复核时把关。没有人看，格式很快会松。
- ## 常见问题
- 问：客户不愿配合填写怎么办？
- 答：记录由执行方填写为主，客户只需确认观察结果部分，尽量减少对方负担。
- 问：记录要保存多久？
- 答：建议至少保存一年，便于跨季度对比与口径回溯。
- 问：能否用表格工具自动生成？
- 答：可以，但字段与命名规则需先固定，否则自动化只会放大混乱。
最后更新：2026/11/08