idoc

以下内容由 摹客 团队翻译整理，仅供学习交流， 摹客iDoc是支持智能标注和切图的产品协作设计神器 。 从定义上来看，设计交付一般发生在完成的设计送达至开发人员实现它的阶段。接下来就让我们一起学习在交付过程中，设计人员与开发人员须知的协作基础知识和相关建议吧！ 我们在UX Studio项目中有长时间与开发人员协作的经验，值得庆幸的是，我们每次都做得越来越好。事实上，我们现在已经拥有自己的开发人员，并且正在开发一个Dev Studio，以便为我们的客户提供完整的服务。 在本文中，笔者将分享一些关于设计交付的重要结论。记住这些要点，对于设计师和开发人员，以及产品团队负责人和其他经理都非常有益。 “设计交付”是什么意思？ 首先，我必须声明，数字产品的“完成设计”状态是并不存在的。因为我们总能在这个“完成设计”的基础上做得更多。因此，在本文中“设计交付/移交”指的是设计师将自己的设计想法转达给开发人员。 由于设计交付指的是一个阶段的结束，因此大家很容易犯只关注上传、导出和指定设计等典例做法的错误(我就经常犯这样的错误)。其实除了这些，还有更多需要我们注意的地方。 使用同一种语言 设计师应该与开发人员使用同一种语言也很重要。无论规范多么漂亮和整洁，如果设计师在设计交接之前没有真正与开发人员进行交谈，那么开发人员也不能很好地理解设计。即使公司准备了成员随时扮演信息传递者的角色

我发了一条朋友圈“感谢池子的秘密法宝，我今天终于吃上了女朋友做的晚饭了”并配上香香的绿豆汤，瞬间获得好几十条评论。 “同为设计师，为啥你会这么早回家？” “快扶我起来，我还能画两个设计图。” “……” 可是在几天前，我可不是像现在这样还可以拍今晚吃了什么。 因为公司年底准备上新一款新产品，我们组每天都在挑灯夜战，所以不说吃女朋友做的一顿晚餐变成了奢侈，就连女朋友做的宵夜也是想也不敢想。 如今的设计师，不仅任务繁重，每次交付设计稿时也是个煎熬的过程，因为总是会漏标甚至标错一些参数，结果被攻城狮追着修改。 如果要搞一个投票来竞选最惨的职业排行榜，我想设计师一定榜上有名吧。曾经看过一篇《来自90后设计师的吐槽》，道出了很多设计师的心酸事，引起了众多设计师和攻城狮的共鸣。 然而，作为一名专业设计狮，我真的真的很热爱我的工作，但是作为一名男朋友，我又觉得我不够称职。 在工作上，我因为和工程师沟通不畅导致我经常要推翻我的设计；在生活上，我又因为时常加班，经常冷落了最爱我的人。 上次还因为和工程师因为一个设计需求差点争执的面红耳赤，只差动手了。 工作和生活我常常不能找到平衡点。但是，同样作为设计师的池子却工作爱情双丰收，和我一样毕业一年，却快速成为了他们组的小组长。 我给池子发去了消息：“老天怎么这么不公平？我不求升职加薪，只求不要天天加班啊！” 池子给我说：“兄弟，并不是我多聪明

网络时代，网页和手机App已经深入到人们生活的方方面面。这也使得App界面设计越来越受青年求职者们的青睐，并纷纷投入这个行业。但是，作为UI设计初学者，究竟如何才能快速的入门？当今市场上，是否有那么一款高效实用的设计工具，帮助他们快速入门，提高工作效率的同时，迅速提升专业技能和求职竞争力呢？ 答案当然是肯定的！ 一直专注于为设计师们提供各类高效设计工具的摹客，为满足UI设计师们这方面的需求，推出了全新的在线产品设计协同神器—— 摹客iDoc 。一款能够帮助初学者们轻松实现智能标注，一键切图，多样批注，界面流程和交互生动展示，以及团队项目权限管理的高效在线协作设计工具。 下面大家就跟着小编的脚步学习和了解：摹客iDoc究竟是如何一步步帮助UI设计初学者们克服各种设计痛点，提升协作效率： 摹客 iDoc 设计神器 —— 只需6步, 快速解决UI设计协作痛点 作为摹客旗下，继 Mockplus原型设计工具 和 Mockplus DS设计系统 工具之后，推出的又一大在线协同设计工具。摹客iDoc设计神器，在延续其更快、更简单的设计理念的同时，更多的考虑到了UI设计师们，尤其是对于UI设计初学者们，在设计过程中的真正需求和痛点。只需6步，即可简单快捷的实现高效的协作设计： 第一步：一键导入设计图，拒绝重复琐碎的低效工作 不管是刚入门的设计初学者，还是经验丰富的UI设计大佬，在协作设计过程中