Дизайн-система: ревью Figma и план

Где мы сейчас, какая система нам нужна (чтобы потом строить на ней LLM-генерацию контента), где всё хранить, и пошаговый план для команды.

Кто отвечает: АДарт-директор ДИЗдизайнер DEVвайб-кодер SEOseo

01 · Где мы сейчас — ревью Figma

Файл «Eburet Design» = 3 страницы, ~97 000 узлов. Полный разбор JSON показал: заготовки сильные, но единой системы нет — каждая страница жила своей жизнью. Подробно: brand/FIGMA_STRUCTURE.md.

3
страницы: smm · сайт+email · презентации
~10
шрифтовых семейств вместо 1–2
5
вариантов «чёрного» (ink)
палитра «цвет» не доминирует нигде
10
иконок ✓ вытащены в SVG
≈30%
переиспользования (компоненты лишь местами)

Диагноз: разнобой не в ядре (цвет/шрифт/лого как идея — ок), а в том, что нет утверждённого канона и мастер-эталонов на носители. Это и чиним планом ниже.

02 · Какая система нам нужна (целевая)

Один источник правды в Git, из которого и люди, и LLM собирают контент на любой носитель. Figma — только canvas для рисования эталонов, не источник правды.

источник правды · Git
brand/ — дизайн-система: tokens.json · icons/ · компоненты · брендбук
content/ — контент: товары, тексты, посты, слайды (md/json, машиночитаемо)
↓ Style Dictionary раздаёт токены ↓
canvas
Figma (1 чистая библиотека) — дизайнер рисует мастер-эталоны
рендереры на токенах
сайт (Next) · письма (React Email) · посты (Satori) · слайды (Marp) · каталоги (Paged.js)
↓ ↓
выход сайт · email · SMM · презентации · печать · маркетплейсы — всё в одном бренде
LLM-слой (финал)
бренд-Claude читает tokens + brand-kit + схемы + эталоны → генерит контент в content/ → запускает рендер. «Сделай пост про БАРНИ» → готовый брендовый файл.

03 · Где хранить контент и дизайн

ЧтоГдеПочему
Дизайн-система (токены, иконки, компоненты, брендбук)Git brand/версионно, бесплатно, LLM читает напрямую — основа
Контент (тексты, посты, слайды, мета, рубрики)Git content/ (md/json по схемам)машиночитаемо для LLM, история, ревью через PR
Товары, цены, наличиеMedusa (уже есть)единый источник каталога для сайта/писем/каталогов
Тяжёлые медиа (фото, 3D-рендеры, видео)Объектное хранилище (S3/Cloudflare R2) + индекс в gitgit не для бинарей; ссылки и метаданные — в content/
Визуальные мастер-эталоныFigma (free, 1 библиотека)дизайнеру удобно рисовать; не источник правды
Удобный ввод для не-технарей (опц.)Notion/форма → синк в gitчтобы продажник не трогал md/json руками

Короче: правда — в Git (brand/ + content/), товары — в Medusa, тяжёлое медиа — в S3, Figma — рисовалка эталонов. На этом стоит LLM.

04 · План прихода к системе (по шагам)

Сделано уже

готово
1

Заморозить канон

АДДИЗ~3–5 дней
Результат: финальный tokens.json — заморожен, дальше только по нему.
2

Собрать одну чистую Figma-библиотеку

ДИЗ~1–2 недели
Результат: Figma-зеркало кода — единственное место, где рисуют.
3

Завести хранилище (репозиторий)

DEV~3–5 дней, параллельно
Результат: единое хранилище правды для людей и LLM.
4

Мастер-эталоны носителей

ДИЗАД~2–3 недели
Результат: разнобой закрыт — для каждого носителя есть эталон.
5

Рендереры каналов на токенах

DEV~2–3 недели
Результат: команда собирает контент командой/из шаблона, всё в бренде.
6

LLM-слой генерации контента

DEVпосле 1–5
Результат: «сделай пост/письмо/слайд про X» → готовый брендовый артефакт. То, ради чего всё.

05 · Чтобы получить систему быстро

Минимальный путь до рабочего LLM-контента — не ждать всех 6 фаз, а пройти срез:

1. Заморозить шрифт+цвет (АД, 3 дня) 3. Хранилище content/ (DEV, 3 дня) 4. 1 эталон — пост (ДИЗ, 2 дня) 5. 1 рендерер — Satori (DEV, 2 дня) 6. LLM на этот 1 канал (DEV, 2 дня)

За ~2 недели получаешь сквозной канал «LLM → пост в бренде». Дальше тиражируешь на письма, слайды, каталоги — система уже стоит.