Дизайн-система (далее - ДС) стала признаком взрослого продукта. Ее хотят сразу: токены, компоненты, документация, идеальная консистентность и вот это всё.
Даже начинается одинаково: “Надо срочно навести порядок, у нас все разъехалось, давайте дизайн-систему”. Через пару недель появляются названия компонентов, правила, обсуждения, новые договоренности.
А потом выясняется, что главная боль не в радиусах и не в тенях от кнопки. Главная боль в том, что меняются сценарии, фичи, приоритеты и сама логика продукта, и вместе с этим приходится переписывать все стандарты.
Как отделить зрелую необходимость от красивой прокрастинации, и как построить минимальный UI-каркас так, чтобы он помогал выпускать версии, а не превращал каждую итерацию в бесконечные согласования?
Делюсь своим опытом и рассуждаю, почему сегодня важность ДС переоценена.