2021年的第 15篇原创文章

距离2021年40篇原创目标还剩25篇

主动去减少对方的工作量，应该算是设计师和开发能愉快、高效协作的秘诀之一了。

毕竟在职场上，大家都喜欢省事，你能帮对方省事，不仅利于更高效的协作，也能建立一段良好的上下游协作关系。尤其是开发这种极其耗费脑力的技术活儿～ 不过这种利他思维在职场上其实很容易被设计师忽略。

所以借着最近的几点感悟，和大家唠唠，设计师可以从哪些方向减少开发的工作量，从而让你们的协作更高效和谐。

切图压缩

---

之前听一位开发朋友抱怨过，每次从代码中停下来去压缩动辄几百K的切图就很烦。

切图压缩这活儿说实话并没有明确的分工，但我的观点是，设计师最好去主动承担这个杂活。毕竟是自己的产出，那就要为结果负责。这就好比厨子做菜，就需要根据顾客的喜好忌口做调整，为顾客负责，也为自己负责。

而且不到1min的时间，可以换来1次高效的协作和口碑，从投入产出比来看绝对是值的。

切图压缩推荐两个工具。

01.热门工具——TinyPng

这个工具大家都听过，无损、压缩率还贼高，png和jpg的压缩需求都能满足，可惜的是并不支持对接安卓时常用的webp格式。

地址：https://tinypng.com/

02.冷门宝藏——Squoosh

谷歌18年开发的在线工具，国内非常冷门，但是功能强得一批。

讲几个我觉得很牛批的地方：

1.可视化参数调节

和传统压缩工具的黑盒逻辑不同，squoosh提供全面可视化的参数，你可以通过参数的自由调节来不断得调整体积。

2.全程对比

squoosh不像传统的压缩工具那样，下载后才能看到图片。它可以一边调节参数一边观看原图对比，充分给予了用户权利来在清晰度和体积之间做平衡，避免压缩了99%后发现图片糊得像坨屎。

3.支持webp

对接安卓客户端开发时，绝大多数情况都需要webp格式。网上支持webp压缩的要么收费，要么导出的图片在开发侧无法正常显示。squoosh亲测没有问题！

4.支持格式转换

figma比较蛋疼的一点是，它不像sketch那样可以导出webp格式切图。而squoosh完美解决了这个问题。当然，它也支持转换成其他格式，比如MozJPEG和OxiPNG（分别对应了JPEG和PNG）

地址：https://squoosh.app/

色值转换（文末可领取转换代码表）

---

对接安卓开发时，需要给八位16进制色值。

比如#2958FF这个颜色，为100%，50%和10%的透明度时，在安卓开发侧对应的色值，就需要在前面加上两位代码来表示各自的透明度。

但问题是，很多自动标注软件仅支持显示六位十六进制和rgb色值，这就导致安卓开发需要自己转换。如果我们设计师额外标注好八位色值，就可以减少开发额外的工作量，也可以降低后续的沟通成本。

但是设计师怎么知道透明度对应什么代码呢？

早给你备好了，文末领取所有透明度对应的代码表。对着转换就行～

切图命名格式

---

很多老铁受一些文章的影响，觉得切图命名格式一定要遵循「场景_类别_功能_状态」的格式。

比如首页的默认态icon，格式就命名tabbar_icon_home_default@2x.png，

这样命名不是不行，而是没必要。因为到了开发那边，他还是会按自己习惯改的。而且搞这么复杂，反而提高了开发小哥的认知成本，降低效率。

最简单的方法，直接跑开发那边看对方是什么样的命名习惯，达成共识后按着这个格式来就行。

做可复用的设计

---

设计产出如果无法被复用，那就好像我们点外卖用的一次性碗筷，用完即扔。这种低效的产出对接到下游的开发后，也就导致开发小哥每次一有新样式或组件都得重写代码，导致代码冗余、无法复用。

所以，设计上尽量去做可复用的设计，形成规范甚至系统，很大程度上就能降低开发的重复工作量。

关于如何做可复用的设计，在这篇文章讲的很详细了，有兴趣的可以随时回看～

我就不信了，看了这篇文章你还不懂原子设计

不要改来改去

---

中途突然修改，这大概是开发最怕的一件事了，辛辛苦苦大半天，一改回到解放前。要说是什么样的体验，停电时发现做一半的设计稿忘保存，差不多就是这种体验。

所以，一旦定稿进入了开发环节，就不要再轻易得修改了。当成自己孩子一样去捍卫它，直到平安落地。

而关于如何捍卫你自己的设计稿又是另外一个话题了，后面单独细讲～

最后

---

再献上八位色值的透明度代码表。

获取方式：点个「在看」，公众号后台回复「色值转换」即可领取～

我是Andrew，下期见。

—— 以往文章推荐 ——

《我做设计这么久，居然没听过这个模型？！

《吃透这个概念后，我多年的疑惑终于没了！→》

《手把手教你推导一套色彩体系！干货！》

如果你分享过我的任意文章，欢迎扫码领取见面礼