首个 B 端项目最容易出现验收争议的地方，不是客户故意挑剔，而是双方从一开始就没有把“完成”定义清楚。客户说“做一个官网”“优化一下内容”时，描述的是目标，不是验收标准。对一人公司而言，验收标准必须在报价和签约前确定，否则项目很容易在交付阶段变成无限修改。

验收标准要回答四个问题

第一，验收的对象是什么。不要只写“完成系统开发”或“提交方案”，而应列明具体交付物，例如需求说明、页面、设计文件、内容方案、培训材料或数据报告，并说明交付形式、包含内容以及是否提供源文件。

第二，什么状态算完成。每项交付物都要写出可检查的结果。例如，方案应包含约定的业务目标、用户对象和流程说明；设计文件应包含约定页面及指定格式；培训交付应包含操作材料和约定次数的讲解。抽象词语如“专业”“完善”“符合预期”，不能单独作为验收依据。

第三，由谁验收、如何反馈。客户应指定一位主要联系人，负责汇总意见并确认结果，同时明确最终验收人。验收意见应集中反馈，而不是由多个部门分别提出互相冲突的要求。还要约定客户提供资料、反馈意见和完成确认的时间，以及未按时反馈时项目如何推进。

第四，修改边界是什么。报价中应明确包含哪些修改、修改次数或修改范围，以及哪些情形属于新增需求。交付一个页面，不等于无限期维护；完成一次培训，也不等于持续承担所有使用问题。

验收不是变更入口

客户在验收阶段提出新模块、新页面、新受众或新的业务目标时，这通常不是“修改”，而是范围变更。应先判断它是否属于原定交付，再评估对工作量和排期的影响，最后由客户确认增加费用、延长周期，或删减原计划中的其他内容。没有完成书面确认前，不应直接执行。

一份合格的验收条款，核心不是写得复杂，而是让双方能据此判断“交付是否完成”。首个 B 端项目应把目标、交付物、验收人、反馈时限、修改边界和变更处理写进合作文件。标准越具体，验收越像一次核对；标准越模糊，项目就越容易变成新的需求谈判。