详解如何写后台系统UI设计规范

经过几个后台系统从无到有的设计，从前期的竞品分析、设计规范与设计稿到开发最后产品落地。在整个过程中都会遇到很多需要反复思考，考虑实际情况调整设计方案、优化设计交互的过程。在这个过程中参与讨论的有产品、设计及开发，三方并行参与最后落地一个可实施优于用户体验及视觉的方案。通过每一些细微的点的重复思考、探索慢慢的形成了一些可适用的大多数场景的可寻规律。文章中放入了一些自己项目中的内容作为示例。

设计规范存在的目的

1、多个设计师同步设计

大多数是因为同一个项目存在多个设计师横向合作设计，以避免同一项目出现设计控件混乱问题。

方便把控视觉统一性，提高效率，减少返工率。

2、提高开发效率、减少返工率

以及纵向到前端开发他们有了规范的约束后，在开发项目中会大大提高设计稿的还原度，以及规范建立他们自己的控件库，提高复用率，减少返工的成本，如果做了规范，程序员从视觉规范中了解到哪些控件是可以一次性写好并能重复调用。在规范的辅助下，开发在搭建全局共用控件时规则更加清晰明了，如按钮、行间距、字体大小、色值等等。

(网上截图)

3、辅助设计及开发理解业务

如果产品经理在画原型图的时候能够大概遵循设计规范的交互以及排版格式会减少开发再看原型图和设计稿之间产生歧义，产品原型图不需要精确，只需按照项目既定的规范排版即可，这样既不会给产品造成过多的工作量，也方便了开发查看文档(这个也看每个公司的合作方式，如果产品经理能够在一定程度遵循设计规范对下游的工作都是有非常大的好处的)。

(公司的原型图示例，为他们打电话)

4、方便产品迭代

产品在设计过程中，经常会得到经过市场检验或者由用户反映体验相关的一些问题，这时需要调整某些规范的控件交互或者显示方式，有了设计规范开发可以快速定位控件位置，并根据新调整的样式项目整体调整，大大提高了工作率。这样统一修改的方式不错出现，A页面与B页面统一控件用了两种不同的显示方式。

如何开始着手整理规范

对于我们设计师来说第一次在评审会上面对一个全新产品的时候是非常迷茫，听着各种功能逻辑，各种解决方案。懵逼状态(嘘………)在项目还没开始之前，大多数公司的设计是无法有机会和时间参与到前期的调研和竞品分析工作中去的。这个时候我们就应该带着自己更多的疑问去问我们的上游产品经理，我们的用户群体是谁、年龄段的范围、是什么样的产品、解决用户的什么问题等等。

对于落地实现我们需要清楚开发适配的分辨率是多少(后台系统一般基于1920*1080尺寸做，然后适配1366*768的屏)，对于某些行业还会考虑到用户使用的显示器(你永远不知道你的甲方爸爸是在什么的环境和情况下使用)，将我们能想到的各种因素都考虑进去，让返工率降到最低。

在我们了解清楚项目的背景之后，就可以开始定位产品的设计风格，根据产品原型出几张产品风格前期定位的示例设计稿，主要包括项目的主体界面风格包含颜色、按钮、表格、表单、弹框等相关样式的提现。出这些前期的示例页面是为了方便组内讨论以及跟领导展示到最后的敲定。

颜色

主色调的选择，一般根据用户群体、用户使用场景以及产品的定位来进行思考和选取。当然对于后台系统来说系统可做皮肤功能的扩展，给定用户一个基础的色调，然后做几套配色好的皮肤，让用户可以自由选择。对于公司来说一个项目可能会兼顾多个客户，客户都想要根据自己品牌色来做自己的系统，拥有多套可选择的方案也给后续维护和销售提供了便利。