Операция выполнена!
Закрыть
Хабы: Интерфейсы, Развитие стартапа, Управление разработкой, Дизайн, Управление продуктом

Дизайн-система (далее - ДС) стала признаком взрослого продукта. Ее хотят сразу: токены, компоненты, документация, идеальная консистентность и вот это всё.

Даже начинается одинаково: “Надо срочно навести порядок, у нас все разъехалось, давайте дизайн-систему”. Через пару недель появляются названия компонентов, правила, обсуждения, новые договоренности.

А потом выясняется, что главная боль не в радиусах и не в тенях от кнопки. Главная боль в том, что меняются сценарии, фичи, приоритеты и сама логика продукта, и вместе с этим приходится переписывать все стандарты.

Как отделить зрелую необходимость от красивой прокрастинации, и как построить минимальный UI-каркас так, чтобы он помогал выпускать версии, а не превращал каждую итерацию в бесконечные согласования?

Делюсь своим опытом и рассуждаю, почему сегодня важность ДС переоценена.

Разбираемся, когда ДС нужна, а когда нет
Читайте также
СТАТЬ АВТОРОМ
НОВОСТИ

ПИШИТЕ

Техническая поддержка проекта ВсеТут

info@vsetut.pro