模板 · 验收通过
验收通过回执示例 + 归档命名
客户说“可以了”不等于项目闭环。把 3 条修改都标成已验收，补确认人/日期，再按固定目录归档，下一次交付才不用翻聊天记录。
样本说明：项目/客户/文件均为虚构示例；只演示验收与归档方法，不是真实客户记录。
回执：全部已验收
| # | 修改项 | 验收结果 | 确认人/日期 |
|---|---|---|---|
| 1 | PDF 提供可搜索版本/扫描件说明 | 已验收 | 示例客户 / 2026-10-31 |
| 2 | 二维码/价签从原图重导 | 已验收 | 示例客户 / 2026-10-31 |
| 3 | 01–10 重命名 + 文件清单 | 已验收 | 示例客户 / 2026-10-31 |
结论：□ 通过，可结项 □ 部分通过 □ 退回修改 → 本示例为 通过。
验收范围：图片 10 张、PDF 1 份、README/清单 1 份；不含新增需求。
确认方式：客户在回执上签字/消息确认“以上 3 项已验收”；口头确认需补一条书面记录。
归档目录
2026-10-29_example-project_v1/ ├─ 01_brief/ 需求/平台规格/报价/修改轮次 ├─ 02_source/ 原图/原件/客户素材（不对外） ├─ 03_output/ │ ├─ images/ 10 张成品 │ └─ pdf/ 1 份成品 ├─ 04_delivery/ 交付 ZIP、README、文件清单 ├─ 05_receipt/ 回执、修改 CSV、客户确认 └─ 06_archive.zip 最终归档（不含原图，按需加密）
命名规范
| 对象 | 格式 | 示例 |
|---|---|---|
| 项目文件夹 | 日期_项目_版本 | 2026-10-29_example-project_v1 |
| 成品文件 | 项目_用途_版本_日期 | example_main_v1_20261029.jpg |
| 最终版 | 加 _final，不覆盖旧版 | example_main_v1_20261029_final.jpg |
| 客户确认版 | 加 _client，单独存放 | example_main_v1_20261029_client.pdf |
结项前检查
- 回执 3 项都是“已验收”，不是“已修/待确认”。
- 最终 ZIP 与客户收到的版本一致；没有再改。
- 原图/原件保留；交付包不含客户未授权素材。
- 修改 CSV/聊天确认已归档到 05_receipt。
- 版本号只增不改；旧版不覆盖。
- 发票/收款/尾款按合同处理（本页不代替财务流程）。
验收后 3 件事
1. 归档
按上面目录放齐；ZIP 可加密，密码另发。
2. 复盘
这次哪条漏检？写进检查表，下一单复用。
3. 复用
把可复用的模板/命名/检查表放进模板库，不重复造。
常见问题
口头验收算吗？
可以作为沟通，但最好补书面确认：谁、哪天、验收了什么范围。
原图要归档吗？
要，放 02_source，不放进交付 ZIP；保留时间按合同/隐私要求。
客户后来又改怎么办？
算新需求/新一轮，另开版本和回执，不覆盖已验收的 final。
示例日期：2026-10-29 · 全部为虚构示例；不构成合同/财务建议。