Пример статьи. Дизайн-система не обязана быть библиотекой на триста компонентов. Разбираем минимальный набор, который уже экономит время и держит визуал в одном стиле.
Дизайн-система звучит как история про большие продуктовые команды, но чаще всего она нужна ровно наоборот - там, где дизайнеров мало, а материалов много. Презентация, лендинг, пост, коммерческое предложение: если каждый раз начинать с чистого листа, разнобой неизбежен.
Уровень первый: правила, а не файлы
Начинать стоит не с компонентов, а с договоренностей. Какие цвета используем и в каких пропорциях, сколько шрифтовых начертаний допускаем, какие отступы считаем базовыми, где допустима акцентная графика. Это помещается на одну страницу и уже снимает большую часть хаоса.
Уровень второй: типографика и сетка
Дальше - шкала размеров текста и сетка. Когда заголовки, подзаголовки и основной текст живут по одной шкале, любой новый макет автоматически похож на предыдущие. Сетка решает ту же задачу для расположения блоков: меньше решений принимается на глаз.
Уровень третий: повторяющиеся блоки
Только теперь имеет смысл собирать компоненты - и только те, что реально повторяются: кнопка, карточка, форма, шапка, подвал. Компонент, который использовали один раз, системе не нужен, он только увеличивает поддержку.
Что делает систему живой
Система умирает, когда ее некому обновлять. Поэтому важнее не объем, а два момента: у нее есть владелец, и она лежит там, где ей пользуются, - в рабочем файле, а не в архиве. Если правило нельзя применить за минуту, его не будут применять вовсе.
Хороший ориентир для небольшой компании - собрать первый уровень за неделю, второй за две и дальше достраивать по мере появления задач. Это дешевле, чем полгода собирать идеальную библиотеку, которой потом никто не пользуется.