Привет. На прямой линии команда Дизайн-системы Ростелекома. В этом канале мы будем делиться своими опытом и знаниями в таком деле, как создание дизайн-систем.

Нам интересно писать на темы:
① Менеджмент дизайн-системы;
② Управление командой;
③ Дизайн, проектирование, Figma;
④ Технологии: фронтенд, react, языковые модели;
⑤ Дайджест новостей;
⑥ Краткие выжимки и переводы статей, исследований;
⑦ Интервью с интересными специалистами;
⑧ Инструменты.

Чего не будет: перепостов и рекламы.
Поехали!

#кратко

В вашей компании нет дизайн-системы и нужно убедить руководство в необходимости её внедрения? Статья Jules Mahe из Zeroheight поможет продемонстрировать ценность и преимущества дизайн-системы. Автор приводит результаты исследований, опубликованные несколькими командами цифровых продуктов.

① Один из лучших аргументов в пользу дизайн-системы — объяснение как изменится эффективность команд. Разработчики смогут экономить около 35% времени на технические затраты. Снизится стоимость дизайна на 27%. Быстрее производите — больше поставляете.

② В следующей группе преимуществ повышение качества. Дизайн-система обеспечивает консистентность, что, по исследованию Forbes, в итоге повышает доход (Revenue). Техническое качество уменьшает кодовую базу и снижает расходы на обслуживание.

③ Человеческий фактор. Лучшая коммуникация между членами команд на 50% снижает потери времени на этапе передачи дизайна в разработку. Дизайн-системы могут иметь косвенное положительное влияние на привлечение и удержание талантов в компании. А так же, ускоряют онбординг новых сотрудников.

④ Как следствие, накапливается экономический эффект. Очевидно повышение ROI за счет избавления от повторяющихся задач. Если рассматривать создание дизайн-системы как инвестиции, то выгоды которые вы получите от неё, того стоят.

#про_управление

Индустрия набирает ход в сторону сближения и автоматизации разработки и дизайна. Самый главный инструмент для UI-UX дизайнеров — Figma, уже представляет из себя что-то среднее между граф. редактором и CSS. Механика вариантов и автолэйаута пришла напрямую из фронтенда, а вся правая панель фигмы это, по сути, урезанный css в виде юзер-френдли интерфейса. А после недавнего обновления с dev-режимом, фигма уже может генерировать код из макета.

Low-code проекты, такие как Framer — ещё один яркий представитель мощного инструментария для дизайна и разработки одновременно. Начинался проект как софтина для создания анимированных прототипов. Сейчас же это комбайн в котором можно создавать рабочие сайты, с кодом, дизайном как в фигме, анимацией, и прочим.
Сравните с тем что было 15 лет назад: дизайнеры рисовали сайты в программе для ретуширования фото.

Автоматизация для разработчиков продвинулась ещё дальше. GitHub Copilot, OpenAI Codex, Starcoder. Все движки дописывают работающий (!) код в режиме «скажи что надо, я напишу код». Copilot вообще встроен в репозиторий.

Дизайн-системы вполне очевидно идут в эту же тенденцию. Как технология, дс прошли свой пик хайпа пару лет назад и долину разочарования, и выходят на плато размеренного развития.

Так что очень скоро можно ожидать, что дизайн-системы превратятся из дорогой игрушки для корпораций во вполне ежедневный продвинутый молоток для дизайнеров и разработчиков. Ну а там уже и нейронки подъедут.

#про_управление

Из Википедии: «продукт — товар или услуга, которую можно предложить для рынка, и которая будет удовлетворять потребности потребителей».

Дизайн-система не что иное как цифровой товар, инструмент, и он должен удовлетворять потребностям конечных пользователей — end-users, т.е. разработчикам и дизайнерам. А также ЛПР, бизнесу, и закрывать их kpi. Иначе бизнес не будет платить за дизайн-систему. А дизайн-система — дорогая игрушка, в среднем разработка и внедрение для компании стоит 50-100 млн ₽ в год.

В Ростелекоме мы за три года существования Дизайн-системы испробовали несколько сетапов позиционирования проекта. А также несколько раз пересобирали команду под эти сетапы. Сейчас мы остановились на пятом по счёту, и я абсолютно точно убеждён, что дизайн-система кроме как в продуктовой парадигме существовать не может.

Дизайн-система может жить и развиваться только имея рынок, продуктовую команду, знание сегментов, и решение задач пользователей. О том, какие сетапы мы прошли, расскажем в следующих постах.