设计稿交付是产品开发流程中很重要的环节。一份逻辑清晰，内容精准的设计稿可以有效提高开发同学的工作效率，减少工作中不必要的繁琐沟通。那么，如何制定一份合理有效的设计稿交付规范呢？接下来，就和大家分享我在工作中总结的出的一些方法和实战技巧。

Step1：确定交付对象

首先明确设计稿是做给谁看的，这有助于我们后期有针对性地开展调研，了解不同角色对设计稿的需求是什么，哪些内容是他们核心关注的，哪些是他们不太关注的。

通常情况下，设计稿的交付对象是以下这三类角色：

1、开发工程师

2、产品经理

3、设计师

根据工作需要，这三类角色使用设计稿的目标也各有不同：

1、开发工程师：以设计稿为依据，编写代码，还原页面样式及交互逻辑

2、产品经理：检查PRD中的需求是否被满足

3、设计师：存档，完善设计组件库，建立可复用的设计资源 

Step2：调研需求

第二步，我们可以针对不同交付对象，开展调研，收集大家对当前设计稿的反馈和建议，并了解大家对设计稿内容的需求。

例如，你可以问这些问题：

1、结合你目前的工作内容，你认为设计稿中必须包含哪些内容和数据？

2、你对当前设计稿有哪些满意&不满意的地方？

3、你认为哪些内容在设计稿中可以省略？

4、你认为设计稿中还缺少哪些内容？

下面是我当时针对3位开发同学和1位工程Leader的调研记录：（AC=Acceptance Criteria验收标准）

通过调研结果，整理出开发同学对设计稿的需求：

Tips：在调研过程中，不要仅限于简单的一问一答，最好能让开发或者产品经理实际演示一下他们在日常工作中，是如何使用设计稿的，例如查看一个Select的宽度，是通过Figma的Inspect模式，还是通过设计AC；查看交互流程，是通过设计稿中的箭头标注，还是会打开Figma的Prototype模式。在演示的过程中，我们可以更好地了解他们使用设计稿的习惯，以此来分析设计稿的排版是否合理，是否能够满足高效阅读和理解。

Step3：筛选需求

收集需求后，我们要先判断，哪些需求是合理且普遍的需求，对整个团队产生影响的，哪些仅仅是个人需求。然后，站在设计团队的角度，结合当前设计师的工作强度，筛选哪些需求可以在规范中优化，哪些需求暂不处理。不能盲目地要求设计师去满足所有人的需求，这样很容易影响设计稿的交付效率和交付质量。

Step4：编写规范文档

最后，我们要产出一份完整的设计稿交付规范文档。根据每个团队的情况不同，规范文档可能会有差异。但通常情况下，我们需要在规范中明确：

1、设计稿的内容结构和排版规则

2、设计稿中需要包含的信息（交互流程指示、设计验收标准、组件使用规范等）

3、设计变更记录方法（在项目进程中，如果因为技术限制或产品调整等原因，需要修改设计稿，如何记录设计改动）