近日，做了5.6的改版，遇到了不少问题。有些时候还挺同情开发的，在产品需求可能更改、新旧版本交接、设计稿不停更改的情况下，不停做着来回更改的工作，说着宝宝心里苦什么都不说，加着班。作为设计方，应该尽量避免因为设计本身不专业造成的开发返工的行为。
一、设计稿正式交付前与开发的沟通
在设计稿正式交付前，设计方应该协同产品和开发开一个设计落地的评审会，评估下设计产出物的实现可能性和优先级，设计方提出设计需求，双方讨论后，让开发有预期地给一个合理的排期。
设计在正式交付前，应该明确产出设计稿的内容（设计、标注、交互方式）、产出来源、跟进人员的权责和排期的预期。一定要做到设计稿高保真还原、图层命名清晰、文件名称准确与交互稿统一、适配方式说明清晰、标注准确清晰、交互说明清楚（有必要用princple做好demo）、人员分工全责清晰、排期合理可控。
二、开发中期及时沟通
对于开发中期，开发会对前期未预知到的问题主动与设计方沟通，问题一般是以下方面，并列出解决方案：
1、适配的问题，设计稿没有考虑完全列表字符、字段、文字流式布局、多文字少文字等极端效果，以上是设计的问题，应该在出设计稿件前期就解决该问题。
2、切图等问题，尽量配合开发解决，但是需要开发在前期提出需要配合切图的内容，尽量一次性或者少次提出。
3、功能实现的问题，设计提出设计想法后，经过前期沟通开发承诺实现的问题，后期可能会因为排期紧张、技术难度等原因不能做出实现，应该合理评估，决定全力实现、下期实现、或者更换设计交互方式，一般来说经过前期评估后，如果与开发不能实现，应归责于开发方，开发方应该全力配合实现需求。
4、交互方式的理解，因为理解不同开发可能会实现更好或者没有实现、或者做出变更，这要求设计方与开发多次当面沟通，解决问题。
三、开发后期验收
1、验收方式：设计方应该对照设计稿、ios、安卓还有不同屏幕的手机进行验收，同时测试方也是设计的好伙伴，会帮助设计测试出很多问题，设计方应该做出记录，针对问题进行汇总，分阶段提给开发。阶段控制在3阶段以内：
第一阶段：尽量大而全、多提出问题；第二阶段：第一阶段基础的查漏补缺；第三阶段：最终验收在查漏补缺基础上，记录问题，对于不能实现点提早提出更改策略，建议协调资源或者排期延期（尽量不用这种消极方式）
2、管理软件的使用:对于问题汇总后更新在jira上，定期查看更改状况
3、测试环境统一、版本统一，在测试阶段会更新多个版本的测试链接和测试号，尽量协调测试把测试号固定下来，并提醒团队更新测试包
四、复盘
1、安卓和ios控件应该根据开发资源，有必要时候组建库进行差别化设计
2、记录工作的问题、与产品方和开发方积极讨论。设计产出的问题会后通知设计小组做出记录争取下一版本做的更好，排期问题应该找到延期的原因，争取下次排期更合理。
3、产品是设计的前端，开发和测试是设计后端，都是设计师的好朋友，在与优秀的产品、开发和测试交流过程中会不断发现设计的问题，用开放的心态采纳建议，争取在下一版本设计做到更好。
