У стрічці LinkedIn щодня хтось завантажує кілька екранів у AI-інструмент. За пару секунд той повертає палітру кольорів, шрифтову шкалу, ряд кнопок, кілька бейджів, чекбокс, пару табів. Підпис завжди той самий: "Ми щойно зібрали нашу дизайн-систему за п'ять хвилин."
У світі, де AI перетворює індустрію, такі пости мають показувати, наскільки потужними стали ці інструменти. І вони справді потужні. Але насправді ці пости показують зовсім інше — як мало наша індустрія за десять років домовилась про те, що ж таке дизайн-система.
Бо якщо палітра і кілька базових компонентів — це дизайн-система, то ми всі дуримо себе вже давно.
Десять років галузі, а спільного визначення немає
Дизайн-системи — індустріальний стандарт уже багато років. Конференції, книги, спеціальні посади, цілі команди, спеціальні інструменти. Стартапи, побудовані навколо самої документації. І все одно інструмент, що видає п'ять кольорів і сім компонентів, можна називати "дизайн-системою" в соцмережах — і ніхто всерйоз не сперечається.
Це ознака. Реакція показує, що для більшості людей дизайн-система — це набір частин. Tokens плюс компоненти. Бібліотека, з якої тягнеш елементи. Аркуш зразків з кнопкою поруч.
Але кожен, хто справді будував дизайн-систему, знає: це поверхня, не система. Набір частин — це результат. Система — це все те, що визначає, що потрапляє в цей набір і як його використовують. Принципи. Правила. Логіка. Рішення про те, як саме цей продукт працює для цільової аудиторії.
Якщо порівняти з книгою, компоненти й токени — це шрифти, поля, обкладинка та формат сторінки. Система — це редакторський підхід, голос автора, ритм, спосіб ведення читача крізь книгу. Двоє книг можуть бути надруковані одним шрифтом і виглядати зовсім по-різному. Те саме з продуктами.
Що AI справді робить добре
Перш ніж продовжувати, варто бути чесною: AI-інструменти для дизайну стали справді корисними. Вони генерують зображення за секунди, пишуть перші чернетки тексту, перетворюють компонент на робочий код, створюють варіації для досліджень, автоматизують механічну роботу, яку ніхто і так не любив робити руками.
Це справжні можливості. І вони ставатимуть кращими. Те, що буде далі, — не аргумент проти AI в дизайні. AI в дизайні залишиться.
Сперечатимусь я з вужчим твердженням — що ці інструменти щось збудували. Насправді вони щось витягнули. Розв'язали легшу половину задачі.
Те, що видно. І те, що ні
Легша половина — це витяг артефактів. Дістати tokens із Figma-файлу. Згенерувати компонент кнопки. Розпізнати шаблон картки. Видати це кодом.
Це справжня робота, і AI робить її добре — бо артефакти лежать на поверхні. Вони структуровані, названі, експортовані. Усі ці нові AI-інструменти — Claude Design, Cursor, v0, Lovable, Figma Make — тягнуть із того самого шару одне і те саме. Tokens, компоненти, шрифтову шкалу.
Чого вони не можуть дістати — це шар нижче. Той, що вирішує:
- Коли продукт використовує модальне вікно, а коли — бокову панель або нову сторінку?
- Як виглядає порожній стан у цьому конкретному продукті, для його конкретних користувачів?
- Як ми відрізняємо "завантажується", "зависло" і "помилка"?
- У чому різниця між підтвердженням, попередженням і деструктивною дією нашою мовою?
- Що відбувається зі списком, коли в ньому нуль елементів, три, триста, три тисячі?
Це не питання про компоненти. Це питання про продукт. І відповіді на них — ті, що роблять інтерфейс цілісним, а не зібраним з кубиків, — майже ніколи не лежать у бібліотеці Figma. Вони живуть у документації, у Slack-тредах, у Notion-сторінках, у головах кількох старших дизайнерів, які пам'ятають, чому колись вирішили робити саме так.
Артефакти — те, що можна витягти. Шар правил — це те, що робить ваш продукт вашим.
Чому це раптом стало терміновим
Ось частина, яку рідко проговорюють.
Останні років десять незаписані правила були проблемою, але стерпною. Нові дизайнери вчилися їх через сидіння поруч із досвідченішими, через критики, через ревʼю в PR. Шар правил існував — просто жив у людських головах. Онбординг був повільним. Неузгодженості з'являлися. Але продукт здебільшого тримався купи, бо живі дизайнери поглинали правила, навіть коли ті ніколи не були записані.
Цей пільговий період закінчився.
AI не сидить поруч ні з ким. Не ходить на критик сесії. Немає тієї розмови за обідом, де хтось каже: "та ми це пробували два роки тому, не спрацювало, бо…". Він може спиратися лише на те, що ви йому дали. А більшість команд — навіть із зрілими дизайн-системами — дали йому поверхню. Бо тільки поверхня й була задокументована.
Тож коли ви наводите AI-інструмент на свою систему і просите зібрати нову фічу, він не провалюється тим, що нічого не видає. Він провалюється тим, що видає. Він вигадує те, чого йому не дали, — і вигадує його типово. І робить це швидко. Зі швидкістю всіх інших "AI зібрав нашу дизайн-систему" постів.
Для AI ціна незаписаних правил — це повільний онбординг. Після AI ціна — це ai slope продукт у промисловому масштабі щодня, у кожній новій фічі.
Випадковий подарунок
Тут хочу бути великодушною — це не історія про те, як AI викрив щось, чого ми не знали. Ми знали. Кожна дизайн-система, з якою я працювала, знала, що шар правил важливіший за компоненти. Просто ми його не записували.
Чому? Бо записування правил — невидима робота. Компоненти ж відвантажуються, демонструються, ставляться зірочки в Figma-community. Сторінка з документацією про те, коли використовувати бокову панель замість модального вікна, не з'являється в жодній з цих метрик. Вона з'являється через пів року — коли новий дизайнер приходить у команду і робить узгоджений UI з першого спринту, а ви не можете точно пояснити, чому вийшло так добре.
Тому ми відвантажували компоненти. Tokens. Обіцяли собі: "правила запишемо в наступному кварталі". Кожного кварталу. Роками.
AI випадково став тим, що змусило нарешті зробити цю роботу. Не тому, що технологія магічна, а тому, що альтернатива — модель, яка генерично й швидко вигадує ваші правила за вас — стала помітним продуктовим ризиком. Шар правил нарешті став легітимною інвестицією, бо його відсутність нарешті стала видимою витратою.
Це подарунок, навіть якщо так не відчувається. Робота, яку ми завжди хотіли робити, нарешті стала роботою, у яку бізнес готовий інвестувати.
Куди ми йдемо далі
AI-інструменти тут, і вони не чекатимуть, поки ми наздоженемо. Вони щось генеруватимуть у будь-якому разі. Питання не в тому, чи команда використовує AI у дизайні. Уже використовує. Питання в тому, чи те, що вона генерує, виглядатиме як ваш продукт — чи як хтось чужий у вашому логотипі.
Ця різниця майже повністю живе у шарі над компонентами. У тому, що більшість команд так і не записала, бо до AI цього можна було не робити. До AI цей шар жив у головах старших дизайнерів і м'язовій пам'яті досвідчених інженерів. Цього було достатньо, щоб тримати продукт цілісним.
Тепер уже ні.
Дизайн-система, зрештою, має стати тим, чим ми завжди її називали: не набором частин, а памʼяттю про те, як цей продукт побудовано.
Інструкції живуть у промпті. Пам'ять — у дизайн-системі. AI вперше змушує індустрію поводитись так, ніби ця різниця має значення.
Якщо ця тема резонує — у мене є технічна англомовна версія цього тексту на DLS Lead, з ширшим розбором архітектури шарів і прикладами того, як дизайн-system-команди перебудовують роботу під AI-епоху. Читати →
