我们也许会碰到这样的问题：你到一个新公司，做完设计稿经过确认后，技术哥哥做着做着发现之前有位同事相关图标不是这样设计的，然后你们争执一番，后面发现原来之前设计改版了但规范没有及时更新。你只能一口怨气怎么生成的，就怎么原封不动地吞下去，憋着。好吧，我是不是略微有点夸张~~
我们知道设计规范有助于形成规范化的UI模块组件，帮助提高团队工作效率和设计质量，保持设计风格的一致性，也减少各方的沟通成本。那我们首先思考一个问题：为什么设计规范要进行迭代？
目前移动互联网产品改版的速度非常快，尤其是APP。在改版之后，没有及时更新设计规范的话，其他参与相关项目的设计师就没法及时把新的风格运用上，久而久之，整个APP的风格就会越来越不统一，变得杂乱。另外，如果负责改版的设计师出现人员调动，就更难推动规范的更新。加之大家对改版信息了解得不对称，同时增加了和产品、技术等其他部门同事的沟通成本。
那么，如何进行设计规范的更新迭代了？
首先，要了解目前规范的哪些模块或组件还没进行更新，比如新增了哪些颜色，广告尺寸发生了什么变化，图标风格的更新等等。发现问题后，一一列出来。
然后，根据列出来的需要更新的模块，如果更新模块比较多，比如有10个，这样就可以和另一个负责APP项目的设计小伙伴进行分工，确定最终完成日期。在更新过程中，还要相互讨论，最终确定更新的内容。
最后，将更新后的规范模板库放在统一的地方，方便其他同事查阅，比如可以统一放在共享文件目录下。
更新迭代完后，我们还要做什么呢？
发邮件周知项目组相关人员，告诉大家更新了哪些内容，在哪里可以看到。最好同时做成网页形式，有个网址可以快速清晰地查看。如果担心有些同事未及时查看到文件，可以组织相关同事开个会快速宣讲下，加强大家的印象。
最后有一点，大家可以思考下：有时候规范没更新这个事情没人要求你必须做，甚至负责改版的同事已经走了，或者说这个规范已经一年都没更新了，你是不是愿意主动承担起来？这种重要而不紧急的事，往往更需要自我驱动力，需要你自己主导，发现问题，收集问题，解决问题，没开始前可能很难，走出的那一步往往会让你得到更大的成长。
欢迎在文章评论区留言，让我们一起成长。
本文由 @爱设计的狐狸 原创发布于站酷。也可以关注我的微信公众号：爱设计的狐狸，一起交流。
声明：如需转载，请申请本人授权并保留文章全部信息，严禁私自用于任何商业用途，请尊重作者权益。
