Коли OpenAI запускає внутрішній продукт, це не просто ще один інструмент. Codex — настільний застосунок, яким, за словами компанії, щотижня користуються майже всі співробітники — став полігоном для того, як ШІ змінює саму логіку створення продуктів. Ендрю Амброзіно, лідер розробки Codex app і дизайнер‑інженер‑продакт в одній особі, описує на подкасті Lenny’s Podcast, як нові моделі ШІ перевертають звичний порядок роботи: документи, прототипи, розробку й саму роль «смаку» в команді.
Це не історія про ще одну «чарівну» AI‑фічу. Йдеться про те, що відбувається з продуктовими командами, коли «будь‑хто може побудувати будь‑що», а справжньою дефіцитною валютою стає не код, а кураторство.
Від дорогого коду до дешевої імплементації
Традиційний продукт‑процес, який десятиліттями відточували у техкомпаніях, будувався навколо однієї аксіоми: імплементація дорога. Через це спершу проводили дослідження, писали документи, малювали дизайни, збирали прототипи й тільки після «дерискування» йшли в розробку.
Амброзіно описує цю логіку так: раніше «імплементація була дорогою, і тому ви хотіли зняти всі ризики наперед через документи, ресерч, прототипи, бо прототипи й дизайни були дешевші». Тепер, із появою потужних моделей, усе перевернулося.
На його думку, сьогодні, починаючи «з нуля», можна «підняти будь‑яку фічу», якщо просто правильно «поговорити з моделями» — не лише внутрішніми в OpenAI, а й конкуруючими. У певному сенсі «будь‑хто може побудувати будь‑що», і це більше не «важка частина софту».
Усередині OpenAI це призвело до дуже конкретного ефекту: «зараз, я впевнений, є десь 90 різних досліджень однієї фічі, яку нам конче треба зробити, і я впевнений, що є 90 некординованих команд, які її імплементують і пробують». І тут ключове — не цифра, а сам факт: головний ресурс тепер не «люди, здатні щось закодувати», а ті, хто вміє навести лад у цьому хаосі експериментів.
Амброзіно формулює це максимально прямо: «імплементація більше не є дорогою частиною. Дозволю собі сказати — це смак». Дорожча стала не реалізація, а курація: із десятків спроб потрібно зрозуміти, що в них хорошого, як це скласти разом, де має жити фіча, які варіанти об’єднати, а які — відкинути.
Бум прототипів і спокуса «PRD мертві»
У світі, де імплементація стала «дешевою і всюдисущою», багато хто проголошує новий догмат: PRD мертві, живі прототипи. Амброзіно прямо говорить, що таких заяв зараз «чутно чимало», але сам з ними не погоджується.
Він бачить дві симетричні спокуси.
З одного боку, неінженерам — особливо тим, хто раніше не писав код, — «дуже заманливо одразу стрибнути в прототип». Якщо раніше для цього потрібно було залучати розробників, тепер достатньо звернутися до моделі, і ось у вас вже «щось працює». Звідси й наратив: «PRD мертві, дайте просто показати, що я маю на увазі».
З іншого боку, інженерам «дуже заманливо писати багато документів… які не варті того, аби їх читати». По суті, і код, і текст перетворилися на дешевий ресурс. Тож питання не в тому, «писати чи ні», а що обрати для конкретної задачі.
Ключова теза Амброзіно: «якщо імплементації в надлишку, тоді дуже важливо обрати правильний формат для думки, яку ви намагаєтеся донести». Якщо потрібна «продуктова ясність навколо розмитої зони», доречний документ. Якщо ж ви хочете «дати людям щось у руки й прострес‑тестити патерн взаємодії» — це прототип.
Тобто не прототип замість PRD і не PRD замість прототипу, а свідомий вибір медіуму під завдання. Це звучить просто, але в умовах, коли побудувати прототип стало технічно так само легко, як написати сторінку тексту, цей вибір перестав бути очевидним.
Небезпека «прототипу, що виглядає як прод»
Окремий ризик нової реальності — те, що форма більше не сигналізує стадію зрілості. Раніше «якщо ти бачиш щось, що виглядає як продакшн‑додаток, це означало, що це пізня стадія процесу»: припущення вже перевірили, дизайн подивився на все, бізнес‑цілі узгоджено.
Тепер це розірвано. Можна дуже швидко зібрати щось, що візуально «виглядає готовим», хоча насправді це ще раннє дослідження. Для команд це створює серйозну пастку.
Амброзіно формулює її так: «ви не хочете занадто сильно заякоритися на речі, яка мала бути експериментом, але тепер виглядає настільки продакшн‑реді, що… візуально вона вже готова до релізу, але це насправді не та модель, куди йде ресерч, не те, що просять користувачі, і не те, що правильно для бізнесу».
У попередній парадигмі дорога імплементація захищала від цієї хибної впевненості: щоб щось довести «до прод‑вигляду», потрібно було пройти низку фільтрів. Тепер цей запобіжник зник. Тому дизайн‑ і продукт‑командам доводиться буквально проговорювати, «на якій стадії процесу» перебуває той чи інший артефакт, незалежно від того, як він виглядає.
Це знову повертає нас до смаку — але вже не естетичного, а процесного: вміння не закохатися в блискучу демку, яка не відповідає ні стратегії, ні даним.
Документ чи прототип: як тепер обирати медіум
У новому продуктовому середовищі вибір форми — це не дрібниця, а центральне рішення. Амброзіно описує кілька сценаріїв, де різні медіуми працюють по‑різному.
Коли завдання — «прояснити продуктову картинку навколо розмитої області», часу з прототипом може бути витрачено даремно. Тут документ дозволяє структурувати проблему, відокремити гіпотези, зафіксувати контекст і створити спільну мову для дискусії. ШІ не скасовує цієї потреби — швидше, спокушає «малювати інтерфейс» раніше, ніж можна чітко пояснити, навіщо він потрібен.
Натомість коли потрібно «прострес‑тестити патерн взаємодії» — зрозуміти, як люди клікатимуть, що відчуватимуть, як агент поводитиметься у реальному сценарії — тоді прототип стає потужнішим носієм думки, ніж текст. Тут швидка імплементація через моделі справді дає перевагу: можна виводити в руки користувачів експерименти, які ще вчора вимагали б місяців роботи.
Отже, мова не про те, що один медіум «старий», а інший «новий», а про те, що продуктові й дизайн‑лідери мають свідомо розвивати навичку: яку думку ми зараз намагаємося передати й яка форма найкраще донесе її до команди чи користувачів.
«Смак» як нова дефіцитна компетенція
У цьому ландшафті саме смак — у широкому сенсі — вистрілює як головна компетенція. Амброзіно неодноразово повертається до цієї теми, наголошуючи, що «знову ж таки, це смак — знати, над чим працювати, як подати інформацію, як досягти цілей, який медіум використати».
Він посилається на дискусію в продуктовій спільноті про те, що «люди переоцінюють естетичну частину того, що таке смак». Естетика важлива — на рівні «ця анімація не відповідає значенню, яке має передати» чи «цей інтерфейс занадто різкий для обраного патерну». Але це лише одна грань.
Інша — системне мислення: як фіча вписується у загальну систему, до якої теми вона належить, як вплине на інші частини продукту. Ще одна — презентація: як сформулювати ідею, щоб її зрозуміли, щоб вона отримала потрібний рівень уваги й критики.
Є й стратегічний вимір: «якщо ми можемо побудувати будь‑що, то що саме ми маємо будувати?» На тлі світу, де «кодування» дедалі більше нагадує «керування моделлю», цей тип смаку — вміння задати правильні цілі, відсіяти шум, побачити вдалий напрямок серед десятків «класних демо» — стає особливо цінним.
Не випадково Амброзіно описує найціннішого сьогодні фахівця як того, хто здатен провести ідею «від задуму до готового результату» із достатньою глибиною смаку, щоби сказати: «ось це — справді добре».
Коли дешево будувати, дорожче стає відбирати
Нові моделі ШІ зробили те, про що роками мріяли продуктові команди: зменшили вартість імплементації майже до нуля. Але разом із цим зник старий природний фільтр — дорогий код більше не стримує від необдуманих рішень.
Натомість зросла ціна іншої роботи: відбору, структурування, пріоритизації. Амброзіно описує теперішню реальність як постійний «мультиплеєрний експеримент»: десятки людей одночасно будують варіанти однієї фічі, швидко збирають демо, тестують різні підходи. Справжнім обмеженням стають не «руки» інженерів, а «очі й голова» тих, хто вирішує, що варте продовження.
У цьому сенсі ШІ не скасовує продуктову роботу, а радикально змінює її форму. Менше часу йде на «переклад ідей у код», більше — на питання:
- чи варта ця ідея того, щоб її взагалі перекладати?
- який медіум найкраще передасть задум?
- як не переплутати ранній прототип із готовою стратегічною ставкою?
- як обрати одну дорогу з «90 некординованих спроб»?
На ці питання немає відповіді «в одному промті». Їх все ще доводиться вирішувати людям — але вже в парі з моделями, які змінили правила гри.
Висновок: ШІ не скасовує процес, а вимагає переосмислити його
Іззовні може здатися, що ШІ просто «прискорює все»: кодування, дизайни, прототипи. Досвід команди Codex показує інше: він радше перевертає саме співвідношення між частинами процесу. Там, де раніше головним вузьким місцем була імплементація, тепер не вистачає смаку, кураторства й виваженого вибору формату.
Документи не зникли, прототипи не стали «панацеєю», а дизайн‑процес не помер — але всі вони втратили «прив’язку» до вартості коду. Тож головне завдання продукт‑ і дизайн‑лідерів у світі LLM — не просто «посадити ШІ в пайплайн», а навчитися жити в реальності, де будувати легко, а важко — вирішувати, що має сенс будувати і як це показати іншим.
У цій реальності найсильнішою зброєю стає не стільки глибоке знання конкретного інструменту, скільки та сама невловима, але дуже практична компетенція — смак.
Джерело
OpenAI Codex lead on the new shape of product work | Andrew Ambrosino