客户说“这周没进展”时，把服务交付记录翻出来给他看

服务交付记录的核心作用，是让“做了什么”这件事可以被第三方看懂和验证。一份合格的记录不需要长篇报告，只需要在开工前写清项目边界，在执行中留下动作清单，在收尾时把结果归档到固定位置。下面按时间顺序拆开讲。

先想清楚：客户为什么会觉得“没做什么”

外贸服务里最常见的矛盾不是服务没做，而是做了但没留下痕迹。比如帮客户优化独立站，你改了首页结构、调了产品分类、补了英文描述，可客户只看到“页面好像变了”，说不清变了什么、为什么变、变完有没有用。

另一种情况是边界模糊。客户以为你负责“把询盘量做起来”，你实际负责的是“把落地页转化路径理顺”。两边都没错，但预期对不上，交付时自然容易起争执。

所以记录的第一目的不是汇报，而是对齐。它要回答三个问题：这件事谁负责、具体做了什么、做完之后留下什么。把这三个问题写清楚，很多扯皮根本不会发生。

一个真实场景

假设你接了一个 Google Ads 陪跑项目，周期两个月。客户中途问：“这周怎么没动静？”如果你只有聊天记录，翻起来很费劲；如果你有一份按周更新的动作清单，直接截图发过去：本周调整了三组关键词匹配方式、暂停了两个无转化词组、更新了一条广告文案。客户立刻明白进度在哪。

这不是为了自证清白，而是让协作有共同的事实基础。请以官方当前规则和实际后台为准，涉及平台数据时不要凭记忆写。

开工前：把项目边界写成一段能读懂的话

边界不是法律条款，不需要写得晦涩。它应该像给同事交代任务一样清楚。建议包含以下要素：

• 项目目标：一句话说明要达成什么，尽量可观察。比如“让英文落地页的表单提交路径更顺畅”，而不是“提升询盘”。
• 交付物清单：具体到文件、页面、文档或账号操作。写“一份关键词分组表”，不要写“关键词优化”。
• 不包含什么：这一条最容易被忽略，却最能减少误会。比如“不包含广告账户日常投放操作”“不包含网站服务器维护”。
• 双方配合项：客户需要提供什么、多久反馈一次。写清楚谁卡住了进度。
• 时间节点：用“第几周完成什么”代替模糊的“尽快”。

写完之后发给客户确认一次。哪怕对方只回一个“OK”，这份边界就成了后续沟通的参照。如果客户中途想加需求，你可以指着清单说：这个不在原范围内，我们可以单独评估。语气平和，事实清楚。

边界写法示例

本项目聚焦独立站英文产品页的信息结构梳理，交付一份页面修改建议文档和一次线上讲解。不包含页面代码开发、图片设计、广告投放及后续数据监控。客户需在收到建议后 5 个工作日内反馈确认。

这段话不长，但把目标、交付物、排除项和配合项都覆盖了。它不需要专业术语，客户也看得懂。

执行中：动作清单要能直接变成证据

动作清单不是工作日志，不需要写“今天很忙”。它的标准是：每一条都能对应一个具体操作，并且能在后台或文件里找到痕迹。

建议按周或按阶段记录，每条包含四个字段：

1. 日期：操作发生的日期。
2. 动作：做了什么，动词开头。比如“更新”“删除”“新增”“调整”。
3. 对象：对哪个页面、哪组关键词、哪个文件操作。
4. 结果或备注：操作后状态如何，是否需要客户确认。

举个例子：

• 3 月 4 日，更新英文首页首屏标题，替换为更贴近搜索意图的表述，已截图存档。
• 3 月 6 日，整理产品分类，将 12 个分类合并为 7 个，旧链接做了跳转记录。
• 3 月 8 日，输出关键词分组表 v1，标注搜索意图和对应页面，待客户确认。

这样的清单积累几周，就是一份可验证的过程记录。客户问进度，你不需要回忆，直接看清单。团队交接时，接手的人也能快速知道做到哪了。

记录工具不用复杂

一张在线表格、一个共享文档，甚至一个固定格式的聊天消息都可以。关键是格式统一、位置固定。不要今天记在微信、明天记在邮件、后天记在脑子里。工具越简单，越容易坚持。请以官方当前规则和实际后台为准，涉及平台操作时以实际界面为准。

收尾时：归档不是把文件丢进文件夹

归档的目的是让未来的自己或同事能重新理解这个项目。所以归档结构要固定，命名要可检索。推荐按项目建文件夹，里面至少放四类内容：

• 边界文档：开工前确认的范围说明。
• 动作清单：执行期间的完整记录。
• 交付物：最终给到客户的文件、页面链接或截图。
• 结果说明：项目结束时的状态描述，包括完成了什么、哪些没做、后续建议。

命名建议包含日期和项目简称，比如“2026-03_独立站产品页梳理_交付物”。这样即使文件夹很多，也能靠搜索找到。

结果说明不需要美化，但要诚实。完成了就写完成，没完成就写原因。比如“原计划调整 10 个产品页，实际完成 7 个，剩余 3 个因客户素材未提供而暂停”。这句话比“项目顺利结束”有用得多。

归档后的检查清单

• 文件夹里能否找到开工前的边界确认？
• 动作清单是否覆盖整个项目周期，没有大段空白？
• 交付物是否和边界文档里的清单对得上？
• 结果说明是否写清了未完成项和原因？
• 文件命名是否包含日期和项目关键词？

这五条过一遍，归档基本合格。如果某一条找不到，说明记录还有缺口，趁记忆还在补上。

FAQ

项目很小，也需要写边界吗？需要，但可以很短。哪怕三句话写清目标、交付物和不包含项，也能减少后续误会。

动作清单要记多细？细到能对应一个具体操作即可。不需要记录每次登录后台的时间，但要记录改了什么、改在哪里。

客户不配合确认边界怎么办？把边界写在邮件或消息里发出去，保留发送记录。对方不回复，至少你有一份单方面说明，比口头约定清楚。

归档应该谁来负责？执行项目的人最清楚过程，建议由执行者归档，团队负责人抽查。不要等到年底再补，那时候细节已经记不清了。