自由职业者需求变更单模板：开工前说清范围、价格和时间

客户说“只改一个小地方”，这个要求可能很合理，但它仍然改变了你原先报价对应的工作。一份简短的需求变更单，可以让双方在开工前确认到底改了什么。

这份指南适合承接固定价格项目的独立设计师和开发者。它只是项目沟通模板，不构成法律意见、电子签名或付款协议。

什么情况下应该发需求变更单

当客户的要求改变了以下任意一项时，就值得单独确认：

• 交付物；
• 完成工作所需的时间；
• 交付日期；
• 项目价格；
• 已经确认过的工作内容。

你不需要为每个错别字都做一份变更单。判断标准很简单：如果以后双方可能对“这项工作是否包含在原报价里”产生分歧，就应该提前写清楚。

可直接复制的模板

项目更新：[本次需求的简短名称]

原计划 [用一两句话说明相关的原交付内容。]

新增需求 [说明客户希望新增或修改什么。]

本次增加的工作 [列出新增页面、状态、修改轮次、集成或文件。]

不包含的内容 [说明与本次需求相邻、但仍不在范围内的工作。]

新增费用 [金额和币种]

时间影响 [增加几个工作日，以及新的交付日期]

下一步 如果希望增加这部分工作，请回复“确认”。我会在[你的付款或确认条件]完成后开始。确认前，项目仍按原计划执行。

一个完整例子

假设客户委托你设计一个五页的营销网站。首页已经确认后，客户又提出增加一个带注册表单的活动落地页。

你可以这样写：

原计划： 使用已经确认的组件设计五个营销页面。

新增需求： 增加一个活动落地页，并连接注册表单。

本次增加的工作： 桌面和移动端布局、表单状态、提交成功状态和开发交付。

不包含的内容： 邮件自动化、文案撰写、广告素材和数据分析配置。

新增费用： 480 美元。

时间影响： 增加两个工作日；交付日期从 8 月 14 日调整到 8 月 18 日。

下一步： 请回复“确认”并支付新增费用，之后开始工作。

真正有用的不是文档长什么样，而是把选择说清楚：维持原计划、替换原有工作，或增加新工作并同步调整费用和日期。

发出前检查这五件事

1. 用客户能理解的语言描述需求，不指责对方。
2. 写清具体交付物，不要只写“额外修改”。
3. 明确不包含什么，避免新增范围继续扩大。
4. 给出一个明确的价格和新的日期。
5. 开工前要求对方作出清楚确认。

把变更单与原提案、沟通记录和发票放在一起保存。如果合同规定了特定的确认方式，应优先遵循合同。

让沟通更容易，而不是更对立

需求变更单的目的，是帮助客户做决定，不是因为客户提出新想法就惩罚对方。保持中性即可：需求可以做，只是计划需要相应调整。

Requotely 正在帮助自由职业者把客户的额外需求整理成包含范围、价格和时间选项的清晰项目更新。如果你想关注首个版本，可以预约早期体验。