视觉设计师是怎样让前端工程师 100% 实现设计效果的？

这是一个经常被讨论的问题，「创新设计能力 & 跟进还原能力」。这是一个商业设计师而非艺术家的两重技能要素，同样重要，缺一不可，甚至在很多时候后者的作用力会更大，毕竟我们还是要做一个落地的商业产品而不是意淫的概念稿。这是任何一个在职的商业设计师能力模型之内不能被忽视的要素之一。

1：效果实现难度

设计师天马行空的大脑会迸发出各种奇思妙想，例如一个看起来酷炫的动画，结果跑到工程师面前，工程师很犯难的表示做不了，或者硬着头皮做到最后也发现不尽人意。所以前期对实现难度的基本沟通是必要的，很多时候，酷炫的效果并不是拯救设计的唯一方式，反而，大多时候我更倾向于朴素的手法来解决问题。酷炫的效果往往不是必要的，而是锦上添花的，需量力而行。
2：明确的规范

任何时候不要小看规范的作用力，刚入行的某一段时间我经常喜欢不做规范，直接搬个凳子到开发工程师面前指指点点（好在和开发关系比较好，游戏好基友，不然我可能都没命活到今天），看似非常具有效率，但这种效率仅仅适合单枪匹马战斗时，涉及到团队协作，几个设计师面对几个开发甚至更多时，规范的作用力就显得十足重要。
规范的编写尽可能让开发少动脑，例如交互原则「Don’t Make Me Think」一样，不要让开发费很多精力在理解规范，规范能多傻就多傻。试举一例，如下：

见过太多设计师如右图一样标注规范，事实上，图片的实际画布尺寸是左侧蓝色框的范围，所以在标注规范时一定要如左图所示，否则开发还要量多一遍你的空白像素。

包括标注出不同情况（dock栏）时的不同规范，或在备注栏告知开发排列方法（例如控制边距，横向平均排列）

3：语言转化

将视觉语言转化为开发语言，每个人对形体的观感是不同的，设计师很多接受过美术方面训练，对造型的比例有一定认知，可以感觉细微的视觉差异，但不意味着你可以要求开发同学也如你一样，过去的工作经验中，也经常听到如下对话：

「天呐，这两个图完全不同啊，你怎么能做成这个样子」
「啊？不同么？我看上去差不多啊」
「你瞎啊，这么明显的不同你都看不出来」

所以需要转化语言让开发能够轻易的明白，将抽象的感性内容转化为可量化的理性数字。例如动画运动轨迹，靠开发观察运动轨迹几乎是不可能的，所以需要转化你的语言让开发更容易明白。

4：反复验收

对每一个节点都要进行验收，多次验收可以让你及时了解最新动态，如出现问题也可以及时的做出修改反馈。即使做到以上几点，开发也不是能完全理解你想表达，所以需要非常频繁的同步信息，而不是做的七七八八了，突然发现这里有问题，那个时候再来改，时间可能已经不够用了。另外，只有做到以上几点，你才能理直气壮的和开发定责，否则，哪有脸找别人理论呐。
综上所述，相信你已经足够明白「跟进还原能力」对一个设计师的重要性，会做「好看」的设计师这个世界上大把，dribbble上一抓一大把，但能做好商业设计，所需的能力远远不止于此，一个不具备将事情由始至终合格完成的设计师在任何时候都是不及格的，从结果导向上来看，甚至不如一个「你认为比你低级很多」的设计师，拥有全方位的素质才是「稀缺物种」。