Сейчас эта логика основана на парадигмах, которые в большинстве случаев не формулируются явно. Это результат интуиции и общения с клиентами. Такая стратегия в основном позволяет избежать регрессий и катастроф, таких как потеря клиента. Однако у неё есть свои пределы. Не существует чёткого масштаба, по которому можно было бы измерять прогресс. Поэтому прагматичные KPI, такие как «Сколько пользователей пожаловались на изменение / похвалили его?» и «Были ли достигнуты вторичные цели, например, улучшение производительности и т. д.?», будут определять, было ли изменение успешным.
Проблема в том, что потенциальные пользователи и потенциальные клиенты не могут пожаловаться.
Пользовательский интерфейс подобен языку. Наша способность понимать этот язык зависит от культуры, в которой мы социализировались. Если мы не формулируем явно те парадигмы, которые используем при создании таких интерфейсов, мы внедряем в эти системы свою культуру. Это означает, что ими будет легко пользоваться людям, похожим на нас, но не обязательно всем остальным.
Преимущества, которые может принести дизайн-система с абстрактной точки зрения:
Последовательный внешний вид и взаимодействие, поддерживающие знакомство пользователя, могут снизить сложность обучения, когнитивные и операционные затраты, а также повысить эффективность работы.
источник
Благодаря чётко определённым категориям компонентов пользовательского интерфейса путаница между компонентами «отображения данных» и действиями пользователя (для которых, например, может использоваться кнопка) не возникла бы. Если бы существовала страница, подобная этой, где были бы перечислены все различные компоненты UI и их назначение, можно было бы провести рациональное обсуждение. Также было бы хорошо, если бы такие обсуждения проводились публично, а не ограничивались только сообщениями в коммитах git.