3、核心术语解析：交付物、交付标准、修改次数、修改范围、验收标准、冻结期等术语的准确定义
平面设计项目中的沟通混乱，往往并非源于审美分歧，而是源于双方对同一词汇的理解错位。当客户说“再改改”时，他可能指调整一个色值；当设计师说“已经改完了”，他可能只调整了排版而未触及客户真正在意的Logo比例。本章将系统拆解平面交付链路中的六个核心术语，为后续的“修改次数约定法”建立共同语言基础。这些术语不是孤立的概念，而是一条从“产出”到“验收”再到“锁定”的完整管理链条。
上图展示了六个术语之间的逻辑关系：交付物是工作的载体，交付标准定义了“什么样算完成”，修改次数与范围约束了变更的边界，验收标准是双方确认的核对清单，而冻结期则是最终锁定成果的“安全锁”。下面逐一展开解析。
3.1 交付物：明确“交付什么”
核心原理
交付物（Deliverable）是设计服务中需要向客户提交的具体成果载体。它不仅是“一张图”，而是包含多种格式、多种用途的文件集合。交付物的定义决定了工作量边界——如果只约定“交付一张海报”，客户可能期望拿到可编辑源文件；如果约定“交付源文件+JPG+PNG”，则工作量完全不同。
交付物分类清单
| 类别 | 典型格式 | 用途 | 是否默认包含 |
|---|---|---|---|
| 成品文件 | JPG、PNG、PDF | 直接使用、预览、打印 | 是 |
| 源文件 | AI、PSD、INDD、FIG | 后续编辑、二次开发 | 需单独约定 |
| 印刷文件 | PDF/X-1a、出血位+裁切标记 | 印刷厂生产 | 需单独约定 |
| 展示文件 | PPT、PDF演示版 | 内部汇报、客户演示 | 可选 |
| 素材包 | 字体、图片、图标源文件 | 客户资产归档 | 需单独约定 |
实战场景
某餐饮品牌VI设计项目中，设计师在报价时写“Logo设计含源文件”。客户付款后要求提供“所有过程稿”和“未使用的Logo草稿”。由于合同未明确“源文件”仅指最终定稿的AI文件，设计师不得不额外整理20余个历史版本，耗时半天。复盘结论：交付物定义应精确到“哪个文件、什么格式、包含哪些图层/样式”。
3.2 交付标准：定义“什么样算完成”
核心原理
交付标准（Delivery Standard）是衡量交付物是否“合格”的技术指标。它不涉及审美偏好，而是可量化的客观参数。没有交付标准的项目，客户可以因“感觉不对”而无限拒绝；有了标准，双方就有了客观的验收依据。
交付标准五维检查表
- 尺寸与比例：是否与约定完全一致（如A4、1920×1080、3mm出血）
- 色彩模式：屏幕用RGB、印刷用CMYK，是否已正确转换
- 分辨率与精度：位图是否达到300dpi（印刷）或72dpi（屏幕）
- 格式与命名：文件格式是否正确，命名是否规范（如“品牌Logo_主版_20250115.ai”）
- 内容完整性：文字是否无错别字、图片是否无缺图、链接是否已嵌入
3.3 修改次数与修改范围：约束变更的边界
核心原理
修改次数（Revision Count）指在合同约定价格内允许的修改轮数；修改范围（Modification Scope）指每轮修改允许触及的内容边界。两者共同构成“变更控制”的核心。没有这两个约束，设计项目会陷入“永无止境的微调”陷阱。
修改次数与范围的约定模型
| 项目阶段 | 建议修改次数 | 建议修改范围 | 超出处理 |
|---|---|---|---|
| 初稿→修改稿1 | 1轮 | 整体方向调整（布局、配色、风格） | 按新需求计价 |
| 修改稿1→修改稿2 | 1轮 | 局部细节调整（文字、图标、间距） | 按小时费率计费 |
| 修改稿2→定稿 | 1轮 | 微调（色值、字重、对齐） | 需双方确认 |
案例拆解：修改次数失控的教训
某电商大促活动页面设计，合同约定“含3轮修改”。项目过程中：第1轮客户要求“整体风格从简约改为促销风”，设计师重构；第2轮客户要求“增加倒计时模块和优惠券入口”，新增功能；第3轮客户要求“把主色调从红色改为蓝色”，全局调整。三轮修改后，客户仍不满意，提出“再改一版试试”。此时设计师面临两难：拒绝则可能失去客户，接受则意味着免费加班。复盘结论：合同应明确“修改范围”的边界——第1轮可调整整体方向，第2轮仅限局部优化，第3轮仅限细节微调；同时约定“新增功能模块”不属于修改，需另行计价。
3.4 验收标准：确认“是否通过”
核心原理
验收标准（Acceptance Criteria）是双方共同认可的、用于判断交付物是否满足要求的核对清单。它把主观的“满意”转化为客观的“符合/不符合”。验收标准应在项目启动时制定，而非在交付时临时讨论。
验收标准模板
项目名称：__________ 验收日期：__________
验收人：__________ 交付人：__________
| 序号 | 验收项 | 标准要求 | 结果（通过/不通过） | 备注 |
|------|--------|----------|---------------------|------|
| 1 | 尺寸 | 1920×1080px | 通过 | |
| 2 | 色彩模式 | RGB | 通过 | |
| 3 | 文字内容 | 无错别字 | 不通过（“优惠”写成“忧惠”） | 需修正 |
| 4 | 图片清晰度 | 300dpi | 通过 | |
| 5 | 文件命名 | 含版本号 | 通过 | |
验收结论：□ 通过 □ 有条件通过（需修正第3项） □ 不通过
签字确认：__________3.5 冻结期：锁定终稿的“安全锁”
核心原理
冻结期（Freeze Period）指验收通过后，双方确认不再对设计成果进行修改的锁定阶段。冻结期是项目收尾的里程碑，也是后续任何变更的“重新计费起点”。冻结期通常持续至项目完全结束（如印刷完成、上线发布），或约定一个明确的时间段（如30天）。
冻结期的三种模式
| 模式 | 适用场景 | 说明 |
|---|---|---|
| 永久冻结 | 一次性交付（如单张海报） | 验收后不再修改，如需变更则重新报价 |
| 限时冻结 | 阶段性交付（如VI系统分阶段） | 冻结期内可免费修正小错误，超过则收费 |
| 条件解冻 | 长期合作项目 | 冻结期内若客户提出新需求，按增量合同处理 |
3.6 常见误区与总结复盘
误区一：术语定义“差不多就行”
很多设计师认为“客户都懂”，或“写太细显得不专业”。实际上，模糊的术语定义是项目纠纷的第一大根源。例如“源文件”未说明是否包含字体文件，导致客户拿到AI文件后因缺少字体而无法编辑，最终投诉。
误区二：修改次数只数“轮”不数“点”
“3轮修改”看似清晰，但客户可能在一轮中提出20个修改点，而另一轮只提1个。建议在合同中同时约定“每轮修改点不超过10个，超出部分按增量计费”。
误区三：验收标准“事后补”
如果验收标准在交付时才讨论，客户会临时增加要求（如“我觉得Logo再圆润一点”）。验收标准必须在项目启动时与客户共同制定，并作为合同附件。
误区四：冻结期“口头约定”
没有书面确认的冻结期等于没有冻结期。客户随时可能说“我记得你说过可以再改的”。务必用邮件或确认函留下书面记录。