今天给大家谈谈关于设计标准化的7个答案，我们会从标准和团体标准定义、设计规划话和设计系统、设计标准化的原因、有关起草团体标准的特定流程、设计标准的来源、使用设计标准的方法这几方面进行详细讲解。
①标准是什么 ？
我的同事曾经对于标准化做过一个简单版本的阐释：“标准化就是把少数人在实践中总结出来的合理的经验分享出来，让多数人享受到好处。“ 但我们今日所说的标准，已经不仅仅是一个理念而已，成为了一种由公认机构批准的规范性文件。
在科技行业，标准是各大公司的必争之地，大家都在试图把自己公司研制出来的技术、规范，制定成国际标准，让其他企业都来参考自己制定的游戏规则。
②团体标准又是什么？
说到团体标准，可能就需要介绍一下我国标准的体系了。我国的标准一共分为国家标准、行业标准、地方标准、团体标准、企业标准。团体标准是2015年新加入标准大家庭的。在这之前，我国标准的制定大多都由政府单位主导。团体标准的设立，是为了推动标准的市场化，让众多的企业、社会团体都参与到标准的制定中，也让市场来决定标准的好坏。
③设计也能标准化吗 ？
设计规范（design guideline）和设计系统（design system）在前几年也算是个大热的话题，比如google material design，microsoft fluent design。设计系统就是最常见的设计标准化，对颜色、栅格到组件等等都做出了规定。
在体验度量方面，设计师们就经常使用sus系统可用性量表，对比量化不同终端、不同版本或是同类竞品的可用性。
④设计为什么要标准化？
规范能为用户带来一致的界面样式、一致的交互逻辑和一致的品牌心智体验。这应该也是各大公司纷纷都推出自己的设计规范/设计系统的初衷。
如果把设计规范制定成标准，可以给伙伴、生态甚至整个行业使用。大部分公司都不是独立存在的，往往会有上下游的生态，一起服务客户的伙伴。如果整个生态的用户都能享受到一致的体验，用户的习惯会被更好的培养，心智也得到强化。
⑤起草团体标准有特定流程吗？
以上提到的ant design、material design，都是企业在实践过程中所做的标准化尝试，也把自己的研究成果开源给了整个行业。但其实他们离标准还有一步之遥。标准文本的编写有自己的一套规则，语言需要简单凝练，文本的结构和格式也有相应的要求。
我国的标准起草，都需要符合GB/T 1.1-2009《标准化工作导则 第1部分：标准的结构和编写》
团体标准一般需要以社会团体作为主体，公司可以与其他伙伴公司联合，组成社会团体。也可以加入其他的社会团体，共同制定。这一次的团标制定，即是阿里云设计中心加入中国工业设计协会设计标准分会，与北京服装学院、北京天源迪科信息技术有限公司、软通智慧科技有限公司一起起草的。
标准的申请也需要遵循一定的流程。在最终发布前，会要经历5大环节，至少2次评审。才能落成标准。
⑥设计标准的内容从哪里来？
首先，内容需要经得起时间的考验，设计流行趋势等要素就不宜写在标准中，不具有时间的稳定性。
行业的通用性，往往也是在编写内容时考虑的很多的要素。一般不会把品牌调性等过强的个性特征放在标准中，而是会采纳一些行业内都能使用的条目。
在《云计算管控平台界面设计指南》中，我们尝试剥离了主题色、品牌调性等其他企业不通用的内容。也使用“宜”和“应”这两个字，区分开了行业强制性要求和建议性条目。例如在字体色彩与背景的对比度中，规定应符合WCAG标准，这是无障碍的基本性要求。但对于按钮的状态，我们会建议通过样式区分普通状态、鼠标悬停与禁用状态，但不限制企业的个性化需求。
值得注意的是，制定标准标准并不是引领行业前沿，而是在托住行业的底线。一般来说，内容会建立在日常实践的基础上，有业务在稳定使用，保证内容有一定范围的验证。
业务实践之上，标准内容也可灵活的采用各种理论研究、实验验证来支持标准的内容。
例如在《云计算软件产品易用性度量方法》中，整套度量方法经过易用性专家、云计算领域专家及产品重点客户共建，并在统计学上进行了信效度的数学验证，整体有效性系数Cronbach’s Alpha达到0.975。
必要的时候，也请大胆的引用相关的行业规范与标准。站在前人的肩膀上，规避重复造轮子。
比如《云计算软件产品使用体验质量度量模型》，就是综合考虑了业务诉求，同时参照了业界成熟的度量模型（Google HEART、蚂蚁的PTECH ）和传统软件产品的质量标准（CMMI、ISO9012），形成了适用于云计算软件产品的体验度量模型UES。
⑦如何使用我们的设计标准？
这个团体标准背后，是一套叫做Xconsole的管控类产品设计解决方案。今天，阿里云向全球200多个国家和地区、超过100万付费用户提供云计算服务，而这些云服务的载体–控制台，是由Xconsole在背后助力的。Xconsole最开始的初衷，即是希望为阿里云的用户提供高品质而又一致的管控体验。
如果你投身于管控产品的界面设计，或者在做着类似的B类工具设计，欢迎点击阅读全文，查看这份设计指南，希望能有所助益。
如果你希望迅速复用我们的规范，开发迭代管控类产品，可以访问 xconsole.cloud 来获取成套的设计文件和前端组件。
《云计算软件产品使用体验度量模型及方法》团体标准
产品使用体验度量团体标准，来源于我们在阿里云业务中的方法和实践沉淀。
在阿里云，为了给用户提供更好的产品使用体验，我们建立了产品使用体验数字化管理体系UES，从度量模型、管理机制和度量工具3个维度形成公司级可度量、可监测、可改进的体验管理能力。
如果你也面临着体验设计质量无法量化，体验设计效果与业务经营结果关系无法说清楚等问题，欢迎点击阅读全文，查看度量模型的标准，希望能有所助益。
如果你希望进一步的，把度量模型变为管理机制，让体验真正进入商业化环节，欢迎参考文章：
作为体验度量模型的重要一环，标准中不仅提供了度量所需的量表，还详细的讲述了具体的行动指南，上手即用。
在实际使用过程中，我们还建立了易用性度量工具Etest，来帮助内部设计师快速的完成体验度量
如果你在看完上一份团体标准后，希望了解更多的易用性度量细节。欢迎点击阅读全文，查看这份易用性度量方法，希望能有所助益。
我们后续会推出对外版的易用性测试工具Etest，敬请期待。
如果您的产品采用标准后，希望获得符合标准的认证（符合性评价证书）。请将您的公司名称、联系方式和简要诉求发送到：xinwen.lxw@alibaba-inc.com（欣闻）。我们将在5个工作日内联系您。
如果您所在公司愿意与我们一起共建标准，也欢迎联系我们。
写在后面
标准化一定是一件需要全行业一起推动的事情。目前，设计标准还是一片荒芜，有关体验设计的标准更是少之又少。但标准化也一定是一件有意义的的事情。我们一方面不断探索新的领域，开辟新的战场。另一方面，我们把已经摸索得比较成熟的东西标准化，拉高整个行业的体验基准线。才能有更多的时间和精力，去开启真正的创造。
评论0