现在不再是一个人做设计的时代。


在多人合作中，为了实现设计的统一，交互规范发挥着越来越重要的作用。


软件也可以制成组件，我们可以一起维护，节省时间和精力。


本文分为三部分： 一般规范包含什么内容？ 如何规范省时省力？ 如何评价规范的合理性？ 为什么要写这些内容？首先，第一部分可以让你大致了解设计规范的内容，规范可以直接应用；了解第一部分会发现很多设计规范内容不错，每个新项目都有新规范、规范和负担，没有发挥最初的作用：节省时间和精力，我们的团队没有完全解决，在这里，我首先假设一些解决方案仅供参考；第三部分是如何评估它的合理性，基础是什么。


只有这样，设计的合理性才能站稳脚跟。


话不多说，开始正题。


一、规范包含什么内容？ 设计规范一般分为视觉规范和交互规范。


交互规范将更加注重整体层次关系、逻辑和过程的定义，并对已确认的常用组件进行概念定义。


由于业务的不确定性，交互规范在框架一定范围内起着更重要的作用，设计师可以在此范围内进行设计；视觉规范将制定字体、颜色、边距等非常具体的规范，这是一个明确且不可变的规范，除非出现新的组件，否则现有的内容基本上要按照规范来实现。


交互规范一般包括：结构、布局、公共组件、业务组件、反馈、公共流程（编辑等）、业务流程（订单等），然后从上述类别中细分，构成规范。


在交互规范的基础上增加视觉规范：颜色、字体、间距规范。


制定规范的初衷是解决问题： 团队内部合作 可追溯的更新版本 组件设计，可复用性强 通过组件设计提高可重用性，提高开发效率 若多条业务线并行，统一规范可发挥统一作用 二、如何规范省时省力 作为一个懒惰的人，我对如何懒惰有深入的研究，那么设计师怎么能放弃懒惰的规范呢。


如何通过制定规范来实现节省时间和精力的目的，这里将详细讨论。


制定规范分为以下几个阶段： 项目前期:结构层次，以及一些常用的公共工艺和组件，便于初始交互设计和施工 项目中期：新组件的定义取决于组件的频率、普遍性和可扩展性 项目后期：完成工作，检查新组件是否与以前发生冲突和重叠，是否有一些地方可以成为新组件并迭代更新 若设计师在多个项目中，就会出现维护多套规范的情况。


以下情况如下： 整个公司主要围绕一个产品，所以只有一套规范； 公司N个产品并行，类似但不是同一个产品。


这些产品应该是定制的，统一的规范是不可行的，所以有多少产品会有多少套规范； 公司有多种产品，但这些产品是互补的，所以可以有一定的共同点，然后会有一个统一的规范，然后每个产品根据具体的业务需要制定分支规范； 第一种情况很简单。


我们应该一起维护一套规范，一步一步地迭代；第三种情况也很简单。


由于产品的互补性，整体交互模式可以一致。


相同和类似的操作可以采用统一的规范。


至于业务流程，可以从主要规范演变而来，设计目标和原则在此时起着定向作用。


第二种情况比较复杂，产品不同，产品基调不同，规范不同是合理的，但如何维护，如何使用已经成为一个问题。


第二种情况很难遇到，但每个公司都必须有一个主要的生存产品，无论外观产品形式如何改变，都不能改变核心业务。


然后，您可以参考第三种情况，对核心业务进行核心流程和组件，以适应各种类型的产品，其余的工作是为项目进行差异化设计。


上图（Xmind试验模式忽略）是一个完整的交互规范，可能包括：结构、布局、工艺和组件。


结构主要定义整体产品结构和结构层次，是产品的底层逻辑定义，设计原则也起着设计指导的作用。


当新组件和新工艺出现时，如何根据设计原则制定最终方案。


因此，节省时间和精力的方法是提取公共组件和流程作为统一规范，结构、布局、业务流程和组件作为差异化的组成部分，以项目为纬度进行维护和迭代。


三、规范制定的合理性 现在规范体系比较成熟，有经验的人可以在项目初期列出一般规范，但规范列出，如何评价该规范的合理性？ 这个组件在项目中出现的频率很高吗？如果只出现一次，可以考虑作为特殊案件处理吗？ 该组件是否可以在项目中其他模块的设计中重用，重用率如何，如果不能重用，是否可以提高组件的重用率 如果该组件不能重复使用，是否可以通过简单的增删重复使用；或者通过多个组件之间的组合来实现目标 以上三点是我在项目中总结的良好规范。


通过哪些纬度来评估：频率、普遍性和可扩展性 好了，以上就是一点关于规范的碎念，这里都是从概念上解释的，以后会整理出合适的例子，那就到这里，谢谢大家的观看。


作者:青江，微信微信官方账号:员素质 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。


本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。


如有侵权行为，请联系网站管理员删除，。