为什么要做设计规范？

 保持平台统一性

设计规范相当于是给设计师设定一个限制，在这个限制的范围内进行发挥，让整个设计结构比较可控。特别是在teamwork时，不同设计师设计能力层次不齐，对产品和设计的理解也各自不同，如果没有规范，那就比较乱了。

提升团队效率

首先规范保障了大家在认知上的一致性，同时细化出来的组件库、模板等都是可以作为通用库在团队内应用的。方案pk选择时可以用规范剔除出太over的方案，有迹可循。

打磨细节体验

设计师在工作中可能都是跟着版本的节奏，不停的迭代做设计，很少有时间可以反过来看看原来的设计，是不是还有不合理的地方需要优化，边边角角没有统一，等等问题。制作设计规范就是个很好的时间节点去重新回溯自己的设计。

---

什么时机做设计规范？

 有一个成熟的产品

一般来说，至少要有一个成熟的产品，设计语言被用户认可，符合其使用体验和对品牌认知，才会对设计语言进行提炼，并总结出设计规范，应用到今后的设计，或同个产品线的其他产品上。产品如果还在孵化或者探索阶段，没有经过用户的认可和习惯养成，这时盲目去做设计规范，反而是吃力不讨好，设计思维受限于不合理的框框内。

团队协作时

如果没有团队协作，只是单个设计师负责一个产品，制作规范的意义就不是很大。因为通常这种情况下，产品本身的规模也不是很大，而整理规范需要花费很大的经历，性价比不高。

---

设计规范包含哪些内容？

如果去网上搜别人的设计规范，一般都包含原则、控件说明、组件库，有些规范还会有典型界面、应用案例、图标、颜色、尺寸适配，甚至还有动效js代码。那交互设计规范到底应该包含哪些内容呢？

我们把制作交互设计规范当成是一次服务设计来看，一般可分为三类用户人群，团队内设计师、第三方协作团队（开发gg）、公开给大众。用户目标不同，设计规范的目标和结果也不同。

给团队设计师看的交互规范，是为了让组内设计师对产品有一支的认知，且能够准确地应用到日常的设计中去。因此需要比较系统性的规范，最好包含原则、控件及场景说明、核心页面并提供组件库、icon库、错误提示规范文档等，进行应用。

和开发gg们协作时，有一份规范文档，也会事半功倍。一般比较关注应用的文档，所以可以细化到通用页面、提示规范、控件操作规范等、让他们写一些基础页面的时候可以更系统性。其他的内容作一下简单说明，阐述设计思路就可以了。

公开给大众的设计规范，显而易见是为了展示设计实力，提升团队的影响力。更多地阐述产品的定义描述、设计来源和原则，再举一些典型案例，用做示范。

---

为什么制定了设计规范，设计师不用？

很多公司都会碰到设计规范执行不到位的情况，一些设计师对规范有抵触心理，设计方案时比较追求个性化和创新性，觉得规范是一种束缚，限制了设计思路。从制度上讲，一方面可能是缺乏有力的监督和奖惩制度，但是规范制定者也需要思考这个规范是否具有可执行性。

制定规范时最好是团队协作，设计师全程参与到整个过程，也会了解项目背景和产品定义，最终产生的结果会比较认可，也愿意去执行自己作出来的规范。另外一种情况是，有了完善的规范，但是规范太过于宽泛，内容不具体，缺少必要的细节说明，或规范的可读性比较差，让设计师无从下手。建议规范制作还是松紧有度，不需要为100%的内容制作规范。同时要求信息主次分明，对产品和设计原则有清晰的定义和准确的描述，并且场景完备。

---

设计原则用apple 或material design的原则可以吗？

很多设计师入门都是以iOS或Android的设计规范开始，曾经在制作设计规范之初，也有设计师问，为什么要制作设计规范，不是直接应用iOS或安卓的设计规范？事实上，这两大移动系统的设计准则《iOS Human Interface Guideline》、《Material design》也非常详细、完善，很有参考价值。而我为什么主张为单个产品线制作一份专属于自己的设计规范呢？

两大准则业务的普适性导致了设计原则和规范都偏基础。如ios人机交互指南提到的六大原则：*美学完整性、一致性、直接操作、反馈、隐喻、用户控制*。这些原则应用到任何场景任何产品都没毛病，似乎是每一个App设计都应该做到的，不能反应产品的个性和特点。

---

有了完善的规范，如何创新？

首先不需要为100%的内容制定规范。通过这个规范设计师明确了设计方向和设计元素，并减少了因为个人审美偏差或与可用性原则不符造成不合理的设计方案，那么就达到了规范的目的。

规范是可以被迭代的。规范是辅助设计师工作的工具，所以设计师仍然要以业务目标和用户体验为目的，当发现规范不能覆盖到的场景，或者是有偏差的地方，可以及时更新规范。