# Сучасний рів

> Source: <https://mehmetmhy.com/langs/uk/modern_moat/>
> Published: 2026-08-14 00:00:00+00:00

# Сучасний рів

**Table of Contents**

## TL;DR

Визначальний бізнес-рів 21-го століття, чисте програмне забезпечення, стрімко руйнується, оскільки генеративний ШІ зводить вартість коду до нуля, повторюючи те, як китайська промислова агломерація вже знищила чистий апаратний рів. Оскільки сама складність виробництва більше не захищає бізнес у жодній із цих сфер, стійкий прибуток перемістився у складні стики між бітами й атомами. Щоб сьогодні створити компанію, яку можна захистити, засновники мають відмовитися від моделі звичайного постачальника програмного забезпечення і натомість діяти як принципал, що володіє реальним фізичним робочим процесом від початку до кінця. Тісно інтегруючи щонайменше три з чотирьох ключових чинників (спеціалізоване апаратне забезпечення, спеціалізоване програмне забезпечення, вибудувані стосунки та власні дані), сучасний бізнес може забезпечувати гарантований результат, тихо накопичуючи дані замкненого циклу, які й стають справжнім ровом, адже конкурент, який починає сьогодні, женеться не за фіксованою перевагою, а за такою, що щоразу подовжується, коли робота виконується.

## Передмова та мета

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

Ось теза, сформульована один раз і якнайточніше, як я можу її висловити. Приблизно тридцять років технологічна стратегія виходила з того, що цифровий світ створює стійкий, високомаржинальний, захищений прибуток, тоді як фізичний світ виробляє тонкий, невідмінний, низькомаржинальний товарний випуск. Два шоки не прийшли одночасно. Китайська виробнича агломерація першою зламала апаратний захист, що спирався на виробництво, переважно впродовж 2000-х і 2010-х років. Генеративний ШІ пізніше, у 2020-х, ламає захищеність програмного забезпечення, що спиралася на виробництво. **Генеративний ШІ знизив граничну вартість виробництва програмного забезпечення майже до нуля**, і це знищило бар’єри, які робили ПЗ захищеним. **Китайська промислова агломерація знизила вартість і затримку фізичної ітерації до рівня вартості й затримки програмного забезпечення**, і це знищило бар’єри, які робили апаратне забезпечення захищеним. Отже, ані лише біти, ані лише атоми більше не можуть прикривати бізнес. Стійка перевага перемістилася з будь-якого окремого виміру в щільне зчеплення обох, плюс стосунки й власні дані.

Документ поділено на дві частини:

**Аналіз.** Що таке рів насправді, чому кожна сфера раніше була захищеною, які саме тертя розчинив кожен шок і що лишилося стояти. Ця частина є економічним аналізом і зупиняється там, де закінчується аналіз.**Сучасний рів.** Із чого насправді складається захищеність тепер, коли ані біти, ані атоми не захищають вас самі по собі, і як компанія, побудована на цьому, виглядає на практиці.

# Аналіз: Як обидва рови зруйнувалися

## Частина перша: Що таке рів насправді

Перш ніж пояснювати, як рови зруйнувалися, мені треба точно визначити, що таке рів, бо нечітке використання цього слова відповідає за більшість поганого стратегічного мислення, яке я бачив. **Рів — це не хороший продукт. Рів — це не тимчасова перевага. Рів — це не бути першим.** Рів — це структурна властивість ринку, яка дозволяє фірмі довго отримувати дохід понад свою вартість капіталу, не даючи конкурентам цей дохід відбити. У термінах промислової економіки рів — це стійке джерело [економічної ренти](https://en.wikipedia.org/wiki/Economic_rent).

Економічна рента — це надлишок, який фірма отримує понад мінімум, на який вона погодилася б, щоб залишатися на ринку, і на справді конкурентному ринку цей надлишок дорівнює нулю. За [досконалої конкуренції](https://en.wikipedia.org/wiki/Perfect_competition) ціна падає до граничних витрат, фірми отримують лише свою вартість капіталу, а надприбуток не виживає. Кожна концепція захищеності — це насправді теорія про те, як одна конкретна фірма вислизає з цього тяжіння до ціноутворення за граничними витратами та нульового прибутку.

Класичний перелік походить від [Майкла Портера](https://en.wikipedia.org/wiki/Porter%27s_five_forces_analysis), чия модель п’яти сил була стандартним інструментом для цього з 1979 року, а згодом її загострили прихильники вартісного інвестування. Вона дає кілька справжніх, стійких джерел ренти:

**Бар’єри входу**, які не пускають нових конкурентів** Високі витрати переходу**, які утримують наявних клієнтів** Ефекти мережі**, коли продукт стає ціннішим, коли ним користується більше людей** Економія від масштабу**, яка дає змогу чинним гравцям демпінгувати новачків** Власна ІВ або регуляторний захист**, що юридично виключає імітаторів** Контроль над дефіцитним ресурсом або каналом збуту**, до якого конкуренти не мають доступу

### Кожне джерело ренти є тертям

Ось інсайт, від якого залежить решта цього звіту. Кожне з цих джерел ренти є тертям. Рів — це просто форма тертя, яку конкуренти не можуть дешево подолати:

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

Таке переосмислення має велике значення, бо воно точно показує, що саме робить із ринком щось на кшталт генеративного ШІ чи щось на кшталт китайської промислової щільності. Ці сили не атакують продукти. Вони атакують тертя. Це технології, що розчиняють тертя. А технологія, що розчиняє тертя, за визначенням є технологією, що розчиняє рів.

Увесь аргумент цього звіту можна стиснути в одне речення:

ріви в програмному забезпеченні та апаратному забезпеченні зруйнувалися, бо конкретні тертя, які створювали їхню ренту, були саме тими тертями, які ШІ та китайська агломерація виявилися надзвичайно добрими в усуненні.

## Частина друга: Історичний рів програмного забезпечення та чому біти друкували гроші

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

ПЗ мало майже унікальну структуру витрат. Воно поєднувало **високі постійні витрати на створення першої копії** з **майже нульовими граничними витратами на відтворення й доставку кожної наступної копії**. Написання першої версії складної програми вимагало дефіцитної, дорогої, повільної в підготовці групи інженерів, які працювали місяцями або роками. Але щойно її було написано, мільйонна копія коштувала практично нічого у виробництві й нічого в доставці. Ця асиметрія створювала величезний операційний важіль. Зріле горизонтальне програмне забезпечення може демонструвати валову маржу в районі вісімдесяти відсотків, як [Atlassian прогнозувала для Q2 FY2025](https://www.businesswire.com/news/home/20250130093810/en), бо дохід масштабується разом із користувачами, а собівартість проданих товарів майже не рухається. Але це твердження менш універсальне, ніж раніше, оскільки програмне забезпечення з великим споживанням ресурсів, як-от [Snowflake, у FY2025 було ближче до 67 відсотків валової маржі](https://www.snowflake.com/en/news/press-releases/snowflake-reports-financial-results-for-the-fourth-quarter-and-full-year-of-fiscal-2025/), частково тому, що стороння хмарна інфраструктура входить до собівартості. У економічному сенсі ПЗ поводилося як чистий [інформаційний товар](https://en.wikipedia.org/wiki/Information_good), а інформаційні товари ламають звичний зв’язок між виробництвом і витратами, який керує фізичними товарами.

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

**Дефіцит інженерних талантів.** Створення нетривіального ПЗ вимагало людей, які були дорогими, яких було важко найняти й важко координувати, тому більшість потенційних конкурентів просто не могли зібрати команду, здатну створити переконливу копію.**Час.** Навіть добре профінансованому конкуренту потрібні були багато місяців, щоб розібратися, сформулювати специфікацію, побудувати, протестувати й випустити конкуруючий продукт, а за ці місяці чинний гравець мав тимчасову монополію, щоб накопичувати користувачів, дохід і глибину продукту.**Витрати переходу.** Коли клієнт переносив свої дані в систему, навчав свій персонал цьому інтерфейсу й під’єднував систему до всього іншого через кастомні інтеграції, піти ставало надзвичайно дорого навіть тоді, коли з’являлося щось краще й дешевше.**Розрахунок «будувати чи купувати».** Оскільки створення власного внутрішнього ПЗ саме по собі було дорогим і ризикованим, компанії раціонально купували стандартні готові продукти замість того, щоб будувати свої, що гарантувало великий ринок для постачальників упакованого програмного забезпечення.**Ефекти мережі та накопичення власних даних**, які в найкращих випадках накладалися на все це зверху.

### Структурна вразливість

Подивіться, з чого складається цей список. Лише одне з цих п’яти тертів, ефекти мережі, є властивим **стороні попиту** продукту. Інші чотири — дефіцит талантів, час побудови, витрати переходу та штраф за вибір між побудовою і купівлею — це все **виробничі тертя з боку пропозиції**. Вони є артефактами того, наскільки важко, повільно й дорого було створювати та замінювати ПЗ.

Ось і вразливість. Бізнес, чия обороноздатність здебільшого ґрунтується на тому, наскільки складно виробити сам продукт, є обороноздатним лише доти, доки виробництво залишається складним. У момент, коли вартість виробництва й заміни програмного забезпечення обвалюється, разом із нею обвалюються чотири з п’яти стовпів, і лише мережевий ефект з боку попиту залишається стояти.

Саме такий обвал і принесла генеративна ШІ.

## Частина третя: ШІ-шок і розчинення програмного рову

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

Генеративний ШІ та автономні кодингові агенти атакують цей ресурс безпосередньо. Вони генерують, рефакторять, налагоджують, документують і розгортають код за частку історичної вартості для багатьох завдань. [Контрольований експеримент із GitHub Copilot](https://arxiv.org/abs/2302.06590) показав, що розробники виконали обмежене кодувальне завдання на 55,8 відсотка швидше, а [польове дослідження серед 4 867 розробників](https://mit-genai.pubpub.org/pub/v5iixksv) виявило на 26,08 відсотка більше виконаних завдань. Ефект реальний, але нерівномірний: [рандомізоване випробування METR 2025 року](https://metr.org/blog/2025-07-10-early-2025-ai-experienced-os-dev-study/) показало, що досвідчені розробники open source, які працювали у знайомих зрілих кодових базах, були на 19 відсотків повільнішими з ранніми інструментами ШІ 2025 року, хоча вважали, що працюють швидше. Безпечний висновок не в тому, що ШІ робить кожного інженера швидшим у кожному середовищі. Висновок у тому, що ШІ стискає вартість виробництва коду, особливо для обмежених, нових і менш досвідчених завдань. **Дефіцитний ресурс стає більш доступним.** Коли ціна критичного дефіцитного ресурсу падає, бар’єр входу, побудований на цій дефіцитності, разом із нею і руйнується. Цей один механізм каскадом проходить через усі чотири стовпи з боку пропозиції.

Зміна помітна в інструментах, які розробники реально використовують. Спочатку з’явилися вбудовані в IDE копілоти на кшталт [Cursor](https://cursor.com/). Потім з’явилися термінальні кодингові агенти на кшталт [Claude Code](https://code.claude.com/docs/en/cli-reference), [Codex CLI](https://learn.chatgpt.com/docs/codex/cli), [Kiro CLI](https://kiro.dev/cli/) і [OpenCode](https://opencode.ai/docs/cli/), де модель читає репозиторій, редагує файли, запускає команди й ітерує в тій самій середовищі, що й інженер. Тепер формується третій шар навколо оркестрації багатьох агентів, із такими інструментами, як [Conductor](https://www.conductor.build/), [Superset](https://superset.sh/) і [Hermes Agent](https://hermes-agent.nousresearch.com/), які координують кількох агентів між проєктами та середовищами. Прогресія очевидна. Вона пройшла шлях від автодоповнення до автономних агентів, а потім до оркестрації багатьох агентів паралельно, і це лише прискорюватиметься. Цифрову роботу буде дедалі легше автоматизувати з кожним роком, і інструменти, які сьогодні потребують кваліфікованого оператора, завтра вимагатимуть усе менше людського втручання.

### 1. Обвал бар’єра для входу

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

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

### 2. Обвал часової переваги

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

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

Коли лаг імітації прямує до нуля, тимчасова монополія, яка виправдовувала швидкі інновації, зникає. Інновації все ще відбуваються, але вони перестають приносити стійку надбавку, бо винагороду за інновацію миттєво отримують імітатори. Це підручниковий приклад того, що [Девід Тіс](https://en.wikipedia.org/wiki/David_Teece) назвав проблемою привласнення результатів у своїй праці 1986 року про отримання прибутку від технологічних інновацій. Інновація окупається лише тоді, коли інноватор може привласнити достатню частину створеної нею цінності до того, як її «з’їсть» імітація. ШІ спрямовує привласнюваність чистих програмних інновацій до нуля.

### 3. Розчинення витрат на перемикання

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

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

Коли вартість виходу падає, падає й довічна цінність утриманого клієнта, вартість залучення клієнта зростає відносно цієї зменшуваної довічної цінності, а одинична економіка всієї підписної моделі погіршується. **Рів, побудований на нездатності клієнта піти, розчиняється, коли піти стає дешево.**

### 4. Інверсія «будувати проти купувати»

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

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

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

Це те саме, що я називав **Внутрішнім програмним важелем** у своєму тексті [Barbell of Software Value](https://mehmetmhy.com/posts/barbell_theory/), лише з боку постачальника, а не покупця.

### Результат і що *не* обвалюється

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

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

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

Отже, точне твердження полягає не в тому, що всі програмні бізнеси вмирають. А в тому, що специфічний, колись домінантний рів — чистого, самостійного, упакованого програмного забезпечення, який захищався труднощами написання та заміни коду, — було зруйновано. Залишається програмне забезпечення, прив’язане до чогось, що ШІ не може дешево відтворити: мережі, набору даних, регуляторної позиції, каналу збуту або фізичної операції. **Програмне забезпечення, що вільно відривається від усього цього, тепер є товаром.**

## Частина четверта: Історичний захисний рів апаратного забезпечення та чому атоми були складними

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

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

Конкретні тертя, які захищали апаратне забезпечення, були такими:

-
**Інструментальний капітал.** Виготовлення фізичного продукту в масштабі вимагало спеціалізованого оснащення, головно прес-форм для лиття під тиском і ливарних штампів, що використовувалися для формування пластикових і металевих деталей, і це оснащення коштувало десятки або сотні тисяч доларів та змушувало до високих мінімальних обсягів замовлення. Це була тверда капітальна стіна, на яку більшість новачків не могла піднятися, і вона захищала діючих гравців, які вже амортизували своє оснащення. -
**Затримка ітерацій.** Удосконалення фізичного дизайну означало виготовлення нового оснащення, підлаштування допусків і запуск фізичних тестових партій — цикл, який займав тижні або місяці на кожен оберт і кожного разу дорого коштував, тож фізичні продукти вдосконалювалися повільно, і конкуренту потрібна була довга, дорога кампанія, щоб наздогнати. -
**Збірка ланцюга постачання.** Фізичний продукт — це специфікація матеріалів, що постачається від багатьох спеціалізованих постачальників, а ці постачальники колись були розкидані по різних фірмах, регіонах і країнах, тож скласти працездатний ланцюг постачання означало домовлятися з ізольованими продавцями, поглинати довгі строки поставки та керувати складною логістикою. -
**Точність і знання процесу.** Накопичене, часто неявне знання того, як насправді виготовити дизайн із прийнятним виходом придатної продукції. Воно не передається з креслення. Його треба вивчати на практиці. -
**Збут.** Потреба доставити фізичний продукт до покупців через роздрібні мережі, дистриб’юторів і поличний простір, який сам по собі був дефіцитним і контрольованим.

Подивіться знову на склад, як і у випадку з програмним забезпеченням. Захисний рів апаратного забезпечення був переважно набором тертя у виробництві та логістиці: інструментальний капітал, затримка ітерацій, збірка ланцюга постачання, вихід придатної продукції та фізичний збут. Його захищала саме складність, повільність і дорожнеча перетворення дизайну на відвантажений фізичний об’єкт. І точно так само, як у випадку з програмним забезпеченням, захист, побудований на складності виробництва, є довговічним лише доти, доки виробництво залишається складним.

**Але внесок Китаю в економічну історію полягав у тому, що він зробив фізичне виробництво, у величезному спектрі товарів, більше не складним.**

## Частина п’ята: Китайський шок, промислова агломерація та кінець захисного рову апаратного забезпечення

Найпоширеніше непорозуміння щодо домінування китайського виробництва полягає в тому, що це історія про дешеву працю. Частково це було правдою на першому етапі й здебільшого є неправдою зараз, а помилка тут веде прямо до хибного висновку, що повернення виробництва додому, або перенесення його до наступної країни з низькою зарплатою, відновить старий порядок.

Справжнє пояснення полягає в тому, що Китай побудував, за щільності й масштабу, яких ніхто раніше не бачив, явище, яке [Альфред Маршалл](https://en.wikipedia.org/wiki/Alfred_Marshall) понад століття тому описав як [промислову агломерацію](https://en.wikipedia.org/wiki/Economies_of_agglomeration). Саме ця агломерація, а не арбітраж заробітних плат, розібрала захисний рів апаратного забезпечення. Ця відмінність — уся суть цього розділу, і я не перший, хто її робить. Andrew “bunnie” Huang уже понад десятиліття документує шеньчженьську версію цього явища безпосередньо в [The Hardware Hacker](https://someplace-else.neocities.org/books/The%20Hardware%20Hacker.pdf).

### Маршалліанські зовнішні економії

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

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

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

### Обвал трансакційних витрат

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

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

Це не дешева праця. Це майже повне усунення трансакційних витрат і затримки ітерацій, що є якісно іншим і значно потужнішим явищем.

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

### 1. Обвал затримки ітерацій

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

Стратегічний наслідок жорстокий. Будь-який апаратний дизайн, задуманий на Заході, можна спостерігати, зворотно інженерити, оптимізувати для виробництва та запустити в масове виробництво всередині кластера швидше, ніж вихідна західна фірма завершить свій другий прототип. **Час випередження оригінатора, який був джерелом його ренти, є від’ємним. Імітатор першим постачає вдосконалену, дешевшу версію.**

### 2. Обвал інструментального капіталу

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

### 3. Крива досвіду, посилена автоматизацією

Цей механізм і є тим, що назавжди фіксує лідерство за собівартістю, і саме тому перевагу не можна «арбітражно» звести нанівець, просто перемістившись кудись іще. [Закон Райта](https://en.wikipedia.org/wiki/Experience_curve_effects), уперше описаний Теодором Райтом у 1936 році на основі даних про виробництво літаків і згодом узагальнений Boston Consulting Group як крива досвіду, є однією з найнадійніших емпіричних закономірностей в індустріальній економіці. Він стверджує, що для багатьох продуктів собівартість одиниці знижується на сталий відсоток кожного разу, коли сукупний обсяг виробництва подвоюється, тому що організація вчиться, через накопичене виконання, виробляти ефективніше.

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

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

### 4. Падіння фрикції розподілу

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

### Індустріальні спільні ресурси та чому репатріація виробництва така складна

Найважливіший наслідок усього цього, і той, який найчастіше ігнорують, стосується репатріації виробництва, і саме тут має значення поняття **індустріальних спільних ресурсів**. Ґері Пізано і Віллі Ші назвали це в [Restoring American Competitiveness](https://hbr.org/2009/07/restoring-american-competitiveness) ([PDF](https://dailyreporter.com/files/2012/11/restoring-american-competitiveness.pdf)) у 2009 році. Їхнє спостереження полягало в тому, що виробнича спроможність — це не властивість окремих фірм. Це властивість екосистеми, спільної місцевої бази постачальників, інструментальників, інженерів процесів і неявного знання.

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

Ось чому репатріація комодитизованої апаратної категорії така складна й дорога. Перевага, яку намагається відтворити той, хто повертає виробництво додому, ніколи не була всередині фабрики. Вона була в екосистемі навколо фабрики, а цієї екосистеми вдома вже немає. **Рів або захисний бар’єр не перемістився до Китаю тому, що китайські фірми індивідуально кращі. Він перемістився тому, що перемістилися спільні ресурси, а спільний ресурс — це колективний актив, який не можна відновити індивідуальною дією.**

Макровисновок для апаратного забезпечення точно паралельний висновку для програмного забезпечення. Щойно параметри фізичного продукту відомі, гіперщільна виробнича екосистема може відтворити його, оптимізувати під виробництво й постачати напряму за такою структурою витрат, що знищує маржу оригінатора. Самостійне апаратне забезпечення, яке захищалося лише складністю фізичного виробництва, було комодитизоване, тому що ця складність для величезного спектра товарів більше не існує.

## Частина шоста: Послідовний крах і його стратегічні наслідки

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

Ранні епохи все ще пропонували шлях втечі. Коли програмне забезпечення ставало конкурентним, капітал міг перетікати в обороноздатне апаратне забезпечення. Коли апаратне забезпечення ставало конкурентним, капітал міг перетікати в обороноздатне програмне забезпечення. Обидві сфери були чергованими притулками. Ця ротація більше не працює. **Чисті атоми вже втратили свій виробничий рів, а чисті біти тепер втрачають свій.** Більше немає притулку в чистих бітах і немає притулку в чистих атомах. Це глибший зміст [барбела, про який я писав минулого року](https://mehmetmhy.com/posts/barbell_theory/). Середина, де фірма покладалася на те, що один вимір буде складним, виявилася спустошеною з обох боків.

### Наслідок першого порядку: узагальнений дефляційний тиск

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

### Наслідок другого порядку: рента мігрує вздовж усміхненої кривої

[Стен Ші](https://en.wikipedia.org/wiki/Stan_Shih), засновник Acer, запропонував [усміхнену криву](https://en.wikipedia.org/wiki/Smiling_curve) приблизно в 1992 році. Якщо побудувати додану вартість проти етапів виробництва у виробничому ланцюгу, виходить форма, схожа на усмішку. Бен Томпсон [адаптував її до видавництва](https://stratechery.com/2014/publishers-smiling-curve/), і це варто прочитати, бо воно показує, що крива насправді зовсім не про виробництво. Ось оригінал:

Етапи Ші такі:

**Висока цінність вище по ланцюгу**, тобто дизайн, брендинг і інтелектуальна власність** Глибока западина посередині**, тобто фізичне складання й виробництво, стадія, що найлегше комодитизується** Висока цінність нижче по ланцюгу**, тобто дистрибуція, сервіс і відносини з клієнтом

Піднесення Китаю сплощило й комодитизувало середину цієї кривої для апаратного забезпечення. Генеративний ШІ тепер комодитизує еквівалентну середину для програмного забезпечення, а саме сам акт написання коду. Висновок однаковий в обох випадках: **покиньте комодитизовану середину й перейдіть до кінців усмішки.**

Але кінці — це саме ті активи на боці попиту й системного рівня, які не може дешево відтворити ні ШІ, ні щільність виробництва. Вище по ланцюгу це означає пропрієтарні дані, справжні дослідження та справжній інсайт у дизайні. Нижче по ланцюгу це означає бренд, довіру, дистрибуцію, регуляторне становище та володіння відносинами з клієнтом і операційним результатом.

### Наслідок третього порядку: рента мігрує в шви

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

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

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

## Частина сьома: Межі, контраргументи та чесність щодо них

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

### Заперечення 1: Згенероване ШІ програмне забезпечення ще не має граничного рівня

Перше заперечення полягає в тому, що згенероване ШІ програмне забезпечення ще не дорівнює експертно розробленому програмному забезпеченню для найскладніших, найнадійніших або справді нових систем, і що реальний якісний рубіж і далі відділяє масове генерування від граничної інженерії.

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

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

### Заперечення 2: Домінування Китаю нерівномірне й політично оспорюване

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

**Це теж правда.** Аргумент комодитизації найсильніший для споживчої електроніки, механічних товарів і складальних вузлів середньої складності, і найслабший на самому верху технологічного стеку, найочевидніше у передовому напівпровідниковому виробництві, де надзвичайна капіталомісткість і кілька незамінних постачальників створюють власні рови. Політика також може штучно повернути назад тертя, яке агломерація усунула, через тарифи, що підвищують доставлену собівартість копіювальника, або через експортні обмеження, що позбавляють його входів.

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

### Заперечення 3: Чому великі інкумбенти досі такі прибуткові?

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

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

Це повністю узгоджується з тезою. Комодитизація виробництва не зрівнює весь прибуток. Вона перерозподіляє прибуток від фірм, чиєю єдиною перевагою було те, що виробництво було складним, до фірм, які володіють тертями, яких виробництво не може торкнутися. Інкумбенти виживають, бо вони ніколи не були бізнесами однієї виміри. **Ось у чому урок, а не виняток.**

## Частина восьма: Синтез і міст до сучасного рову

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

Симетрія точна, і помітити це варте більше, ніж будь-яка половина окремо, бо це оголює загальний закон під обома:

Будь-який рів, що складається лише зі складності виготовлення речі, є тимчасовим, і він триває рівно до того моменту, коли хтось з’ясовує, як легко виготовляти цю річ.

Стратегічний наслідок випливає безпосередньо. Оскільки ні одні біти, ні одні атоми не можуть захистити бізнес, захищеність треба збирати з терть, які пережили обидва колапси:

**Тісна, замкнена інтеграція спеціального обладнання й спеціального програмного забезпечення**, щоб систему не можна було розібрати й скопіювати частина за частиною.** Пропрієтарні, безперервно оновлювані дані, що виробляються як побічний продукт роботи реального процесу**, які неможливо скопіювати, бо їх треба заслужити через операційну діяльність.** Глибокі відносини, довіра та регуляторний статус консервативних галузей**, які не здатен створити ані агенти кодування, ані фабрика контрактного виробництва.** Рішення діяти як принципал, а не як постачальник**, володіючи робочим процесом і його результатом, щоб увесь пул прибутку та весь потік даних залишалися захопленими, а не продавалися назовні.

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

Майбутній рів не зроблений ані з бітів, ані з атомів. Він зроблений із швів між ними, а також із відносин і заслужених даних, які ніхто не може відтворити, не стоячи там, де стоїте ви.

## Висновок до аналізу

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

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

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

# Сучасний рів

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

## Барбел

Перед правилами побудови корисно явно сформулювати барбел, оскільки аналіз постійно на нього вказував, не перелічуючи його кінців. Я виклав це у 2025 році в [The Barbell of Software Value](https://mehmetmhy.com/posts/barbell_theory/), де я узгодив свою Internal Software Leverage Theory із тезою про достаток. У чому висновок був такий: цінність програмного забезпечення поляризується в два кластери з колапсуючим середнім.

**На одному кінці стоять масивні фундаментальні примітиви,** фундаментальні моделі, обчислювальна інфраструктура, хмарні платформи, чипи та базова інфраструктура ШІ. Їх захищають капіталомісткість, ефекти масштабу та концентрація досліджень на рівні, до якого нова венчурна компанія, по суті, не може дотягнутися. Це не та можливість, яку я описую. Це середовище, всередині якого вона працює.

[Google](https://en.wikipedia.org/wiki/Google) — це граничний приклад. Він поєднує моделі LLM, [TPU](https://cloud.google.com/tpu), хмарну інфраструктуру, Search, Android, YouTube, Maps, Chrome, дистрибуцію за замовчуванням і пропрієтарні дані в масштабі, до якого майже ніхто не може дотягнутися. Це не робить його шаблоном для стартапу. Це робить його повністю реалізованим верхнім полюсом барбела. Почати там не можна. Те, що доводить Google, — це механізм: коли виробництво дешевшає, стійка цінність мігрує в обчислення, дистрибуцію, інфраструктуру, дані та екосистемну позицію, в які новий учасник не може просто так орендувати собі шлях. Помітьте й межу. Google проводить аукціон. Він зазвичай не володіє результатом рекламодавця. Саме тому Waymo, а не Search, є чистішим прикладом позиції принципала далі.

**На іншому кінці стоїть дуже специфічний приватний важіль.** Глибоке володіння робочим процесом, автоматизація фізичного світу, регуляторні процеси, заміна експертної праці, пропрієтарні операційні дані та володіння результатом. До цього кінця можна дістатися, і його захищають саме ті немайнові тертя, які аналіз визначив як уцілілі.

**Небезпечна середина — це звичайне програмне забезпечення.** Це вебдодаток, дашборд, CRUD-інструмент, менеджер робочих процесів і тонка обгортка над API моделі. Його здавлюють згори примітиви, які продовжують поглинати загальні можливості в себе, і знизу — обвал вартості створення будь-чого взагалі універсального. Продукт у середині легко створити, легко скопіювати, легко поглинути як функцію для чинного гравця, і зазвичай він володіє надто малою частиною ланцюга створення цінності клієнта, щоб захистити ціну.

## Чотирифакторний рів

Сьогодні захищеність не виникає з однієї високої стіни. Вона виникає з поєднання кількох переваг, що взаємно підсилюють одна одну. Чотири окремі стовпи переживають подвійний обвал виробництва апаратного й програмного забезпечення. **Стійкій сучасній компанії потрібен переконливий шлях щонайменше до трьох із них.** Не до одного. До трьох. Окремі виміри більше нікого не захищають і не захищатимуть у майбутньому.

### Чудове апаратне забезпечення

Чудове апаратне забезпечення не означає винахід екзотичних пристроїв. Воно точно не означає продаж хитромудрого гаджета з націнкою. Видимий, копійований, окремо продаваний пристрій — це саме те, що виробничі кластери знищують найшвидше. Апаратне забезпечення здобуває своє місце тоді, коли воно не є продуктом, а є **інструментом**. Воно дає компанії привілейований фізичний доступ до процесу, який жоден конкурент не може спостерігати ззовні. Воно зчитує фізичний світ, збирає власницькі дані, виконує фізичні дії та стандартизує робочий процес, роблячи програмне забезпечення над ним значно важчим для копіювання. **Тест простий.** Чи можна було б вийняти це апаратне забезпечення й продати окремо? Якщо так, то це гаджет, і він стане комодитизованим. Якщо без програмного забезпечення, даних і операцій навколо нього воно не має сенсу, тоді воно працює на рів.

### Чудове спеціалізоване програмне забезпечення

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

### Чудові відносини

Чудові відносини — один із найстійкіших ровів у важких галузях. Вони повністю нечутливі як до комодитизації апаратного забезпечення, так і до комодитизації програмного забезпечення. До них належать регуляторна акредитація, довіра клієнтів, доступ до каналу продажів консервативним покупцям і довгострокові операційні партнерства. Ви бачите це в таких секторах, як оборона, охорона здоров’я, будівництво та інфраструктура. Покупці на цих ринках ніколи не обирають постачальника лише тому, що його програмне забезпечення трохи краще, а в багатьох випадках — навіть якщо воно у 10 разів краще. Вони купують на основі довіри й репутації, надійності, відповідальності, відповідності вимогам і підтвердженого досвіду. **Дешевий клон зазвичай відсіюють ще до того, як хтось почне його оцінювати.** Відносини потребують часу, репутації та історії реального виконання. Ні агенти ШІ, ні складальна лінія в Шеньчжені не можуть створити довіру за одну ніч.

### Унікальні дані

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

**Спостереження****Рішення****Дія****Результат**

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

Більшість компаній захоплюють лише перший етап цього потоку даних. Рів потребує всіх чотирьох, тобто вам потрібно знати не лише те, що сталося, а й яке рішення було ухвалено у відповідь, яку саме дію було фактично виконано та чи спрацював результат. Саме четвертий етап, підтверджений результат, робить дані придатними для навчання і робить перевагу такою, що накопичується. Кожна завершена робота покращує систему, яка виконує наступну роботу, і це єдина форма переваги в усьому цьому документі, яка **зростає**, а не еродує.

### Коли цикли накопичуються та коли вони зупиняються

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

-
**Дані насичуються:** Цінність накопичених даних слідує кривій спадної віддачі. У глибинному навчанні[Sun et al. виявили, що продуктивність у задачах комп’ютерного зору зростала логарифмічно зі збільшенням обсягу навчальних даних](https://openaccess.thecvf.com/content_ICCV_2017/papers/Sun_Revisiting_Unreasonable_Effectiveness_ICCV_2017_paper.pdf), що означає: кожне подвоєння набору даних дає ще один приріст, але не ще одне диво. Перші тисяча виконань навчають найбільше. Наступні десять тисяч — менше. Наступні сто тисяч — майже нічого нового. Конкурент, який стартує пізніше, часто може досягти 90 відсотків вашої продуктивності з часткою історичних даних, закриваючи розрив швидше, ніж це підказують сирі цифри. -
**Дані можуть вам не належати для використання:** Ви генеруєте власницькі дані через робочий процес, але якщо ваш контракт каже, що дані належать клієнту і ви не можете об’єднувати їх між впровадженнями, у вас є п’ятдесят окремих сховищ даних, а не один маховик. На платформному рівні[OpenAI](https://openai.com/enterprise-privacy/),[Anthropic](https://www.anthropic.com/legal/commercial-terms),[Microsoft Azure OpenAI](https://learn.microsoft.com/en-us/azure/foundry/responsible-ai/openai/data-privacy),[AWS Bedrock](https://aws.amazon.com/bedrock/faqs/)і[Google Vertex AI](https://cloud.google.com/vertex-ai/generative-ai/docs/data-governance)усі кажуть бізнес-клієнтам, що їхні входи й виходи за замовчуванням не використовуються для навчання базових моделей. Це добре для клієнтів і є попередженням для постачальників. Міжклієнтське навчання накопичується лише тоді, коли це дозволяє контракт. Законодавство про приватність додає ще одне обмеження, бо[принцип обмеження мети GDPR](https://eur-lex.europa.eu/eli/reg/2016/679/2016-05-04/eng),[права на стирання](https://eur-lex.europa.eu/eli/reg/2016/679/2016-05-04/eng),[правила деідентифікації HIPAA](https://www.hhs.gov/hipaa/for-professionals/special-topics/de-identification/index.html)і[правила CCPA/CPRA щодо обміну для кросконтекстної поведінкової реклами](https://leginfo.legislature.ca.gov/faces/codes_displaySection.xhtml?lawCode=CIV§ionNum=1798.140)усі ускладнюють вторинне використання даних. Це вбиває більше реальних ШІ-ровів, ніж конкуренція. -
**Робочий процес змінюється швидше, ніж поліпшується модель:** У швидкоплинних операційних доменах дані мають вимірюваний період напіврозпаду. Як показали[Valavi et al. у дослідженні Гарвардської бізнес-школи](https://www.hbs.edu/ris/Publication%20Files/21-016_d5cc4876-c029-4540-8092-16a23778d86f.pdf), великий історичний запас даних створює напрочуд слабкий бар’єр для входу. Новачок, озброєний меншим потоком свіжих, нещодавніх даних, часто може побудувати точнішу модель, ніж чинний гравець, який сидить на роках застарілих даних, особливо коли старі дані активно знижують точність. Одне[дослідження з клінічної інформатики](https://pubmed.ncbi.nlm.nih.gov/28495350/)прямо це показало: період напіврозпаду даних для прогнозування госпітальних призначень становив близько чотирьох місяців, а один місяць нещодавніх даних перевершував дванадцять місяців старіших даних. У виробництві дрейф сенсорів, зношування інструментів, змінення процесів і схем означають, що моделі, навчені на історичних даних заводу, міркують про завод, якого вже не існує. Це не універсально. Процеси, керовані фізикою, актуарні таблиці, геологічні дані та інші повільні домени можуть зберігати цінність старих даних дуже довго. Якщо робочий процес змінюється швидше, ніж поліпшується модель, ваші історичні дані стають застарілим тягарем, а не перевагою. -
**Вартість є бар’єром, а бар’єр є вартістю:** Володіння реальними робочими процесами є капіталомістким, трудомістким і менш маржинальним, ніж чисте програмне забезпечення.[Tesla повідомила про загальну валову маржу за GAAP близько 18 відсотків у 2025 році](https://assets-ir.tesla.com/tesla-contents/IR/TSLA-Q4-2025-Update.pdf), попри вертикальну інтеграцію.[Intuitive Surgical повідомила про встановлену базу da Vinci в 11 106 систем і не-GAAP валову маржу 67,6 відсотка у 2025 році](https://isrg.intuitive.com/news-releases/news-release-details/intuitive-announces-fourth-quarter-earnings-5/), після десятиліть капіталу, навчання хірургів і обсягу процедур. Витрати, які не пускають конкурентів, також не дають більшості нових учасників побудувати щось вартісне для захисту. Багато спроб провалюються на юніт-економіці задовго до того, як цикл почне накопичуватися.

Що відрізняє цикли, які насправді накопичуються, від тих, що є фальшивими ровами:

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

Ця теза є хибною, якщо будь-яка з наведених нижче умов є істинною:

- Конкурент може отримати еквівалентні дані через скрапінг, синтетичну генерацію, transfer learning або одноразову покупку.
- Клієнт за договором володіє даними, і ви не можете об’єднувати їх між розгортаннями.
- Робочий процес змінюється швидше, ніж модель покращується, тож накопичені дані описують систему, якої вже не існує.
- Цінність даних насичується протягом перших N виконань, що означає: перевага є фіксованою, а не такою, що накопичується.
- Вартість володіння робочим процесом перевищує цінність даних, які він генерує.

Якщо ці умови виконуються, цикл — це не рів, що захищає бізнес. Це дорогий інженерний проєкт із тимчасовою перевагою. Як [argued a16z у 2019 році](https://a16z.com/the-empty-promise-of-data-moats/), більшість переваг у даних — це ефекти масштабу зі спадною віддачею, а не магічні мережеві ефекти. Це було правдою ще до поточної хвилі ШІ. Це залишається правдою і зараз.

## Бізнес-моделі, побудовані на сучасному рові

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

### Принципал, а не постачальник

Один-єдиний найвпливовіший вибір у всій цій рамці — відмовитися від позиції постачальника.

Підхід постачальника означає продаж інструменту організації, яка вже володіє робочим процесом. Це виглядає привабливо, бо теоретично воно капіталонебагате й масштабоване, але воно передає кожне джерело важеля клієнту. **Оператор зберігає відносини з клієнтом, фізичний процес, операційні дані, бюджет, відповідальність і кінцевий результат.** Постачальник зберігає лише шар програмного забезпечення, що сидить поверх усього цього. Стартап отримує лише малу частку створюваної цінності, клієнт вимагає кастомних інтеграцій, поки продукт не дрейфує у бік послуг, оператор може спостерігати, як інструмент працює, а потім замінити його внутрішньою розробкою, яка тепер значно дешевша у створенні, і оскільки оператор володіє найкращими даними, модель постачальника ніколи не накопичується. Маржа залишається обмеженою. Це особливо небезпечно у фізичних галузях, де постачальники програмного забезпечення надійно деградують до ролі гламуризованих консультантів.

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

Цей принцип зводиться до однієї інструкції:

Не продавайте інструмент. Продавайте завершений результат.

На практиці це проявляється як послідовне переформулювання будь-якої ідеї постачальника в її принципальну версію:

| Формулювання постачальника | Формулювання принципала |
|---|---|
| Продавати ПЗ для інспекцій | Стати агенцією з інспекцій |
| Продавати ПЗ для лабораторного процесу | Володіти процесом тестування |
| Продавати панель керування комплаєнсом | Надавати сертифікований комплаєнс |
| Продавати інструменти оцінювання | Надавати оцінку |
| Продавати аналітику прогнозного техобслуговування | Запобігати простоям або володіти результатом техобслуговування |

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

### Послуга як послуга

Позиція принципала передбачає модель доставки, яка виглядає інакше, ніж звичайне програмне забезпечення, і її варто назвати, бо спочатку вона здається *гіршим* бізнесом для будь-кого, хто навчений на маржинальності SaaS.

У цій моделі є кілька назв у обігу. [YC](https://www.ycombinator.com/), a16z та інші називали її service-as-software, а теза про AI-enabled rollup — близька родичка. Я віддаю перевагу service as a service, бо це зберігає акцент на тому, що саме отримує клієнт.

**Клієнт не повинен користуватися програмним забезпеченням, щоб отримати результат.** Компанія повинна використовувати програмне забезпечення, ШІ, людську працю, обладнання та операції разом, щоб надати готову роботу. ПЗ — це внутрішній важіль, а не продукт.

Послідовність тут навмисна. Спочатку виконуйте роботу вручну або з людьми в контурі. Використовуйте ПЗ, щоб зробити цю людську роботу швидшою, стабільнішою й вимірюванішою. Фіксуйте кожен вхід, рішення, виправлення, крайовий випадок і результат. Потім використовуйте накопичені дані, щоб автоматизувати дедалі більшу частину робочого процесу, сходячись до автоматизованого постачальника послуг із маржею та захищеністю, якій не може відповідати традиційне ПЗ.

**Це відрізняється від консалтингу одним вирішальним чином.** Консалтинг продає кожному клієнту кастомну працю назавжди, і кожна взаємодія не лишає після себе нічого повторно придатного. Service as a service навмисно використовує ранню людську працю як *інструмент для побудови системи автоматизації*, і кожна взаємодія залишає після себе дані, що роблять наступну дешевшою.

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

### Старгейт для даних

**ШІ переходить від вузького місця в обчисленнях до вузького місця в даних.** Найціннішими ШІ-компаніями наступного періоду будуть не ті, що мають найбільше загальних даних, яких багато, а отже вони не дають ренти, за точною логікою першої половини. Ними будуть ті, що володіють рідкісними, приватними, високоякісними операційними даними, які неможливо отримати жодним іншим способом, окрім виконання роботи.

Фраза *Stargate for Data* запозичена з [OpenAI’s Stargate](https://openai.com/index/announcing-the-stargate-project/), оголошеної багатосотмільярдної програми розбудови обчислювальної інфраструктури, і саме в цьому полягає запозичення. Якщо рідкісний ресурс минулого циклу виправдовував заплановану інфраструктуру такого масштабу, то наступний заслуговує на такий самий підхід. Мета — не накопичити набір даних. Мета — **побудувати машину, яка безперервно виробляє пропрієтарні дані як побічний продукт надання послуги.**

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

### Комп’ютер атомів

Чотири фактори описують структуру. Комп’ютер атомів описує, *для чого* ця структура існує, і це довгострокове бачення, яке робить увесь цей проєкт вартим зусиль.

Я не вигадав цю ідею, і хочу одразу це чітко зазначити. Це формулювання належить [Travis Kalanick](https://en.wikipedia.org/wiki/Travis_Kalanick). Після того як його витіснили з [Uber](https://en.wikipedia.org/wiki/Uber) у 2017 році, він вісім років у режимі секретності будував [City Storage Systems](https://en.wikipedia.org/wiki/CloudKitchens), а в березні 2026 року перейменував її на **Atoms** і опублікував [листа-візію](https://atoms.co/vision), у якому все це виклав. Його формулювання полягає в тому, що до проблем фізичного світу треба підходити так само, як до проблем програмного забезпечення, а базові обчислювальні ресурси мають фізичні аналоги, де CPU — це виробництво, storage — це нерухомість, а network — це транспорт. На [a16z launch event](https://www.youtube.com/watch?v=r8qKNFeBPXE) Kalanick визначив компанію через **industrial AI**, використовуючи ПЗ, сенсори, робототехніку й ШІ для автоматизації операцій у цілих промислових секторах, починаючи з харчової промисловості, видобутку корисних копалин і транспорту. Прочитайте його лист. Він кращий за мій переказ, і кілька його висновків приходять до того самого місця, куди веде цей документ, але з іншого напряму.

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

На одному пункті ми з Кала́ніком повністю згодні, і він формулює це краще, ніж я. Його термін — **robots gainfully employed**, тобто спеціалізовані машини з конкретною продуктивною роботою, на противагу гуманоїдам, збудованим, щоб імітувати нас. Його приклад такий: якщо вам потрібно робити тисячу млинців на годину, незграбний гуманоїд, що їх перевертає, — це найгірший можливий дизайн, а спеціально створена машина — очевидний вибір. Отже, правильний підхід — **не** будувати робота загального призначення. Потрібно знайти вузький клин, у якому цикл «відчуй, виріши, дій» можна розгорнути всередині одного реального робочого процесу з чіткою негайною економічною цінністю, і змусити цей цикл працювати наскрізно, перш ніж розширювати його.

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

## Наочний приклад

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

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

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

Він також починається вузько, що відповідає класичній стартап-логіці, яку [Paul Graham](https://paulgraham.com/ds.html) і [YC](https://www.ycombinator.com/) просувають уже багато років. Почніть із гострого клина, але переконайтеся, що цей клин належить до великої й болючої проблеми. Немає потреби автоматизувати будівельну інспекцію як галузь уже в перший день. Точкою входу може бути один тип інспекції, одне випробування матеріалу, одна географія або один комплаєнс-процес. Далі програмне забезпечення стандартизує роботу, люди створюють перші дані, а автоматизація розширюється лише там, де цикл справді дає накопичувальний ефект.

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

## Компанії, які вже схожі на це

У цю рамку легше повірити, якщо вона описує речі, які вже існують, а не лише ті, які мені хотілося б, щоб існували.

** Anduril** — це чотири з чотирьох. Індивідуальне апаратне забезпечення для дронів, сенсорних веж, перехоплювачів і підводних апаратів. Індивідуальне програмне забезпечення в

[Lattice](https://www.anduril.com/news/anduril-s-lattice-a-trusted-dual-use-commercial-and-military-platform-for-public-safety-security), на якому працює кожен елемент цього обладнання. Відносини та регуляторний статус, які жоден код-агент не може згенерувати, оскільки клієнтом є уряд США та його союзники. Операційні дані з розгорнутих систем, що повертаються назад у програмне забезпечення. Дві деталі важливіші за список продуктів. Компанія фінансує власні НДДКР і створює продукт до продажу в межах уже наявної бюджетної статті, перевертаючи модель «витрати плюс», на якій працюють традиційні великі підрядники. Anduril є приватною компанією і не публікує перевірених маржинальних показників, але

[побічні оцінки ставлять її валову маржу приблизно на рівні 40–45 відсотків](https://www.sacra.com/c/anduril/). Для оборонного апаратного забезпечення це незвично високо, тоді як

[компанії аерокосмічної та оборонної галузі в середньому мають приблизно 17,5 відсотка валової маржі](https://pages.stern.nyu.edu/~adamodar/New_Home_Page/datafile/margin.html)у галузевих даних NYU Stern. Точне число важить менше, ніж структура. Вертикально інтегрована, з фіксованою ціною, програмно визначена модель, схоже, дає кращу економіку, ніж традиційна інтеграція платформ за схемою «витрати плюс».

** Intuitive Surgical** — це старіша, тихіша версія тієї самої структури.

[Система da Vinci](https://www.intuitive.com/en-us/products-and-services/da-vinci)поєднує апаратне забезпечення, яке нічого не варте без свого програмного забезпечення, дозволи

[FDA](https://www.fda.gov/), які жоден конкурент не може обійти, два десятиліття відносин із лікарнями та

[дані про процедури з мільйонів операцій](https://www.intuitive.com/en-us/-/media/ISI/Intuitive/Pdf/2025-Intuitive-Corporate-Impact-Report.pdf). Вона відповідає чотирьом із чотирьох, безперервно накопичує переваги й реалізує цю стратегію від свого

[першого дозволу в 2000 році](https://www.intuitive.com/en-us/about-us/company/history), задовго до того, як хтось назвав це фізичним ШІ.

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

[буксировану платформу KATFISH](https://www.krakenrobotics.com/products/katfish/), підводні батареї та підводний

[LiDAR](https://en.wikipedia.org/wiki/Lidar). Усе це апаратне забезпечення марне без пропрієтарного програмного забезпечення для обробки зображень, яке його супроводжує. Серед її клієнтів — флоти, що орієнтуються на

[NATO](https://en.wikipedia.org/wiki/NATO). Це довіра й регулювання на найвищому рівні, бо флот не змінюватиме постачальника сонара на дешевшу копію. Що критично, Kraken не лише продає обладнання. Вона виконує зйомки як сервіс, тобто кожне завдання створює розвідувальні дані про морське дно, яких більше ніхто не має. Це останнє рішення — уся рамка в мініатюрі. Компанія з апаратним забезпеченням помітила, що дані цінніші за коробку, і перейшла в позицію головної сторони, щоб їх зберегти.

** SpaceX & Waymo** — це чисті варіанти головної сторони. SpaceX не продає ракети. Вона продає доставлені корисні навантаження. Waymo не ліцензує програмне забезпечення автономності автомобільним компаніям. Вона продає завершені поїздки. В обох випадках компанія відмовилася від ролі постачальника, взяла на себе операційну відповідальність і зберегла дані. Waymo також має регуляторний рів, який

[з’являється по одній юрисдикції за раз](https://tesorb.com/robotaxi-regulatory-map-2026/). Таке розширення повільне, і саме тому його важко зламати.

** Carbon Robotics** — корисний частковий випадок. Її

[LaserWeeder](https://carbonrobotics.com/laserweeder)знищує бур’яни за допомогою комп’ютерного зору та потужних лазерів. У лютому 2026 року компанія

[заявила, що її Large Plant Model навчали на більш ніж 150 мільйонах розмічених рослин](https://www.businesswire.com/news/home/20260202630325/en/), зібраних приблизно на сотні ферм у п’ятнадцяти країнах. Це й є двигун даних у дії, створений як операційний побічний продукт, а не окрема ініціатива. Але я б також зазначив уразливість цієї схеми. Carbon продає обладнання фермерам, залишаючись постачальником, а не головною стороною. Вона успішна, тому що дані все ще повертаються в її центральну модель, роблячи позицію постачальника життєздатною. Якби виробники коли-небудь володіли даними цього парку, рів захисту зник би.

** Nokia** — це і історичне попередження, і новий тестовий випадок. У 2007 році вона контролювала

[майже 50 відсотків світового ринку смартфонів](https://www.bbc.com/news/technology-23947212), маючи найкраще апаратне забезпечення, масштаб виробництва та ланцюг постачання в мобільних телефонах. Вона виконувала одну вимірювану задачу краще за всіх живих, а потім зруйнувалася, бо в неї не було програмної платформи. Сучасна Nokia намагається реалізувати саме той багатофакторний сценарій, який описано тут. Як показує

[Michael Sikand](https://www.linkedin.com/in/michaelsikand)у

[цьому відеорозборі](https://www.youtube.com/watch?v=1v-yx_HVeZU), компанія понад десятиліття поверталася від споживчих гаджетів до вертикально інтегрованого оптичного кремнію, укорінених відносин із операторами та оборонним сектором, а також edge-обчислень на базі ШІ. Стара Nokia довела, що ізольоване апаратне забезпечення — це тимчасова перевага. Що ж, нова Nokia намагається довести, що апаратне забезпечення, поєднане з інституційною довірою та програмною інфраструктурою, створює довготривалий захисний рів.

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

## Вузькість — це вимога для входу

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

Ця закономірність простежується в операторів вище і за їх межами. Anduril починала із систем захисту сил і протидронових систем, перш ніж масштабувати виробництво та суміжні можливості. Intuitive Surgical починала з конкретних лапароскопічних процедур і протягом десятиліть вибудовувала навчання хірургів і обсяг процедур, перш ніж розширитися на інші спеціальності. SpaceX починала з одного багаторазового ракетоносія, перш ніж розширитися до [Starlink](https://en.wikipedia.org/wiki/Starlink). [Tesla](https://en.wikipedia.org/wiki/Tesla,_Inc.) починала з вузького преміального клина в сегменті електромобілів (спортивний автомобіль [Roadster](https://en.wikipedia.org/wiki/Tesla_Roadster_(first_generation))) і використовувала автопарк для даних і виробничого навчання, перш ніж перейти до масових моделей, енергетики та автономності. [Palantir](https://en.wikipedia.org/wiki/Palantir) починала з конкретних розвідувальних робочих процесів для конкретних агентств, перш ніж розширитися в комерційний сектор. У кожному випадку вузький вхід не був компромісом. Це був механізм, який змушував цикл нарощуватися.

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

# Висновок

Перша половина цього документа встановила загальний закон. **Будь-який рів, що складається лише з труднощів виготовлення речі, є тимчасовим і триває рівно доти, доки хтось не зробить цю річ легкою у виготовленні.** Китайська промислова агломерація зробила це з апаратним забезпеченням, знизивши транзакційні витрати та затримку ітерацій усередині гіперплотного кластера. Генеративний ШІ робить це з програмним забезпеченням, знижуючи вартість його дефіцитного вхідного ресурсу. Апаратне забезпечення обвалилося першим, а програмне — пізніше, але для засновника, який будує сьогодні, жоден із цих прихистків не є надійним.

Друга половина перетворила цей закон на відповідь. Якщо труднощі виробництва більше нічого не захищають, тоді обороноздатність має бути зібрана з тертя, яких обвал виробництва не може досягти. Сюди входять **фізичний доступ, замкнений операційний цикл даних, регуляторний статус, заслужена довіра та володіння самим результатом.** Саме тому чотири фактори вимагають три з чотирьох, а не один, саме тому головна позиція важливіша за будь-яке інше окреме рішення, і саме тому дані мають бути операційним побічним продуктом, а не зібраним активом.

Це стискається в одне ключове речення.

В епоху ШІ найкращі компанії не будуть ні типовими програмними інструментами, ні копійованими апаратними продуктами. Вони будуть

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

Для засновника питання вже не в тому, «яке програмне забезпечення я можу створити?», а в тому, **який цінний реальний результат я можу володіти, виконувати, вимірювати й автоматизувати?**

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

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

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

# Цитати та джерела

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

**Моє, з попередніх текстів**

[Барбелл цінності програмного забезпечення](https://mehmetmhy.com/posts/barbell_theory/)(2025), де я вперше виклав теорію зникаючого середнього та Теорію внутрішнього програмного важеля. Друга половина тут — це операційна версія того допису.

**Комп’ютер з атомів**

- Travis Kalanick,
[Vision](https://atoms.co/vision),[Unfinished Business](https://atoms.co/unfinished-business), та[How AI Will Transform the Physical World](https://www.youtube.com/watch?v=r8qKNFeBPXE), Atoms і a16z, 2026. Концепція комп’ютера на основі атомів, зіставлення CPU/сховище/мережа з виробництвом/нерухомістю/транспортом, цикл зрозуміти-передбачити-контролювати, промисловий ШІ та роботи, які мають оплачувану зайнятість, — усе це його. Цей розділ є моїм підсумком його ідеї, а не моєю ідеєю. - Ben Horowitz та Alex Danco,
[Travis is Back](https://a16z.com/travis-is-back/), a16z, 2026.

**Економіка**

- Atlassian,
[результати Q2 FY2025](https://www.businesswire.com/news/home/20250130093810/en), для зрілих горизонтальних SaaS із валовою маржею в низькому діапазоні вісімдесяти відсотків. - Snowflake,
[результати FY2025](https://www.snowflake.com/en/news/press-releases/snowflake-reports-financial-results-for-the-fourth-quarter-and-full-year-of-fiscal-2025/), як контрприклад того, що програмне забезпечення з високою часткою споживання може працювати істотно нижче за класичні валові маржі SaaS. - Michael Porter,
[five forces](https://en.wikipedia.org/wiki/Porter%27s_five_forces_analysis), 1979, для таксономії джерел ренти в Частині Першій. - David Teece,
, 1986, для проблеми привласнюваності в Частині Третій.*Profiting from Technological Innovation* - Alfred Marshall,
*Principles of Economics*, 1890, для[зовнішніх економій та агломерації](https://en.wikipedia.org/wiki/Economies_of_agglomeration)у Частині П’ятій. - Ronald Coase,
, 1937, для трансакційних витрат у Частині П’ятій.*The Nature of the Firm* - Theodore Wright, 1936, і Boston Consulting Group, для
[кривої досвіду](https://en.wikipedia.org/wiki/Experience_curve_effects)у Частині П’ятій. - Stan Shih,
[усміхнена крива](https://en.wikipedia.org/wiki/Smiling_curve), приблизно 1992. Його[оригінальна діаграма](https://commons.wikimedia.org/wiki/File:Smiling_Curve.svg)є на Wikimedia Commons, а допис Бена Томпсона[Publishers and the Smiling Curve](https://stratechery.com/2014/publishers-smiling-curve/)— найкраще продовження цієї ідеї, яке я читав. - Gary Pisano та Willy Shih,
[Restoring American Competitiveness](https://hbr.org/2009/07/restoring-american-competitiveness), Harvard Business Review, 2009, про промислові спільні ресурси та чому репатріація виробництва є складною. - Andrew “bunnie” Huang,
[The Hardware Hacker](https://someplace-else.neocities.org/books/The%20Hardware%20Hacker.pdf), для першоособового опису того, як насправді відчувається робота всередині щільності Шеньчженя. - WTO,
[Accessions: China](https://www.wto.org/english/thewto_e/acc_e/a1_chine_e.htm), для контексту інтеграції Китаю в глобальну торговельну систему. - World Bank,
[manufacturing value added](https://data.worldbank.org/indicator/NV.IND.MANF.CD?locations=CN-US), для контексту масштабу китайського виробництва відносно Сполучених Штатів.

**Механіка стартапів**

- Paul Graham,
[Do Things That Don’t Scale](https://paulgraham.com/ds.html)та[How to Get Startup Ideas](https://paulgraham.com/startupideas.html), для вузького клина. - Tesla,
[The Secret Tesla Motors Master Plan](https://www.tesla.com/blog/secret-tesla-motors-master-plan-just-between-you-and-me), 2006, для логіки клина від Roadster до доступного автомобіля. - Palantir,
[S-1 registration statement](https://www.sec.gov/Archives/edgar/data/1321655/000119312520230013/d904406ds1.htm), 2020, для шаблону розширення від уряду до комерційного сектору. - Історія компанії SpaceX та розкриття інформації про Starlink, через
[SpaceX](https://www.spacex.com/)і[Starlink](https://www.starlink.com/), для запуску як початкового клина перед ширшою космічною інфраструктурою.

**ШІ-кодування та виробництво програмного забезпечення**

- GitHub,
[Представляємо GitHub Copilot](https://github.blog/news-insights/product-news/introducing-github-copilot-ai-pair-programmer/), 2021, і[загальна доступність GitHub Copilot](https://github.blog/news-insights/product-news/github-copilot-is-generally-available-to-all-developers/), 2022, для практичного початку комерційної допомоги в написанні коду за допомогою ШІ. - OpenAI,
[Технічний звіт GPT-4](https://arxiv.org/abs/2303.08774), 2023, і Anthropic,[Claude 3.5 Sonnet](https://www.anthropic.com/news/claude-3-5-sonnet), 2024, для контексту прискорення можливостей моделей. - Peng et al.,
[Вплив ШІ на продуктивність розробників](https://arxiv.org/abs/2302.06590), 2023, для контрольованого результату щодо GitHub Copilot, де розробники виконали обмежене завдання з кодування на 55,8 відсотка швидше. - Cui et al.,
[Ефекти генеративного ШІ на високо-кваліфіковану працю](https://mit-genai.pubpub.org/pub/v5iixksv), 2025, для результату польового дослідження на 4 867 розробниках, який показав на 26,08 відсотка більше завершених завдань. - METR,
[Вимірювання впливу ШІ початку 2025 року на продуктивність досвідчених розробників відкритого коду](https://metr.org/blog/2025-07-10-early-2025-ai-experienced-os-dev-study/), 2025, для контрприкладу, де досвідчені розробники були на 19 відсотків повільніші з інструментами ШІ в зрілих репозиторіях. [Cursor](https://cursor.com/),[Claude Code](https://code.claude.com/docs/en/cli-reference),[OpenAI Codex CLI](https://learn.chatgpt.com/docs/codex/cli),[Kiro CLI](https://kiro.dev/cli/), і[OpenCode](https://opencode.ai/docs/cli/), для переходу від автодоповнення до агентного доступу до репозиторію й термінала.[Conductor](https://www.conductor.build/),[Superset](https://superset.sh/), і[Hermes Agent](https://hermes-agent.nousresearch.com/), для шару оркестрації над одногентними інструментами кодування.

**Режими відмови рову даних**

- Sun et al.,
[Перегляд надзвичайної ефективності даних у епоху глибинного навчання](https://openaccess.thecvf.com/content_ICCV_2017/papers/Sun_Revisiting_Unreasonable_Effectiveness_ICCV_2017_paper.pdf), ICCV 2017, для емпіричного висновку, що продуктивність у візуальних завданнях покращується логарифмічно з обсягом навчальних даних. - Martin Casado і Peter Lauten,
[Порожня обіцянка ровів даних](https://a16z.com/the-empty-promise-of-data-moats/), a16z, 2019, для аргументу, що ефекти масштабу даних зазвичай згасають, а не накопичуються. - Valavi et al.,
[Час і цінність даних](https://www.hbs.edu/ris/Publication%20Files/21-016_d5cc4876-c029-4540-8092-16a23778d86f.pdf), робочий документ Гарвардської школи бізнесу 21-016, 2021, для розрізнення між запасом даних і потоком даних, а також висновку, що застарілі дані можуть шкодити точності моделі. - Chen et al.,
[Згасання релевантності клінічних даних для майбутніх рішень у керованих даними клінічних наборах лікарняних призначень для стаціонарних пацієнтів](https://pubmed.ncbi.nlm.nih.gov/28495350/), International Journal of Medical Informatics, 2017, для приблизно чотиримісячного періоду напіврозпаду даних клінічного прогнозування. - OpenAI
[Конфіденційність для підприємств](https://openai.com/enterprise-privacy/), Anthropic[Комерційні умови](https://www.anthropic.com/legal/commercial-terms), Microsoft Azure OpenAI[конфіденційність даних](https://learn.microsoft.com/en-us/azure/foundry/responsible-ai/openai/data-privacy), AWS Bedrock[FAQ](https://aws.amazon.com/bedrock/faqs/), і Google Vertex AI[управління даними](https://cloud.google.com/vertex-ai/generative-ai/docs/data-governance), для зобов’язань за замовчуванням не використовувати дані для навчання на вхідних і вихідних даних бізнес-клієнтів. - Європейська рада із захисту даних,
[Висновок 28/2024 про моделі ШІ](https://www.edpb.europa.eu/system/files/2024-12/edpb_opinion_202428_ai-models_en.pdf),[стаття 5 і стаття 17 GDPR](https://eur-lex.europa.eu/eli/reg/2016/679/2016-05-04/eng),[правила деідентифікації HIPAA](https://www.hhs.gov/hipaa/for-professionals/special-topics/de-identification/index.html), і[правила CCPA/CPRA](https://leginfo.legislature.ca.gov/faces/codes_displaySection.xhtml?lawCode=CIV§ionNum=1798.140), для обмежень законодавства про конфіденційність на вторинне використання даних, стирання, деідентифікацію та обмін. - Lathrop GPM,
[Навігація власністю ШІ в комерційних угодах і ліцензійних угодах щодо інтелектуальної власності](https://www.lathropgpm.com/insights/navigating-ai-ownership-in-commercial-and-ip-license-agreements-key-considerations-for-tech-providers-and-customers/), 2026, для договірної напруги між зобов’язаннями не використовувати дані для навчання та збереженими правами на агреговане або деідентифіковане використання.

**Зображення**

- Усміхнена крива Stan Shih,
[Wikimedia Commons](https://commons.wikimedia.org/wiki/File:Smiling_Curve.svg), CC BY-SA. - Huaqiangbei на перетині з Shennan, фото Charlie fong,
[Wikimedia Commons](https://commons.wikimedia.org/wiki/File:Huaqiangbei%26Shennan_Cross2021.jpg), CC BY-SA. - Прес-форма для інжекційного лиття, фото Wizard191,
[Wikimedia Commons](https://commons.wikimedia.org/wiki/File:Injection_molding_die_side_A.JPG), CC BY-SA 3.0. - Ціни на модулі сонячної фотоелектрики порівняно з накопиченою встановленою потужністю,
[Our World in Data](https://ourworldindata.org/grapher/solar-pv-prices-vs-cumulative-capacity), CC BY 4.0. Графік відтворено локально з опублікованого набору даних.

**Приклади компаній**

- Оцінка валової маржі Anduril через
[Sacra](https://www.sacra.com/c/anduril/). Anduril є приватною компанією і не публікує аудовані маржі, тож це розглядається як оцінка, а не як звітний показник. Галузевий еталон для валових марж в аерокосмічній та оборонній сфері (приблизно 17,5 відсотка) взято з[набору даних про маржі NYU Stern Aswath Damodaran](https://pages.stern.nyu.edu/~adamodar/New_Home_Page/datafile/margin.html). - Тло щодо Alphabet і Google через
[форму 10-K Alphabet за FY2025](https://www.sec.gov/Archives/edgar/data/1652044/000165204426000018/goog-20251231.htm), у поєднанні з[United States v. Google LLC](https://www.justice.gov/atr/case/us-and-plaintiff-states-v-google-llc)для угод про розповсюдження за замовчуванням у пошуку, переваг масштабу пошуку та антимонопольного контексту. - Large Plant Model від Carbon Robotics і 150 мільйонів позначених рослин через
[оголошення Business Wire від лютого 2026 року](https://www.businesswire.com/news/home/20260202630325/en/), з[TechCrunch](https://techcrunch.com/2026/02/02/carbon-robotics-built-an-ai-model-that-detects-and-identifies-plants/)як підтвердженням. - Історія Intuitive Surgical і схвалення FDA 2000 року через
[Історію компанії Intuitive](https://www.intuitive.com/en-us/about-us/company/history). Обсяг процедур через[Звіт про корпоративний вплив Intuitive за 2025 рік](https://www.intuitive.com/en-us/-/media/ISI/Intuitive/Pdf/2025-Intuitive-Corporate-Impact-Report.pdf), а дані про встановлену базу / маржу через її[звіт про прибутки за IV квартал 2025 року](https://isrg.intuitive.com/news-releases/news-release-details/intuitive-announces-fourth-quarter-earnings-5/). - Показники маржі Tesla через її
[оновлення за IV квартал і FY2025](https://assets-ir.tesla.com/tesla-contents/IR/TSLA-Q4-2025-Update.pdf). - Патерн регуляторного розширення Waymo через
[Карту регуляції роботаксі Tesorb за 2026 рік](https://tesorb.com/robotaxi-regulatory-map-2026/)і[висвітлення Electrek щодо схвалення розширення CPUC](https://electrek.co/2026/08/14/waymo-cpuc-approval-california-expansion-18-counties/). - Пік Nokia у 2007 році та часову лінію падіння через
[BBC News](https://www.bbc.com/news/technology-23947212)і[Wikipedia](https://en.wikipedia.org/wiki/The_Decline_and_Fall_of_Nokia), з[дослідженням Administrative Science Quarterly / INSEAD від Vuori і Huy](https://journals.sagepub.com/doi/10.1177/0001839215606951)щодо організаційної динаміки, що стояла за крахом, і[відеорозбором Майкла Сіканда](https://www.linkedin.com/in/michaelsikand)[відеорозбором](https://www.youtube.com/watch?v=1v-yx_HVeZU)щодо його сучасного інфраструктурного повороту. - Деталі OpenAI Stargate через
[початкове оголошення OpenAI](https://openai.com/index/announcing-the-stargate-project/)і[оголошення про розширення майданчиків](https://openai.com/index/five-new-stargate-sites/). Це оголошені зобов’язання й плани, а не повністю розгорнута потужність. - Kraken Robotics, взято з власних
[розкриттів про продукт і контракти](https://www.krakenrobotics.com/).

**Цей есей був задуманий і написаний мною. Я використав ChatGPT, Claude, Grok, Manus AI та OpenCode, щоб допомогти з дослідженням тла, очищенням тексту та структурою. Попереднє зображення і діаграма «барбел» спочатку були згенеровані ШІ, а потім відредаговані вручну. Усі інші зображення я знайшов самостійно, і я незалежно перевірив кожне джерело та кожен факт. Я беру на себе повну відповідальність за фінальний текст.**

__Розкриття:__