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