現在、この理由の多くは言語化されていないパラダイムに基づいています。それは直感と顧客との対話の結果です。この戦略によって、顧客の喪失などの回帰や大惨事を大部分回避できます。しかし、限界もあります。進捗を測定できる明確な基準が存在しないからです。したがって、「何人のユーザーが変更について不満を言った／称賛したか」や「パフォーマンスの向上などの二次的な目標を達成したか」といった実用的なKPIが、変更の成否を決定します。
問題は、潜在的なユーザーや潜在的な顧客が不満を言えないことです。
ユーザーインターフェースは言語のようなものです。この言語を理解する能力は、私たちが社会化された文化の影響を受けます。ユーザーインターフェースを作成する際に採用する根本的なパラダイムを言語化しなければ、それらのシステムに自らの文化を埋め込むことになります。つまり、それらは私たちと同じ人々にとっては使いやすいですが、一般的にはそうとは限りません。
抽象的な観点から、デザインシステムがもたらす可能性のある利点は以下の通りです：
一貫した外観とインタラクションにより、ユーザーに親しみやすさを保ち、学習の難易度、認知コスト、操作コストを低減し、作業効率を向上させることができます。
source
ユーザーインターフェースコンポーネントの明確に定義されたカテゴリがあれば、「データ表示」コンポーネントとユーザーアクション（例えばボタンが使用される場合など）の間の混同は起こらなかったでしょう。こちら のようなページがあり、すべての異なるUIコンポーネントとその目的がリスト化されていれば、合理的な議論が可能になったはずです。また、これらの議論が公開で行われ、gitコミットメッセージを通じてのみ伝達されるのではなく、公開の場で行われることも望ましいでしょう。