前端工程师在我眼中是一个很有趣的职业,我不太懂代码,但是我却非常着迷于前端技术。只有当设计师和前端合作好了,一个页面才会更好的呈现给用户。

但是如何谈前端产出标准呢?,最好先说下设计师产出标准,设计师把手中的设计稿交给工程师的时候,不应该就一个psd,这几乎是没有沟通的,大的公司有一套设计规范,这样工程师或许可以轻松一点,因为他们知道这个规范,也能很好的产出,但是假如遇到一个新手工程师,那他如何处理拿到的设计稿呢?

by Kerem Suer
所以作为设计师,也要一个很好的产出标准,当你把设计稿交给前端工程师的时候,是要把自己设计产品的灵魂也传递过去,让工程师能更好的看到你为何这样设计,这样设计带来什么好处,而且不是让工程师照着设计师产出,这样的流程势必会造成两种角色之间的隔阂越来越大。

我很好奇,一些工程师为什么还要去切图,在我的理解不应该是这样的,工程师应该把更多的精力在研究代码实现上面,而不是把这个设计稿切出来,造成这个局面,最根本的原因还是设计师,忽略了自己的职能,把自己力所能及的事情交给了工程师。一个优秀的网页UI设计师需要或多或少的懂一些前端知识,但是一个牛逼的前端工程师并不一定要懂设计,所以千万不要把自己的工作转手甩给工程师。

by Barthelemy Chalvet

个人觉得流程应该是这样的。当确定了设计稿之后,应该找工程师,带上需求文档,交互文档。和他探讨你在视觉中体现的效果,如何去实现,现实难度以及成本。详细的讲述你从交互上看到信息,产品的理解,以及页面逻辑。最后问他,在这个设计稿中,需要那种素材,你好直接导出你的素材,这样你就不必让工程师去切图,去做不是应该他们做的事情。

经历过初步交谈后,你再次把设计稿给前端工程师的时候,会有四样东西,一个交互原稿,一个设计原稿,一个标注图,一个素材包。 甚至你也可以把需求文档也打包给工程师,这样工程师拿到手后,才能更加省力去产出你的设计,而且在还原度上更上一层楼。

之前看到很多工程师,拿到没有标注的设计稿后,需要自己去量一个元素与另一个元素之间的距离,这样如何让工程师高标准产出你的设计稿,还原你的设计稿。所以在衡量前端产出标准之前,设计师应该好好反省自己是否能更大程度让前端还原了,如果你懒了,那前端产出肯定大大的打折扣,这样反而增加后期的沟通成本。

by Derek Clark

讲了这些,相信大家应该明白了,要去衡量前端的产出标准,先要严格要求自己,只有你做好,这样你后面去review前端产出页面的时候,也有一个标准去比对他们还原了多少。