Как грамотно выстроить масштабируемую мультибрендовую дизайн-систему с единым источником правды?
По вводным: нужен совет от тех, кто работал с масштабируемыми дизайн-системами и мультибрендом.
По вводным: есть большая мастер-дизайн система продукта, на базе которой нужно размножать бренды.
По вводным: ключевая задача — выстроить архитектуру так, чтобы:
По вводным: • мастер-компоненты оставались единым источником правды
По вводным: • мы могли дорабатывать и расширять компоненты в основной дизайн-системе
По вводным: • при этом бренды автоматически подтягивали изменения
По вводным: • а цвета, изображения, возможно типографика и некоторые стили брались из брендовых токенов / файлов
По вводным: • без копипаста и последующего расхождения версий
По вводным: по сути, хочется разделить:
По вводным: • структуру и логику компонентов — в master design system
Сейчас ситуация такая: • визуальные отличия — на уровне брендов
Вопросы:
Нужно понять: 1. Кто сталкивался с подобной задачей (multi-brand / white-label / theming)?
Нужно понять: 2. Как лучше подойти к архитектуре: через tokens, variables, nested libraries, overrides?
Нужно понять: 3. Какие подводные камни чаще всего всплывают при масштабировании?
Нужно понять: 4. Есть ли удачные паттерны или антипаттерны, которые стоит учитывать с самого начала?
По вводным: буду благодарен за реальные кейсы, советы или ссылки на материалы
Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.
Пока нет других ответов. Будьте первым, кто поможет автору.
Ответить на вопрос