目前，这些理由大多基于未被明确表述的范式。它源于直觉以及与客户的交流。这种策略在很大程度上可以避免回归问题和灾难性后果，例如客户流失。但它也有局限性。缺乏一个清晰的标尺来衡量进展。因此，像“有多少用户抱怨或赞扬了这项变更？”以及“是否实现了次要目标，如性能提升等？”这类务实的关键绩效指标（KPI）将决定一项变更是否成功。
问题在于：潜在用户和潜在客户无法提出抱怨。
用户界面就像一门语言。我们理解这门语言的能力受到我们所社会化文化的制约。如果我们不将创建这些用户界面时所采用的底层范式明确表述出来，我们就将自身文化嵌入到这些系统中。这意味着它们对我们这样的人来说易于使用，但不一定对所有人都如此。
从抽象角度来看，设计系统可能带来的好处：
一致的外观和交互，保持用户对系统的熟悉感，可以降低学习难度、认知和操作成本，并提高工作效率。
source
如果拥有明确定义的用户界面组件类别，那么“数据显示”组件与用户操作（例如可能使用按钮的情况）之间的混淆就不会发生。如果存在像这样的页面，列出所有不同的用户界面组件及其用途，就可以进行理性的讨论。此外，最好将这些讨论公开进行，而不仅仅通过 Git 提交信息来传达。