Я проєктую продукт і сам збираю ШІ всередині нього

ШІ-фічі ламаються в одному й тому самому місці: між тим, хто їх придумав, і тим, хто їх підключає.

Дизайнер малює чат із чарівною відповіддю. Розробник підключає модель і отримує справжню відповідь — повільнішу, довшу, іноді неправильну. Цей стан ніхто не проєктував, тому в продакшен іде спінер і червоний тост. Фіча формально працює і відчувається зламаною.

Мені набрид цей handoff, і я забрав усе собі.

Як виглядає моя робота зараз

Я проєктую у Figma і збираю в React. Одна людина, без передачі, без спеки, де написано «тут ШІ підказує найкращий варіант», а найскладніше залишено комусь іншому.

Claude Code працює в цьому циклі як друга пара рук. Він пише каркас, зв'язувальний код, міграцію, яку я інакше відкладав би тиждень. Мій трекер часу logr пройшов шлях від ідеї до працюючого продукту за день саме тому: мені не довелося вибирати між «спроєктувати» і «зібрати».

Чого він не робить — так це не ухвалює рішення. У нього немає смаку, немає контексту про людину, яка цим користуватиметься, і безмежна впевненість у собі. Цінність не в тому, що «ШІ пише мій продукт», а в тому, що відстань від рішення до працюючого екрана стиснулася до хвилин. Отже, рішень на день більше — і викидати їх я теж можу частіше.

Роль ШІ-інженера

Далі починається частина, яку дизайнери зазвичай пропускають.

Промпт — це текст інтерфейсу. Це тон, межі, відмови, питання, які продукт ставить у відповідь. Писати його — дизайнерська робота, а віддати бекендеру задачею — надійний спосіб отримати продукт, який розмовляє як відділ комплаєнсу.

Помилка — це поверхня проєктування. Модель повільна, іноді неправа, іноді мовчить. Отже, потрібен стрімінг, часткові стани, «я не впевнений» замість упевненої брехні, простий спосіб виправити відповідь. Якщо це не спроєктовано, вашим основним станом стає спінер.

Евали — це нові юзабіліті-тести. Імовірнісну фічу не можна подивитися очима двічі й оголосити готовою. Я тримаю невеликий набір реальних випадків і проганяю його після кожної правки — нудна звичка, яка відрізняє демо від фічі.

Вартість — таке саме обмеження, як вага сторінки. У кожного виклику є ціна і бюджет затримки. Це змінює рішення: що спрацьовує на кожне натискання клавіші, що один раз, а де модель узагалі не потрібна.

Чому це працює

Старий поділ виходив з того, що інтерфейс — це поверхня, а модель — механіка під нею. У ШІ-продуктах поведінка моделі і є інтерфейс. Розкласти їх на двох людей — означає залишити сам досвід без господаря.

Одна людина може тримати обидва кінці — не тому що дизайнери порозумнішали, а тому що інструменти підійшли достатньо близько і «спроєктувати» та «випустити» перестали бути різними роботами.

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