认识达内从这里开始

一直以来，我们在讲设计规范的时候，从来都是说设计的一致性原则等等模式化的内容，对于设计创作来说是有很大的局限性的。今天，我们就一起来了解一下，如何才能突破网页设计的局限性问题，下面就开始今天的主要内容吧。

僵尸一般的设计规范

曾几何时，某个设计团队或前端开发团队中的某个不幸的员工被推选出来，负责将那些经过团队验证的设计方式记录成文档，包括配色、字体、UI模式与代码段，等等。

听起来很像设计体系?确实，但并不是。

传统的设计规范制订工作旨在输出一套完整的“成品”。然而每一次，这个“成品”在真正完成之前就已经过时了，终便成为僵尸一般半死不活的存在。

原因何在?很简单，互联网产品的迭代速度太快了，变化是一种常态。设计师们试图将每一条规则编入文档，而同时，规则本身却在不断改变和进化。这件事本身就像西西弗斯神话一样。

这项工作所带来的挑战致使业界开始重新思考如何通过更合理的方式去维护设计与代码的一致性，于是“设计体系”的概念出现在我们面前。

“设计体系”是一种动态的流程

与强调成品产出的设计规范有所不同，设计体系更具动态性，也就是更在于流程本身。

相比于指派某个设计师去创建一份静态文档，“设计体系”需要我们规划一套更加合理的工作流程，以产品体验的不断优化为目标，随时对设计工作当中产生的关键信息进行整理与维护。

设计体系团队需要关注的不是“成品”的交付日期，而是如何持之以恒地、渐进式地改善产品设计一致性等方面的问题，以及如何提升产品迭代的效率，使之能够越发快速地在市场当中进化和成长。

通过合理的流程抑制复杂度的攀升

与任何封闭化的体系一样，数字化产品的熵值也会持续提升，除非我们进行有意识的控制。产品的每一个新功能，团队的每一名新成员，组织架构中每一个新的管理层...所有这些因素，终都会导致产品复杂度的提升，即熵值的增大。

唯有持续的规划与管理才能抑制不断攀升的熵值。对于设计体系团队而言，关键问题不在于一份规范化的静态输出，而在于持续合理化的工作流程，在于如何协调所有的设计、开发、产品及其他相关团队，以产品体验的持续提升为目标而协同作业。

永无止境的MVP(Minimum Viable Product)

“构建设计体系需要花费多少时间”，这类问题包含一种隐含的假设，即“设计体系有一个‘完成’的时间点”。经过前文的分析，我们知道了这一假设并不成立。“设计体系”是一种动态流程，它应该随时致力于设计工作的规范与优化，而其本身的构建过程则永无止境。

从这个角度讲，设计体系就像某种持续性的MVP。一旦规范化的流程被建立起来并投入使用，设计体系就达到了“小化可用”状态。接下来，随着产品的迭代，设计体系也会持续更新，但永远无法达到“终极”状态。随着业务需求的变化及产品复杂度的提升，设计体系也将永无止境的进化。

以小为始，快步迭代

设计体系的存在，起始于团队意识到设计一致性的问题已经严重到需要通过新的工作流程加以解决的时刻。

随着一条设计约定的初步达成与实际运用，产品设计的复杂度就已经开始得到抑制。与传统的、大而“完整”的设计规范不同，动态的设计体系从诞生的一刻起就可以立刻形成价值。即便起初只对5种主要配色的命名进行约定并投入实用，至少在这一点上，设计工作流程也得到了改善。

我个人甚至愿意相信，即便一个设计体系只包含一种配色的定义，只要能在团队内部达成共识、投入运用并保持迭代，也会比一套所谓的设计规范更有实用性和时效性。一个即刻有效的配色定义可以立刻降低设计熵值，而一套静态的设计规范从来都是过时的、无法得到执行的。

所以，各位大可不必担心“构建设计体系需要花费多少时间”这样的问题 - 请接受“设计体系是动态流程”的现实，以小为始，快步迭代;我们将要与“混乱”、“复杂”进行持久战，其中的每一个小战场都至关重要。

作者：Marcin Treder

译者：C7210

来源：公众号：BeForWeb

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。