主动去减少对方的工作量，应该算是设计师和开发能愉快、高效协作的秘诀之一了。
毕竟在职场上，大家都喜欢省事，你能帮对方省事，不仅利于更高效的协作，也能建立一段良好的上下游协作关系。尤其是开发这种极其耗费脑力的技术活儿～ 不过这种利他思维在职场上其实很容易被设计师忽略。
所以借着最近的几点感悟，和大家唠唠，设计师可以从哪些方向减少开发的工作量，从而让你们的协作更高效和谐。
切图压缩
之前听一位开发朋友抱怨过，每次从代码中停下来去压缩动辄几百K的切图就很烦。
切图压缩这活儿说实话并没有明确的分工，但我的观点是，设计师最好去主动承担这个杂活。毕竟是自己的产出，那就要为结果负责。这就好比厨子做菜，就需要根据顾客的喜好忌口做调整，为顾客负责，也为自己负责。
而且不到1min的时间，可以换来1次高效的协作和口碑，从投入产出比来看绝对是值的。
01.热门工具——TinyPng
这个工具大家都听过，无损、压缩率还贼高，png和jpg的压缩需求都能满足，可惜的是并不支持对接安卓时常用的webp格式。
02.冷门宝藏——Squoosh
谷歌18年开发的在线工具，国内非常冷门，但是功能强得一批。
和传统压缩工具的黑盒逻辑不同，squoosh提供全面可视化的参数，你可以通过参数的自由调节来不断得调整体积。
squoosh不像传统的压缩工具那样，下载后才能看到图片。它可以一边调节参数一边观看原图对比，充分给予了用户权利来在清晰度和体积之间做平衡，避免压缩了99%后发现图片糊得像坨屎。
对接安卓客户端开发时，绝大多数情况都需要webp格式。网上支持webp压缩的要么收费，要么导出的图片在开发侧无法正常显示。squoosh亲测没有问题！
figma比较蛋疼的一点是，它不像sketch那样可以导出webp格式切图。而squoosh完美解决了这个问题。当然，它也支持转换成其他格式，比如MozJPEG和OxiPNG（分别对应了JPEG和PNG）
色值转换（文末可领取转换代码表）
比如#2958FF这个颜色，为100%，50%和10%的透明度时，在安卓开发侧对应的色值，就需要在前面加上两位代码来表示各自的透明度。
但问题是，很多自动标注软件仅支持显示六位十六进制和rgb色值，这就导致安卓开发需要自己转换。如果我们设计师额外标注好八位色值，就可以减少开发额外的工作量，也可以降低后续的沟通成本。
早给你备好了，文末领取所有透明度对应的代码表。对着转换就行～
切图命名格式
很多老铁受一些文章的影响，觉得切图命名格式一定要遵循「场景_类别_功能_状态」的格式。
比如首页的默认态icon，格式就命名tabbar_icon_home_default@2x.png，
这样命名不是不行，而是没必要。因为到了开发那边，他还是会按自己习惯改的。而且搞这么复杂，反而提高了开发小哥的认知成本，降低效率。
最简单的方法，直接跑开发那边看对方是什么样的命名习惯，达成共识后按着这个格式来就行。
做可复用的设计
设计产出如果无法被复用，那就好像我们点外卖用的一次性碗筷，用完即扔。这种低效的产出对接到下游的开发后，也就导致开发小哥每次一有新样式或组件都得重写代码，导致代码冗余、无法复用。
所以，设计上尽量去做可复用的设计，形成规范甚至系统，很大程度上就能降低开发的重复工作量。
关于如何做可复用的设计，在这篇文章讲的很详细了，有兴趣的可以随时回看～
不要改来改去
中途突然修改，这大概是开发最怕的一件事了，辛辛苦苦大半天，一改回到解放前。要说是什么样的体验，停电时发现做一半的设计稿忘保存，差不多就是这种体验。
所以，一旦定稿进入了开发环节，就不要再轻易得修改了。当成自己孩子一样去捍卫它，直到平安落地。
而关于如何捍卫你自己的设计稿又是另外一个话题了，后面单独细讲～
最后
获取方式：点个「在看」，公众号后台回复「色值转换」即可领取～
我是Andrew，下期见。
《我做设计这么久，居然没听过这个模型？！
《吃透这个概念后，我多年的疑惑终于没了！→》
《手把手教你推导一套色彩体系！干货！》
如果你分享过我的任意文章，欢迎扫码领取见面礼
除非注明，否则均为UIED-Andrew?的原创文章，转载必须以链接形式标明本文链接
本文链接：https://www.uied.cn/15114.html
声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。
