Кейс loveholidays: як не-програмісти пишуть код з Codex

Маркетолог і дизайнер збирають сторінку разом із роботом-помічником

Фраза «тепер код може писати кожен» звучить як тост на конференції. Але в європейського турагентства loveholidays за нею є цифра: за рік частка змін коду, зроблених за допомогою ШІ, зросла з 7% до 79%.

Це не історія про те, як ШІ замінив розробників. Це історія про те, як компанія перестала бути вузьким місцем сама для себе.

Що саме зробила loveholidays

loveholidays — онлайн-турагентство, яке працює на восьми ринках і щодня перебирає десятки трильйонів комбінацій турів. Компанія запустила Codex не як інструмент для інженерів, а як спосіб пустити до коду тих, хто раніше тільки ставив задачі.

Продакт-менеджери, дизайнери й комерційна команда отримали внутрішній інструмент Search Playground — це Codex, у який вже зашиті дизайн-система компанії й її фронтенд-технології. З його допомогою зібрали понад десять нових варіантів пошуку, щонайменше три з них уже працюють на сайті.

Маркетинг окремо зібрав інтерактивний мікросайт під кампанію — за кілька годин і без зовнішньої агенції. Голова інжинірингу Дмитро Лерко підсумовує це так: внесення змін у застосунки та інфраструктуру більше не є виключно інженерною справою.

Цифри, які варто читати уважно

Показник Було Стало
Зміни коду за допомогою ШІ 7% 79%
Частота деплоїв +73% без нових розробників
Успішні зміни на дата-платформі 58% 93%
Самообслуговування в інфраструктурі 63% 90%

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

Є й гроші: близько £36 000 на рік економії на хмарному сховищі й ще приблизно £100 000 на зменшенні марної обробки даних. Це цифри компанії, не незалежний аудит.

Головна ідея кейсу — не Codex, а пісочниця

Легко прочитати це як «дайте маркетологам ШІ — і вони почнуть коммітити». Саме так робити не треба.

Ключ — у тому, що людей пустили не в голий репозиторій, а в готове середовище зі своєю дизайн-системою й своїми компонентами. Тобто межі визначили заздалегідь, і всередині цих меж помилитись страшно важко.

Це та сама логіка, що й у великих міграціях коду з агентами — ми розбирали її на прикладі того, як Asana закрила п’ять років техборгу за допомогою Codex. Агенти дають результат там, де завдання вузьке й перевіряється автоматично.

Що з цього може повторити малий бізнес

У малого бізнесу немає власної дизайн-системи й дата-платформи. Але сам принцип масштабується вниз:

  • Знайдіть задачу, де ваша команда чекає на підрядника заради дрібної правки — банер, лендінг, блок на сайті.
  • Зафіксуйте шаблон: кольори, шрифти, готові блоки. Без цього кожен результат буде виглядати по-різному.
  • Залиште людину на прийманні змін. Не тому, що модель погана, а тому, що відповідає за результат хтось живий.
  • Вимірюйте не кількість згенерованого, а частку змін, які доїхали до бою без переробки.

Якщо хочете почати з чогось малого й безпечного — у нас є розбір, як зібрати власний пет-проєкт без досвіду розробки. А щоб рутина запускалась сама, гляньте на тригери подій з Gmail, Slack і GitHub.

Чого кейс не обіцяє

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

І ще: один опублікований кейс — це один кейс. Цифри тут надали ті, кому вигідно виглядати добре. Беріть звідси принцип, а не очікування тих самих відсотків у себе.

Підпишіться на новини про штучний інтелект!

Ви будете отримувати від нас листи раз на тиждень.

Політика конфіденційності

Залишити коментар

Ваша e-mail адреса не оприлюднюватиметься. Обов’язкові поля позначені *

Прокрутка до верху