Google这套图标说明，设计不要迷信一致性

不一致存在于简单的视觉差异中——在 iOS 上进行滑动操作。在某些应用程序中，它们只是文本，在其他应用程序中，它们是文本与图标的组合，而在其他应用程序中，它们具有不同的标签。这些点虽然影响不大，但一旦你注意到了，对页面一致性的缺乏关注就变得很明显了。

不一致的体验是不好的。不难列出通过使用一致的元素和控件来提供出色体验的多种方式。例如：

MacOS / iPad 快捷键

尼尔森继续强调保持内部和外部一致性的必要性 —— 工具或产品系列内的一致性以及与更广泛的行业惯例的一致性。

还记得前面讨论的 Apple 键盘快捷键示例吗？Apple 的键盘快捷键在内部是一致的，CMD + G 将在所有 Apple Mac 应用程序中“查找下一个”，但这是以与使用 CMD + G 来分组对象的更广泛行业模式保持一致为代价的。

我们应该优化内部还是外部一致性？我认为贾里德·斯普尔（Jared Spool）说得对，这个问题问错了。他认为我们应该考虑用户当前的知识，因为

我想补充一点，考虑用户当前目标的重要性。也就是说，不仅仅是思考“用户当前知道什么？”还有“他们想做什么？”。回到我们的卡片示例，我们需要优化的不仅仅是用户对卡片外观的了解。我们还需要针对用户目标进行优化，从而使关键评分信息更加突出。

斯普尔进一步指出：

如斯普尔所说保持一致性对设计师来说更容易思考，但它这并不是解决问题的关键。要警惕把创建一致的设计系统这一目标取代为用户创建有效、可用的界面的目标。

屁股决定脑袋

创建一致的设计系统既重要又极其困难。然而，这样的设计系统只是一种通过提高内部一致性为用户提供更好体验的工具。

对于设计师来说，当我们开始在 Figma 等工具中创建组件时，常常会陷入陷阱。我们认为我们的目标是培育一个“完美”的设计体系。在这个系统中，每块版式都是相同的，每个组件都具有相同的状态、相同的颜色和相同的术语。在我们设计的过程中，例外情况会成倍增加，但我们几乎将这些视为对我们设计逻辑的威胁，因此想方设法将它们硬塞到现有系统中，而不是发展我们的设计并以更大的灵活性构建更多的灵活性来支持未满足的用户需求。

问题在于，当我们总是说“我们的设计要一致！”的时候，这就变成了一种“思想终结者”（精神病学家罗伯特·杰伊·利夫顿（Robert Jay Lifton）提出）—— 就像一种表面上看似有理的说辞，实际上却让我们停止了理性的讨论。

诸如 “这么做不行”、“不这么做不行” 或 “现在不是时候” 之类的短语就证明了这一点，阴谋论者在说 “相信计划” 之类的陈词滥调时也是如此。它不是检查我们应该优化的一致性（内部/外部/视觉/功能？）或者一致性是否真的有助于我们在某种情况下满足用户需求，而是建议我们不假思索地消除任何已识别的不一致，因为一致性=好。

我们冒着 “陈词滥调” 的风险，将一致性视为我们工具箱中的另一个工具，以提供有效、可用的体验。有时，内部一致的体验是匹配用户知识并帮助用户实现目标的最佳方式。有时，外部一致的体验是答案，而有时，完全新颖的东西才是最好的解决方案。

话虽如此，我们必须在每次交互中平衡优化用户需求和知识，同时确保我们具有一定程度的内部和外部一致性。每次交互的结果不应该是完全不同的界面、模式和风格。我们确实需要考虑不一致的开发成本。一致的、可重用的设计模式会产生一致的、可重用的代码。一致性是我们在制定设计决策时可能考虑和优化的一组工具之一，过度、简化地关注任何一个因素都可能导致更糟糕的结果。

iOS 应用程序之间的滑动操作不一致可能有充分的理由。有时，滑动操作会彻底删除一个项目，有时它只是将其从列表中删除，因此他们的表达有所不同。列表中的电子邮件往往比大多数其他列表项高得多，因此使用图标+文本可以更好地填充空间。滑动的一般模式和一些颜色编码的操作是一致的，但设计师通过考虑更多的事情来平衡设计，而不仅仅是一致性，以便为这种情况提供更好的体验。

Atlassian 自己的设计原则认识到了这一现实。我们的设计原则之一是：

当我们谈到一致性时，我们通常身处已有的范式中，这些范式所解决的问题是既定的。

当我们的设计解决的是既定范围内的问题时，我们通常倾向于用既有的范式来解决，这样做能够减少不一致所带来的用户理解成本问题。然而产品的内外部环境并不是一成不变的。

当我们所解决的问题超出既定范围时，我们不应过度追求一致性，我们或需要优先考虑设计本身是否真正解决了用户诉求，甚至是否有更多超出用户预期的可能性。

当然判断是否超出既定范围需要设计师对需求背景有较为全面的了解，甚至动手进行一些设计尝试。在我们的方案已经解决了问题本身的前提下，我们再将方案本身至于内外部环境中进行对照，查看是否有不满足原有范式一致性的部分，这些部分是否可以被去除、替代、亦或是扩展为一种新的范式针对性的解决原有范式无法解决的一类新问题。