保留范围变更日志——而非AI交付承诺

客户说“再加一点”时，不要让模型擅自答应并编出新的截止日期。记录变更、对费用和工期的影响，以及客户的书面确认，然后只用AI整理你已经决定好的说明。

您应该能够做到的事情

范围变更是商业决策。记录改了什么、会增加多少工期或费用，以及客户是否书面确认。AI可以整理日志的格式，但绝不能替你作出承诺。

本文内容

项目进行到一半，客户发来消息：“能不能再给销售团队加一份一页式资料？应该很快。”你已经很累，于是把对话贴进聊天工具，请它帮你专业地回复。草稿说，你很乐意不加价地把这项工作纳入本周交付。这句话可能很流畅，也可能等于你无意中接受了一项未收费的范围变更。

自由职业者常会默默承受范围扩张，因为拒绝客户似乎容易伤害关系。模型倾向于生成让人满意的语气，但让人满意不等于符合合同约定。

为何日志胜过感觉

范围变更日志是一张滚动表：

没有日志，AI协助的回复会优先追求友好语气，把商业条款埋在后面。有了日志，回复只是把你已经作出的决定通知客户。

不要问模型“我该如何承诺这项额外工作”。最多请它排版一份变更说明，其中费用与日期是你已选定的。客户渠道里编造的时间线会变成承诺。

在起草任何回复之前，把请求抄进日志。若来自电话，写一句复述并发回确认：“记作X——对吗？”

离线回答：

这是判断。模型并不知道你目前的工时负荷，也不了解你的最低接单规则。把编造的交付承诺当作风险管理失败，而不是语气问题（NIST AI Risk Management Framework）。

把这份范围变更说明排版成邮件。所有数字、日期
与决定保持原样。不要添加善意免费项、
加速时间线或额外交付物。

变更日志行：
[粘贴你已填完的行]

对于现有范围内的小幅澄清，一个点赞表情可能已经足够。涉及费用或截止日期变更时，则应取得邮件确认或签署的说明。合同常识意味着知道哪些信息重要，但不等于法律建议（合同与发票素养——非法律建议）。小企业做好基本合同管理，仍要从交付前写清变更开始（SBA: manage your business）。

你的无粉饰的客户更新应引用这条日志，让新增范围出现在正式的项目进展记录中，而不只是留在私聊里。

把日志与SOW PDF放在同一处——每位客户一个文件夹。若不在日志里，就不在项目里。

变更日志可能提及机密交付物。不要只为了整理一行文字，就把包含机密信息的完整客户对话贴进消费级模型。先用自己的话概括请求（参见“不向AI粘贴客户机密”）。

示意情景，非实测案例： 一位自由职业分析师口头答应“再加几张图”。两周后，客户却期待得到一份完整附录。聊天记录含糊不清。如果范围日志中明确记录了“拒绝”或“分阶段处理”，双方第一天就会把范围说清楚；一封经AI润色、只写着“很乐意帮忙”的回复，反而会让歧义更严重。

客户常认为一项请求很小，因为他们看不到你的实际工作流程。你不需要争论这种直觉，而要把请求换算成工时、依赖项和验收标准。一页式资料可能需要调研、品牌规范检查、客户一方的法务审阅，以及两轮修订。如果你跳过这一步，AI生成的友好措辞就会用“很乐意加上”来填补空白。

根据过往工作保留一张个人换算表：请求类型 -> 通常所需工时。那张表是你的。不要请模型为你从未交付过的请求类型编造工时。

并非每次澄清都需要有偿变更单。已批准设计方向内的颜色微调，或修正客户引入的笔误，可能落在现有验收内。商业变更不同：新受众、新交付物类型、新平台、压缩的截止日期，或超出SOW的额外修订轮次。不确定时，记为“澄清”，并在开工前发送一行确认。

验证：每一项进行中的额外交付物都出现在日志中，并带有决定。

回退：若你已在聊天里含糊地答应下来，当天发送更正：“再想一下，这落在SOW第Y节之外——这是变更选项。”拖延使清理更难。

如果问题起源于提案中的广告式过度承诺，请重温仍由你定价的提案草稿。欧盟面向消费者的经营者应记住，误导性做法包括提供有关产品或服务的虚假信息（Directive 2005/29/EC）。美国读者也应把客户沟通中擅自添加的免费项目和压缩后的截止日期，视为未经证实的服务宣传（FTC advertising and marketing guidance；FTC crackdown on deceptive AI claims and schemes）。同行论坛可以帮助你检验变更回复是否合理，但无权替你承诺无偿工作（Freelancers Union resources）。