1、标注问题
现在设计这边标注的方式是直接在sketch文件上标注，这样会产生两个问题：
设计效率问题
为什么会诞生这样的工具？肯定是因为在标注这块领域有需要改善的目标，手动标注这种其实是一种机械的行为，完全可以让自动化来代替，于是诞生了诸如蓝湖、zeplin这样的设计师和开发团队合作的工具。
现在已经有人在开发sketch文件直接生成APP的工具了，名字叫supernova，就像淘宝的鲁班一样，一个可以撸几亿张banner，像一些高度成熟的模块，以后或许可以被人工智能代替吧。
开发写代码的问题
设计师毕竟不是程序员，经常会出现标注的尺寸不是开发想要的尺寸。
很简单的瀑布流，设计师会很想当然的用尺寸来标注，但是在写代码的时候，比较合理的方法是用百分比写布局。
所以，zeplin就解决了这样的问题，不会从尺寸上限制开发团队，无论想采用那种布局和哪种对齐方式，只要点点点就可以是实现了，所有的尺寸都在图上。
2、切图问题
现在的切图方式是切好图，上传到100盘里面，然后开发团队再下载到自己对应的文件夹里。而zeplin可以直接把这个界面所有的切图直接下载到对应的文件夹，只要设置好路径就谈就可以记住了。
3、后期修改问题
现在如果想修改设计图里面的内容，需要先把原图改掉，然后修改标注的尺寸图、字体图、颜色图，这样的方式效率有点低，而且每次修改并不会被记录。
而如果使用zeplin的话，如遇到修改的地方，只需要把源文件修改，然后上传就可以了，可以在旁边有完整的上传历史和记录，可以很方便跟之前的内容进行对比。
4、走查问题
现在的走查流程，是需要找到有问题的界面并截图，然后再输出乡音的设计图，放到文档中，并且把有问题的点写下来。如果由于各种原因出现大面积的还原度问题，其实相当于重新标注了。这样的效率只能说不高。
而在zeplin中，我们只需要把有问题的界面，用消息的形式标注在界面上，比如我们可以规定红色是有问题的地方，技术改完之后把颜色改成橙色，设计觉得没问题了之后把颜色改成绿色，或者直接删除，这样的沟通效率会提高很多，节省很多时间。
而且，其实视觉走查只是最后的一个步骤，在写代码的时候可以跟设计图进行对比，不需要花多少功夫，只需要把界面弹出来，放到自己的虚拟机上，写的时候比较一下就好了，有差异很大的地方改一下。这样理想情况下， 后期走查浪费的时间会很少，甚至不需要走查流程。
5、后期的规范问题
现在我不太清楚现在代码里面有没有用到设计这边的规范，如果后期遇到改版的话，有规范还是会方便的很多的，不论对设计这边来讲还是对于开发那边来讲。我自己学过一段时间的代码， 如果每个字体控件，每个颜色都是手打，我觉得会妨碍我的代码的美观。
6、流程问题
zeplin最近支持了sketch里面的跳转，在界面上可以直接操作，比起以前有更直观的体验了。
大家都在互联网这个领域，我想对于效率这个东西都很在意，都想尽可能的少做机械和浪费时间的事情。其实在设计的这个领域也是一样的，也有很多工具和插件，如果真的是对我们之间的配合有很大的帮助，我觉得值得引入到我们的流程里。
