| name | 06-deliver |
| description | 在评审完成后使用——定稿生产文件、编写规格、交付给开发或生产部门,并呈现最终提案。 |
06-Deliver:提案、开发与交付
概述
交付不仅仅是发送文件。它是确保设计能够被正确构建、实施或生产。此技能涵盖最终资产生产、规格编写、交付文档和最终客户提案。好的交付让下一个人成功,而不需要你在房间里。
不可协商的规则
硬性门槛:任何文件在离开你之前必须完成交付清单。 "他们知道该怎么做"不是交付。写下来。
何时使用
- 评审完成且设计冻结后
- 准备好产出最终文件、规格和交付物时
何时不使用
- 评审之前(设计必须先冻结——回到 05)
- 还在做创意决策时(回到 04 或 05)
- "先给他们快速导出"——没有规格的快速导出制造下游问题
流程
1. 定稿生产资产
- 以正确规格导出所有最终文件(格式、分辨率、色彩配置)
- 用清晰的命名规范组织文件
- 在适当时包含源文件
- 检查:字体、图片和资产是否都已打包?
2. 编写规格
- 技术规格:尺寸、文件格式、色彩值、字体
- 行为规格(数字类):状态、交互、断点、动画
- 生产规格(印刷类):出血、边距、材料、表面处理
- 实施说明:开发者或生产者需要知道的
3. 准备交付文档
- 资产清单:包含什么、在哪里
- 使用指南:如何应用、扩展或修改
- 响应式行为(数字类):如何适配
- 已知限制或边缘情况
4. 构建最终提案或演示
如需向客户或利益相关者展示,调用 design-narrative:
- 从问题和策略开始
- 展示旅程(探索了什么、拒绝了什么、为什么)
- 将最终方案呈现为水到渠成
- 预判异议
- 以下一步结束,不以开放问题结束
5. 交付和归档
- 使用README或交付文档交付文件
- 归档项目材料(源文件、调研、简报、版本)
- 确认接收方已收到并理解
理性化预防
| 借口 | 事实 |
|---|
| "我先发文件,后面再解释" | 你不会的。写下交付文档。 |
| "开发者知道该怎么做" | 他们知道自己的工作。你的设计决策并非显而易见。 |
| "客户说他们信任我" | 信任不能替代规格。还是写下来。 |
| "发送前再调一下" | 完成好过完美。交付并进入验证。 |
危险信号
- 文件命名为"最终版_v3_最终版.ai"
- 没有书面规格存在
- 开发者或生产者未确认收到
- 你在做应该在评审阶段捕获的修改
验证
→ 下一步:使用 07-learn 对照简报验证、审计质量并归档洞察。