5年前,我毕业进入一家业内知名的设计外包公司,正式开启了UI设计师的生涯。 在这段经历中,给我的最大感悟就是:千万不能在整个过程中只是被动地画图,然后将成品丢给甲方/程序员就觉得万事大吉。后续的“设计交付 + 走查”缺位,极易造成还原度崩盘。设计稿和成品巨大的反差会加重需求方的不满意,最终导致项目夭折和回款困难。 之后的几年,我又陆续经历了数家中型互联网公司的磨炼后,最终加入了某“福报”大厂。期间我也更看清了高阶设计师贡献输出的主要方式,即:顶级的设计产出 + 无懈可击的交付过程。 很多新人设计师初期会只关注行业趋势和手活的提升,而忽略更偏向团队赋能的“设计交付”(Handoff)环节,但后者其实更能甄别设计师的业务深度。毕竟美上天际的设计图,落地性无法保证,也只是镜花水月,完全无法转化为商业价值。 在下面的部分,我根据自己的经验列出了一些值得关注的交付细节,供各位设计师参考。 产品背景和逻辑交付 很多UI设计师在交付时没有“解说”的概念,认为这属于交互和产品写文档时负责的部分,其实不然。尤其对于一些中小型互联网公司,如果没有配齐产品和交互人员,或者缺乏相应的产品/交互说明产出,UI设计师需要适度补足这些缺失的部分。 具体说来,就是在高保真设计稿中加入少量的说明解释类页面,用最简洁的语句和配图快速传达任务的背景和目标,以便开发人员快速进入状态,准确理解需求,降低在开发过程中掉链子的几率。 部分云交付平台(如摹客、Overflow等)支持上传后快速连接出流程图,在实际工作中非常实用。花上几分钟时间连接好页面间跳转关系并配上说明,开发同学理解起来就舒服多了。 设计稿及图片素材交付 首先,直接说结论:用云平台交付设计稿,别发什么压缩包! 很多Ps时代的设计师都经历过手动标注的过程,之后又逐渐转为了使用插件(如Sketch Measure)导出的HTML交付包的方式。但:类似Sketch Measure这样的插件大多是个人作品,兼容性和可靠度完全没有保障;此外,导出压缩包的方式面对改稿时的痛苦指数是非常高的。以国外行业轨迹来看,云交付一定是大势所趋。 针对国内设计行业现状,云平台大致有图中的3种选择:
具体使用方式上都大同小异,下载针对自己设计软件的对应插件,然后选择所需的内容上传。成功后直接将链接发给开发工程师即可,但切记还要确认:
“设计倍率”对于很多经验较浅的设计师是个难点,如果没有十足把握可以选择摹客这种自带全平台切换算法的云平台,这样即使选择错误也可以在云平台二次修改。素材检查也是很多设计师都会忽略的点,很多时候就是这一步把关不严,导致最终界面还原度不足。 图标交付 图标具有一定特殊性,交付方式往往不局限于传统图片格式交付,还有SVG雪碧图、字体图标库等等特殊方式可以使用。
设计规范及组件交付 部分云交付平台拥有全面的设计规范管理功能,开发交付时,除了能提供必备的图层信息和CSS样式代码外,还能提供变量名称(Variables)、组件代码(Snippet),样式表(Stylesheet)等更多专业的开发信息。 以国内相关功能较完善的摹客平台为例:
动效交付 最后简单提一下动效的推荐交付方式:
总结 总体来说,选择一款足够好的云交付平台是事半功倍的关键。近年一些自带交付功能的在线设计工具(如Figma)崛起,但从访问速度、易用性和功能丰富性的角度来说,依然和专业的云交付平台有着不小的差距,所以我依然建议使用独立的交付平台来保证交付品质。 最后要说的是,再完美的设计交付流程也不能代替设计走查,后续的持续检查依然是必不可少的。至于“如何做好设计走查”就是另一篇文章的内容了,敬请各位期待。 |
|