这里需要注意的问题是结构层的设计还需要根据具体的产品特点来进行。还是拿电商类产品来做一个例子，设计师、摄影师、运营专员等多种角色都会使用到「图片」，因此「图片」相关的规定面向的用户多、细则多、要求也多。

　　如果按照普遍的做法，以内容进行分类，容易造成组件中「图片」相关的类目过于臃肿，整个设计体系不平衡，而且每个用户角色想要找到相关的内容会比较困难。针对这种情况，可以考虑将图片单独作为一个分类，把和图片相关的规范内容都放在这个分类下面，方便查找。

　　框架层：产品的界面、导航、内容

　　界面设计：确定框架，“按钮、输入框、界面控件”的领域;

　　导航设计：呈现信息;

　　信息设计：呈现有效地信息沟通。

　　在信息设计上，最重要的是让用户可以一眼找到自己想要的目标，并且可以快速使用。在设计时可以参考简约至上中的交互设计四策略：删除、隐藏、组织、转移。简约、克制，突出页面重点。(具体可以参考ant deaign，可以说做的很好了)

　　表现层：重视索引、简洁专注、多样化统一

　　重视索引：关注用户使用规范的主要路径、快速定位;

　　简洁专注：视觉设计上删繁就简，确保突出重点信息的表达;

　　多样化统一：包括简单和复杂的统一、多样化平台中寻求统一、文案构成具有一致性。

　　智能化设计规范

　　到这一步，设计规范已经从0做到了60分，算作是一份基本可用的设计规范，但是距离「解放生产力」的产品目标还远远不够。

　　庸者止步于此，优者保持探索。谢老师的设计团队在智能化平台上进行了很多探索，包括图标智能化、控件智能化、图标智能化、主题智能化等等。他们所做的就是不断探索设计规律，从而进行量化，最终写进代码做到自动化。由此我不禁感叹「一切可以被量化的都是可以被代替的」。

　　最后的最后

　　虽然参加这个工作坊使我的心灵和思维都受到了震荡，但是实际工作中我们还是很难做到像大厂一样做一份如此高水平的设计规范。但是我们还是可以通过一些其他的工具去弥补其中的不足。以下我将结合自身经历简单谈一谈我们这个普通的设计团队是如何进行协作的。

　　使用sketch library建立控件库，同步给团队内部每一个设计师

　　使用蓝湖进行设计归档，实时同步最新设计稿，同时邀请产品经理、前端

　　使用iconfont管理图标库，和前端进行协作

　　虽然一点都不智能化，但也算满足了最低层面的协作需求。设计工具日新月异，未来会有越来越多的工具出现，解决我们日常项目中遇到的问题，替代工作中一些琐碎的重复性工作。要怀抱对新工具的探索、学习和接纳的态度。

　　学不可以已。