Євген Пешинський

Платформа клієнтських даних для авіакомпаній, спроєктована в коді замість Figma. Звичний шлях — макет у Figma, передача, тижні розробки, ручне тестування — замінено конвеєром: дослідження, HTML-прототип у двох варіантах, мій вибір, далі агенти planner, coder, verifier і reviewer у Claude Code збирають фічу на дизайн-системі, а скіл-тестувальник проходить кожен флоу як реальний клієнт, роль за роллю. В останньому замірі він ловив 70% того, що знаходив живий тестувальник, а людина пропускала 80% його знахідок. Я веду фронтенд-архітектуру в команді з п’ятьох: структуру, дизайн-систему — 96 компонентів у трьох рівнях, зі Storybook як еталоном, — і логіку кожної фічі. Приблизно половина фронтенду вийшла з моїх сесій.

Один рушій бронювання для будь-якої авіакомпанії, зроблений AI-агентами — харнес із 5 агентів і 32 скілів — без Figma, однією людиною. Там, де нова авіакомпанія зазвичай означає місяць перестилювання, тут кожна авіакомпанія обирає компоненти в адмінці, а весь її стиль — один JSON: робота на день. Почалося з дослідження авіакомпаній і платформ-конкурентів та UX-патернів. Фронтенд говорить із бекендом будь-якої авіакомпанії через один контракт: питає, які з 28 можливостей бекенд уміє, і ховає те, чого він не вміє. Наступний крок — головна ідея: фронтенд, що підлаштовується під кожного пасажира й складається за порадою Paximizer CDP — порядок кроків, пропозиції, компонування, — а підсумкова ціна завжди на виду.

Студія презентацій і контенту, що робить роботу відділу маркетингу: ніхто не малює презентації вручну й не добирає матеріали. Щотижня вона досліджує, про що писати, і планує на два тижні вперед, з брифами. Презентації, пости, озвучка й відео збираються на одній дизайн-системі з шаблонами й правилами, а озвучує їх безкоштовний локальний голос. Усім керує вебадмінка — календар, презентації, пости, — а презентації генерує сервер з AI-моделлю; Telegram-бот бере на себе затвердження й термінові замовлення, хвилини замість днів; опубліковані пости дублюються на paximizer.com.

Упаковую продукт під ключ — інтерфейс, сайт і всі матеріали для продажів і промо, — тож агенція чи дизайн-команда маркетингу не потрібні. Кожен сайт починається з дослідження — сайти конкурентів поруч, що вони кажуть і чого їм бракує, — далі вайрфрейми, дизайн і промокит. paximizer.com переїхав з Webflow, не втративши жодної з 91 старої адреси, тож не зламалося жодне посилання; на wind2ride.app — сторінки для поширення маршрутів, запрошення до клубів і відеогайд. Багато інших сайтів з 2010 року вже офлайн або під NDA — покажу на запит.

Я велосипедист і роблю застосунок для велосипедистів — сам, від ідеї до сторів, роблячи те, що робить невелика продуктова команда: продукт, дизайн, розробку, релізи й підтримку. Почалося з поїздки проти вітру й аналізу, як дані про вітер можуть оцінити маршрут відрізок за відрізком. Велосипедисти тестували його в беті й надсилали звіти просто із застосунку зі скриншотами; далі з’явилася соціальна частина — клуби й спільні заїзди. У Google Play, а з літа 2026 року й в App Store.

Можу автоматизувати будь-який робочий процес, і кожен інструмент тут назавжди прибрав один повторюваний ручний крок. Коли крок повторюється, спершу шукаю готовий інструмент, а якщо жоден не підходить — роблю свій: скіли, плагіни й розширення під реальну повторювану роботу. Muse — скіл для Claude Code — знаходить одну дизайн-ідею, яка продає, і втілює її, не ламаючи дизайн-систему. Він спроєктував цю сторінку так, як це зробила б студія, за одну сесію: 23 напрями, незалежне журі, дошка ідей, 3 ескізи — і ось вона.

База знань, яку може питати AI, — генератор контексту. Питання про продукт, що раніше коштувало годин пошуків у старому коді й документації або днів онбордингу новачка, отримує відповідь за секунди — від бізнес-правила до рядка коду. Я задокументував старий фронтенд і бекенд, проіндексував усе в RAG і зібрав MCP-сервер, щоб будь-який AI-агент міг звернутися до проєкту й отримати повний контекст для будь-якої задачі.

Повністю кастомізований рушій бронювання для авіакомпаній — ним користуються 20+ із них. Кастомізація бренду перейшла від ручного перестилювання, тижні на кожну авіакомпанію, до дизайн-токенів, що застосовуються за дні. Спершу дослідження — авіаційні обмеження: PNR, SSR, правила тарифів, багаж, — потім логіка бронювання у вайрфреймах, дизайн-токени для мультибрендових тем, інтерфейс, тести на клікабельних прототипах у Figma (+5% конверсії в A/B-тесті, попередньо) й передача команді фронтенду.

Платформа клієнтських даних для авіакомпаній, спроєктована у Figma й доведена від MVP до продакшену одним дизайнером. Дизайн спирався на реальні моделі API чотирьох авіаційних систем, тож екрани від початку відповідали даним, а фронтенд зібрали один раз, без кіл перероблення. Більшість роботи — варіанти: кожен компонент у кількох версіях, протестованих одна проти одної, і залишено правильну — в аналітиці, профілях пасажирів, лояльності, кампаніях, підтримці й моніторингу, з ролями, станами та крайніми випадками.

Конструктор сайтів для авіакомпаній — один шаблон, що перестилюється під будь-яку авіакомпанію (white label), — тож сайт нової авіакомпанії збирається за дні замість тижнів дизайну з нуля. Дослідження того, що потрібно кожному сайту авіакомпанії, 20+ протестованих екранів-вайрфреймів, семантичні токени зі світлою й темною темами, бібліотека компонентів з варіантами — і конструктор: обираєш варіант кожного блоку, і сайт збирається в бренді авіакомпанії.