Design system як контракт між дизайном і розробкою

Бібліотека кнопок і полів ще не є design system. Система з’являється тоді, коли дизайнери й розробники однаково розуміють значення токенів, станів компонентів і правил композиції.

Почніть із мови

Назва токена має описувати роль, а не випадкове значення:

• color-action-primary пояснює призначення;
• blue-600 пояснює лише поточний колір;
• space-section зберігає ритм сторінок;
• 24px не пояснює, де це значення доречне.

Контракт має перевірятися

Корисний компонент визначає доступні варіанти, стани й поведінку на різних ширинах. Якщо команда регулярно обходить API компонента локальними стилями, контракт або занадто вузький, або недостатньо зрозумілий.

Design system зменшує кількість повторних рішень. Її цінність — не в кількості компонентів, а в передбачуваності результату.