企业级B端后台规范设计
本套规范已商用，禁止转载！
阅读本文需要5分钟～
对于设计师而言，B端产品的理解成本很高，除了要掌握工作方法论的技能之外，还要扎根到产品的整个业务流程中，熟悉并理解产品的工作流程，才能对产品进行优化和提升。
B端产品和C端产品在用户方面有一个很大的不同，B端产品首先面向的是企业老板，所以B端产品第一层需要满足企业老板（决策者）的需求，同时还要满足使用者（B端产品根据工作角色划分，使用者很有可能是不同的身份）的需求；而C端产品面向的是个人用户，做到优质的用户体验和用户留存就可以持续运营。这就决定了两者之间所要解决的用户体验的差异，C端产品客户即使用者，以直接满足使用者本身的体验为主；B端产品则需要服务好客户和使用者两者双方。然而，B端产品的客户和使用者双方需求却并非时时一致。作为以SaaS或PaaS的形式提供服务的供应商来说，对设计师而言，还需要考虑到平台本身的基础设计和不同客户定制化需求之间的差异。我理想中一个优秀的B端产品应该是基础设计规范理性且灵活的，既能保证基础界面的整洁简单，又能让复杂的业务操作高效。以下内容是本人及团队在过去一段时间里复盘一个企业服务后台招制作的设计规范，抽空分享，希望大家相互学习，指正。
（一）设计规范制定的意义和目的
首先我们需要明白设计规范是在大型产品体系下建立的设计文化，即这是一种规则，团队里的人都需要遵守。往大了说，设计规范作用的结果向外部（使用者）传递出产品的品牌形象；往小了说，方便团队内部人员工作。
作为一篇教程类的文章，我们直接来谈点跟工作切实相关的意义：
统一设计方向和基本参数，B端产品的体量非常大，多条业务线同时产研，设计规范能保证不同业务线之间用户体验的一致性。
保证产品质量，不会因为团队成员更替或者改变导致产品视觉走偏。
塑造品牌形象，让产品在一众竞品中脱颖而出。
方便版本管理和交付，规范制定好之后，只需要对技术人员进行培训就可以完成交付。且随着时间的积累，技术人员对规范的熟悉程度会增加，后期补充培训的时间成本很低。
节约设计师与上下游之间的沟通成本，帮助设计师从各种琐碎的事务中解放出来（这一点很重要！试想一下，你也不想不同的开发同事每天来问你：这里用什么颜色？这里字体多大？这里间距多少？），所有的内容有据可依，技术人员通过设计规范使用手册就可以查找到相对应的内容。
让产品，设计，研发都有据可依，减少出错率。
（二）设计规范制定的流程
当我们决定要去制定一个设计规范的时候，我们需要从哪里入手呢？
首先我们需要明白，制定这个规范我们需要做哪些准备，即制作前期需要了解哪些东西。设计规范不是设计师本人或者团队的意志表达，规范存在的本身表达的是产品的意志，所以规范的制定一定要足够理性和可行，具体的我们放到后面的内容里说。那么做好这些准备之后，我们就可以实际开始去制定一个规范了。
工作流程大致是：
第1步：确定规范方案：根据需求制定解决方案，这个部分可以整体开展也可以局部开展，看团队工作方式；
第2步：规范方案评审： 产品评审方案能否解决需求，技术评审 定方案是否可落地。（ 会有修改）
第3步：设计规范制作输出
第4步：设计规范评审（ 会有修改）
第5步：设计规范交付，培训
第6步：产研成果验收
框架设计在上一篇文章中讲过了，
这篇文章主要介绍组件规范，内容我们大致分为两个部分，如下图：
（三）设计规范制定
（四）结语
从毕业到现在一直接触B端产品，羡慕过C端产品炫酷的界面，吐槽过B端产品的条条框框，最终还是坚持了下来。从最开始的认为B端产品没有设计师的用武之地到后来觉得自己的知识储备不够，然后努力的去理解各种不懂的业务，拆分各种复杂的需求，最终找到解决方案，认识到其实B端产品真的非常烧脑，既要保持理性和克制，又要做到灵活和创意，在业务本身和产品设计之间来回battle，其中学到很多。希望B端产品能够真正实现优质服务，而不是简单粗暴的业务流程表达！最后，感谢团队的每位成员！
