B端业务icon管理方法
大家在做B端业务的时候，不管是后台管理系统，还是数据可视化，都会做出茫茫多的icon，这时就会出现一些管理上的问题。
没有明确的命名规范，导致相同功能icon有很多不同名字的不同文件，一致性很差；
设计师协作时会出现信息不对称，导致icon重复制作，效率低下；
设计交付开发时，由于设计师和开发之间的人员变更和交叉协作，会用到同样功能不同的icon，测试时走查起来麻烦众多，无法确定哪个才是标准；
…………
等等
这篇文章就来和大家分享一下，我们团队产品/项目中的icon是如何进行管理的。
网上有很多命名方法，大概都不尽相同。
这里我不直说如何命名，大家想要的话，网上搜索命名方法，有成千上万个教程教你怎么写前缀，怎么写后缀，等等……
这里主要讲一下在操作中比较关键的点，就是什么样的命名才是好的命名，希望能帮助到你。
很简单的一个方法就能测试出来，你给10个icon用你现有的方法进行命名，然后让其他设计同事和需要用到这些icon的开发人员去看，是否能知道这些icon是什么意思，并且能否分析出使用在那些页面和功能上的。如果可以明确知道这些icon的含义和用途，那么你的命名和icon的样式都没问题。如果看完命名，都不知道这个icon是做什么的，并且也不知道它应该在什么位置，那么就基本代表这个命名方法和所赋予的名称是失败的。
这个关键点就是，清晰明确的表达含义、使用范围和用途等，设计师人员、开发人员和其他需要使用和接触到这些icon的同事，对这个命名有一个统一的认知。
不建议搞那些形而上的东西，大家都看不懂，过俩月你再看，你也不记得了。
01.如何命名？
第一，做一个icon，首先自己明白这个是什么用途，然后自己给一个命名，之后跟团队的人聊一下，这个命名是不是别人看完能认识（注：别人包括设计同学和开发同学），不能认识的话就大家想一个出来；
第二，在相对比较大和复杂的系统中，前缀就是必不可少的了，有通用性使用频率比较高的icon，命名就可以更简单一点，只需要表达icon的含义即可，开发团队和设计团队都认识；
第三，最好了解一下开发团队的命名习惯，最后实现都是要依靠他们的，每次新的icon和要开始项目讨论命名方法的时候，团队比较小，没必要开个什么会议，大家聊几个小时在那里扯形而上的东西，效率低下。我们就是找开发同学聊聊，针对性的学习一下他们的方法，然后再结合设计这边的方法，整理一个规范标准出来，然后跟大家去聊聊，收集收集反馈，迭代一两次基本上就成型了；
第四，针对我们的团队中，有一部分人的英文水平不是很好，对于英文的理解和反应速度比较慢，我们选择在大多数icon无法明确表达含义的情况下，能用拼音就用拼音，尽量减少复杂英文单词的使用，翻译过来的准确性有待考证，过两天自己不熟悉英文回头自己也不认识了，给大家增加阻力，没必要，但是类似一些基础的例如search\cut\logo…等大家比较熟悉的，还有那些只有英文名称，中文翻译不准确的专业名词，比拼音表达更简洁明确的，依旧沿用英文。用拼音不丢人，做的差项目素材混乱才丢人，目的是为了提高沟通协作效率，别本末倒置；
第五，这是我自己的个人习惯问题，带入至团队中，每个icon后面会加一个_0x后缀，进行管理，因为有时候相同功能的icon在不同场景下会有不同的需求，有时候会需要线性icon、有时候需要面性icon、有的时候需要彩色icon，通过后缀来进行区分，避免混乱，大家有更好的方法可以自行解决。
02.icon重复制作？
解决这个问题我们使用了一个工具，之前发过一篇文章介绍，《iconfont使用指北》
需要的可以翻阅一下看看。
在icon分类比较多的场景下，比如有一个功能，需要茫茫多的icon并且需要持续不断的加入新的icon，现有几十个，以后会持续增加几百个，就需要单独做一个iconfont项目，在一个产品/项目中同时引用两个iconfont项目，方便管理。（其实就是因为现在的iconfont没有icon管理功能，只能这样管理）
我们通过对产品的管理上就区分了：通用icon，数据连接类icon，算法类icon，三大类，基本可以满足对与icon的管理。设计师知道往那里上传，开发工程师知道从哪里去找。
命名的问题和iconfont的安置，以及跟开发共同使用iconfont的问题后，iconfont的重复制作问题就会迎刃而解，对应需要做的icon，用名称在iconfont中搜索一下有没有，或者浏览一下有没有类似的icon可以复用就OK。
03.测试走查麻烦？
这个我们自己的解决方案是，把icon按照用途类别区分出来：
通用型icon
功能专用型icon
按照这两种类别，写几个wiki文档，首先要按照列别在一张图片把所有的icon放出来，里面的icon在进行细分类，产品怎么分类的就怎么分类，这样一致性就有了。
比如做一个word网页版本，分为
“开始，插入，绘图，布局，引用，邮件，审阅，视图……”
按照这几个分类做几个文档，然后在每个文档中再做细分类。
比如“字符，段落，样式，其他”，这样分类就会一目了然，能找到对应的icon和已开发出来的内容进行走查校对。
需要注意的就是在图片中的icon，一定要把icon的名称带上，这样容易在iconfont中找到，开发人员使用也比较方便。
最后在每个文档中都要有一个表格，每次增加/迭代的内容，用表格呈现出来，用做记录。
04.icon规范文档
由设计人员发起，供设计人员使用。
规范文档只需要给出命名规则，制作要求（线性、面性、彩色等），统一好图标辅助线模版即可。
如何测试这个规范文档是否合格，毛主席在《实践是检验真理的唯一标准》说过“实践不仅是检验真理的标准，而且是唯一的标准”拿来丢给另外一个设计师，按照这个规范做几个icon，然后看结果，icon没问题，说明规范可用，icon有问题，那就去看是由于什么问题导致的，再对规范文档进行迭代即可。
最后，感谢大家观看，如果觉得有用可以给点个赞。
如果觉得有任何疑问或者建议，希望在下面留言，我们一起交流讨论。
谢谢
