Як правильно побудувати масштабовану мультибрендову дизайн-систему з єдиним джерелом правди?

💡 Усі статті, обговорення, новини про дизайн — в одному місці. Приєднуйтесь до Design спільноти!

Колеги, потрібна порада від тих, хто працював із масштабованими дизайн-системами та мультибрендом.

Є велика майстер-дизайн система продукту, на основі якої потрібно створювати та підтримувати кілька брендів.

Ключове завдання — вибудувати архітектуру так, щоб:

• майстер-компоненти залишалися єдиним джерелом правди
• ми могли допрацьовувати та розширювати компоненти в основній дизайн-системі
• при цьому бренди автоматично підтягували всі оновлення
• а кольори, зображення, можливо типографіка та деякі стилі бралися з брендових токенів / файлів
• без копіпасту та подальшого розходження версій

По суті, хочеться розділити:

• структуру та логіку компонентів — у master design system
• візуальні відмінності — на рівні брендів

Питання:

1. Хто стикався з подібним підходом (multi-brand / white-label / theming)?
2. Як краще підійти до архітектури: через tokens, variables, nested libraries, overrides?
3. Які підводні камені найчастіше з’являються під час масштабування?
4. Чи є вдалі патерни або антипатерни, які варто врахувати з самого початку?

Буду вдячний за реальні кейси, поради або посилання на матеріали 🙌