下拉神器是一款专业的下拉词平台，为用户提供各种下拉功能：百度下拉丶360搜索下拉丶必应搜索下拉丶哔哩哔哩下拉丶抖音下拉等等，里面还有批量做词教程技术，可以一次性做10-50个词，省心高效！不用一个一个做了，而且批量做词，批量出词，可以实现霸屏效果！ 有的客户想删除下拉，但是百度不受理，就可以使用批量做词，霸屏技术，实现把那些负面信息顶下去，顶掉的效果=删除效果！欢迎您前来使用！新手不懂使用，请多看2遍视频教程哦！下拉神器100%有效果的！ 给大家看一个下拉神器介绍的视频，看完后，直接打开64xl.com进入下拉神器 看完上面视频，相信大家对下拉神器有初步的了解，欢迎使用下拉神器，下拉行业老品牌，如果下拉神器都不好使，整个行业其他平台一样不好使，但是大家一定要多学习多看教程，先学会做词出词的技巧！看完后，直接打开64xl.com进入下拉神器 下一篇文章内容预览：

作者总结了自己在B端平台产品设计规范编写方面的一些方法和思考，通过设计规范的工作，培养大局意识，甚至实现最终的商业化。

网上关于设计规范的文章都很专业，但是没有区分C端产品和B端产品，其实同样的设计规范因为业务场景不同、企业形态不同，会存在很多差异。

下面我将我在整理B端平台产品设计规范的工作中总结的一些方法和思考跟大家分享，也希望大家从更多的角度跟我进行探讨。

近年来，各大互联网公司都在自身“大中台”战略的背景下，积极积累自身的功能组织、平台产品和技术能力，这些都可以转化为中台。从产品展现层来看，设计规范也具有与设计中台相同的意义，在承载基础能力积累支撑平台特性的同时，也具备赋能多角色多边业务的重要作用和价值。

企业建设中台的几点战略意义：

1. 设计规范与设计平台

设计中台（正在开发的产品）是设计规范的产品化体现，设计规范（整理成文档）是最基本的设计中台。

1. 设计规范

定义：从各个功能场景出发，将重复调用的交互逻辑、页面元素样式、业务场景等沉淀下来，以文档的形式输出。

例如在PC页面的设计中，很多情况下，当长消息下拉到一定长度时，会加入翻页器进行翻页。在迭代了几个项目之后，我们发现翻页器在很多不同的业务场景中都会重复使用。那么我们可以将翻页器进行标准化，让它在项目中出现在任意一个业务场景中时，都能保证一致的跳转逻辑和视觉风格。

这样标准化之后，任何场景调用翻页器时，只要了解翻页器的规范，输出结果就能标准化、一致化，在保证易用性的同时，提升效率，无需重复设计开发。

这种以文档形式输出的设计规范大多数情况下是作为设计师之间协作的平台，如果前端工程师将文档中的样式开发成统一的代码组件，就可以互相调用。

2.设计中台

定义：就是把设计规范中已经标准化的能力产品化，形成平台化的产品，去赋能更广泛的范围。

比如，当设计师在项目中不断理解和积累业务场景之后，像翻页器这样可以沉淀成组件的元素越来越多，越来越多的终端、部门，甚至第三方合作伙伴需要调用这个组件。这时候，如果条件允许，就可以把这个设计规范发展成一个平台，把它的能力开放给更多的角色去使用，在更多维度、更多角色之间发挥协同作用，随着发展，未来形成可商业化的设计平台产品。

2.C端平台产品与B端平台产品设计规范差异（仅针对平台产品）

如果说所有设计规范要解决的问题都是“打磨用户体验的一致性和标准化、协同提升劳动效率”，那么C端产品和B端产品在这些维度上的关注点是完全不一样的。

1、衡量C端用户体验和B端用户体验好坏的标准不同

坦白讲，B端产品设计规范的首要目标不是打磨出优质的体验B站PC下拉，而是统一体验。众所周知，B端产品基于复杂的业务场景，功能逻辑的核心并非基于用户切身体验的优质“感受”。相较于C端体验，B端产品在用户体验上更加复杂，学习成本更高。B端产品所谓好的体验，是指在同样的业务场景下，同样的产品功能体验一致、标准化，降低学习成本，提高工作效率。

同一种注册的业务场景，在C端产品叫注册，在B端叫结算。从图中可以看出，结算业务场景更加复杂，需要用户在结算前准备很多材料和信息，上传完信息之后还要选择结算账户，这些都做完之后才可以开始填写结算信息，包括结算联系方式、门店基本信息等繁琐的流程。这种场景下，B端体验设计在流程体验上完全贴合C端产品体验是不合适的。

C端注册流程注重转化，步骤太多影响转化，B端注册流程注重商户满意度，在B端商户入驻流程会有专门的操作人员进行步骤指导，这是与C端场景完全不同的商业逻辑。

如此复杂的B端场景，在体验设计上追求一致性，无论哪一端调用此业务场景的能力，都能保持一致的体验。B端设计规范注重统一，用户学习一次后，不需要增加太多的学习成本，当能力被多个终端、多个场景反复调用时，功能的组件化就得以实现。

对于以用户满意度作为体验设计目标的B端产品来说，衡量用户体验好坏的标准是若干个维度组成的用户体验测量体系，这与C端产品可以通过数据间接或直接验证的体验效果标准完全不同。

2. C端与B端平台制定产品设计规范的角度不同

在互联网产品中，一个已经组件化的业务场景，在调用的时候通常被称为一个“能力”，比如我们使用二维码扫描支付购买商品时，调用起来的交易平台，就是这个平台交易场景里的“能力”。

这在B端平台产品中尤为常见，作为B端产品的组件化规范，通常是指从技术底层到功能逻辑再到表现层的交互、视觉的整体规范。

相较于C端产品设计规范在展现层的作用，B端产品的设计规范只是在展现层看上去与C端产品的设计规范十分相似，但在制定设计规范的逻辑，以及作为一名B端产品体验设计师整理规范的方法和角度上，却存在着很大的差异。

C端平台产品的设计规范，通常解决单线程协作问题。

表现层制作出来之后，由前端工程师制作成组件，从体验上解决了各个设计师之间的风格协调问题。但是在B端产品中，设计规范的使用场景和角色要比C端设计规范多得多。

很多时候，B端的设计规范并不单单只是保持样式调用的一致性和标准化，而是从业务场景的角度、业务场景组件化的维度输出整体的业务体验规范，从第三方API接入者到设计者，跨部门、跨组织、甚至跨公司。

多数情况下，B端平台产品的设计规范和底层逻辑就是整个业务组件化的规范，设计人员必须从一开始就了解整个业务未来要实现的能力，充分考虑B端产品组件化之后的设计规范范围。

3. 制定设计规范的误区

虽然设计规范是设计师的必修课，但无论是C端还是B端产品，并不是所有产品都必须建立设计规范。建立设计规范的时机与当前要解决的问题息息相关，要避免陷入几个误区。

1. 制定设计规范的时机错误

避免在设计规范的使用对象不明确以及规范要解决的问题不明确的情况下开始制定规范。

从项目开始，设计师就需要刻意去收集和整理业务场景中可复用的元素，但并不是所有的设计规范都需要在需求上线后立刻建立。尤其在 B 端产品中，组件化的逻辑和风格绝对不是一两个需求就能沉淀下来的。B 端产品体验设计师也很难根据经验和竞品分析去想象出符合业务场景的交互逻辑和视觉风格。

在开始标准化之前一定要先了解业务逻辑、积累业务场景，否则设计者很有可能会“陷入自己的网里”。

2. 为了标准化而标准化

对于设计师来说，设计规范就是他们的产品，从前期调研到输出文档，再到设计规范的使用分析，设计师都应该全程关注和把控自己的设计规范，不能做完了就不管了。设计规范到底有没有用，是否对整个产品起到了应有的作用，都需要设计师去深究，以便日后迭代。

由于业务的复杂性，不懂业务逻辑的人不要为B端产品建立组件规范，更不能出现“没事就做规范”的情况。同时，设计团队的负责人也要尽量避免产能过剩的情况。

四、结论

一般而言，基于设计规范的设计中台代表了互联网公司中台战略总体发展方向上B端平台产品模块化组件化的最直观体现。

简单来说，设计中台是企业提高劳动效率、促进协作、保证优质用户体验的重要组成部分。

设计规范的建立过程，不仅锻炼了设计师的抽象思维能力，还在设计过程中塑造了设计师的“大局观”和模块化思维以及产品化的设计方法，以适应B端平台产品；让设计团队的产出更加产品化，甚至商业化（如阿里鲁班、京东玲珑）等，最终通过积累的设计能力商业化赋能整个行业。