ingest: trillion-dollar-workflow-retest
This commit is contained in:
@@ -1,133 +1,115 @@
|
||||
---
|
||||
title: "Trillion Dollar Agentic Workflow Opportunity"
|
||||
title: Трillion-Dollar Agentic Workflow Opportunity
|
||||
slug: trillion-dollar-workflow-retest
|
||||
source: "https://youtu.be/jwtpMSRAPAQ"
|
||||
source_type: video
|
||||
date_published: unknown
|
||||
date_processed: 2026-05-18
|
||||
extracted_by: NotebookLM (Gemini 2.5)
|
||||
type: video
|
||||
source: https://youtu.be/jwtpMSRAPAQ
|
||||
published: unknown
|
||||
processed: 2026-05-18
|
||||
themes:
|
||||
- "[[Agentic Workflow]]"
|
||||
- "[[Implementation Layer]]"
|
||||
- "[[Business Object]]"
|
||||
- "[[Hyperscalers]]"
|
||||
- "[[Systems of Record]]"
|
||||
frameworks:
|
||||
- "[[Implementation Fabric]]"
|
||||
- "[[Forward Deployed Engineer]]"
|
||||
- "[[Frontier Alliance]]"
|
||||
terminology:
|
||||
- "[[Evals]]"
|
||||
- "[[Harness]]"
|
||||
- "[[Moat]]"
|
||||
- "[[Audit Trails]]"
|
||||
- "[[Workflow Completion]]"
|
||||
- "[[Frontier Labs]]"
|
||||
- "[[Systems of Record]]"
|
||||
- "[[Harness]]"
|
||||
- "[[Hyperscalers]]"
|
||||
frameworks:
|
||||
- "[[Four Axes of Pressure]]"
|
||||
- "[[Object-Oriented AI Model]]"
|
||||
terminology:
|
||||
- "[[Forward Deployed Engineer]]"
|
||||
- "[[Evals]]"
|
||||
- "[[Business Object]]"
|
||||
- "[[Audit Trails]]"
|
||||
- "[[Implementation Fabric]]"
|
||||
- "[[Workflow Completion]]"
|
||||
- "[[Moat]]"
|
||||
- "[[Frontier Alliance]]"
|
||||
---
|
||||
|
||||
# Trillion Dollar Agentic Workflow Opportunity
|
||||
## Тезисы
|
||||
|
||||
## Источник
|
||||
|
||||
Видео: https://youtu.be/jwtpMSRAPAQ
|
||||
Название: *The Trillion Dollar Agentic Workflow Opportunity Is Here*
|
||||
Дата обработки: 2026-05-18
|
||||
|
||||
---
|
||||
|
||||
## Центральный тезис
|
||||
|
||||
Мы наблюдаем переход от универсального ПО (SaaS) к кастомным агентным воркфлоу. Ценность сместилась с модели на **[[Implementation Layer]]** — слой, который определяет, как агент собран, какими данными он владеет, как проверяется и аудируется. Это война за реализацию, а не за модель.
|
||||
|
||||
---
|
||||
|
||||
## Ключевые тезисы
|
||||
|
||||
- **Коллапс модели «SaaS на вкус как курица»** — PE-фонды десятилетиями считали SaaS-компании взаимозаменяемыми инвестиционными инструментами. Рост SaaS стал стагнировать — фонды вынуждены разворачиваться в сторону агентных воркфлоу, чтобы сохранить стоимость портфелей.
|
||||
|
||||
- **[[Implementation Layer]] — главное узкое место** — OpenAI сам признаёт: боттлнек не в модели, а в том, как агенты строятся и эксплуатируются внутри компаний. Слой включает: дизайн воркфлоу, доступ к данным с правами на уровне строк, [[Evals]] (соответствие бизнес-правилам), [[Audit Trails]], ownership после запуска.
|
||||
|
||||
- **Четыре оси давления на рынок:**
|
||||
1. **[[Frontier Labs]] спускаются вниз по стеку** — Anthropic и OpenAI создают деплоймент-компании, нанимают [[Forward Deployed Engineer|forward deployed engineers]], выпускают вертикальные продукты (Claude Design, Finance Agent Templates, Claude Code). Сигнал: читай их hiring-листы — это «шпаргалка», где лабы видят ценность ИИ.
|
||||
2. **Консалтинги поднимаются вверх по стеку** — McKinsey, BCG, Accenture, PwC входят в [[Frontier Alliance]] OpenAI. Строят агентные практики, деплоят инженеров в production-среды клиентов. Многолетние отношения дают им преимущество над стартапами.
|
||||
3. **[[Systems of Record]] защищают территорию** — Salesforce, ServiceNow, Workday, SAP открывают API и агентные фреймворки, чтобы агент вызывал их платформу напрямую. Стартап между данными и клиентом становится лишним.
|
||||
4. **Private Equity как канал дистрибуции** — PE контролирует тысячи mid-market компаний. Партнёрство с одним PE-фондом даёт охват всего портфеля, стандартизацию плейбуков и сравнение результатов. Это принципиально иной масштаб, чем продажи «один к одному».
|
||||
|
||||
- **От абстрактного рассуждения к [[Business Object|бизнес-объектам]]** — Ценность возникает, когда ИИ понимает конкретные сущности: кейс поддержки, страховой полис, сделка в воронке. Нужна объектно-ориентированная модель, в которой агент действует по всему воркфлоу.
|
||||
|
||||
- **Кастомизация, а не коммодитизация** — Дропроциональная ценность агентных воркфлоу — в кастомизации. [[Implementation Fabric]] конкретной компании нельзя воспроизвести за выходные с Claude Code.
|
||||
|
||||
- **Необходимость forward deployment** — Нюансы корпоративной работы нельзя решить дженериковым ИИ. [[Forward Deployed Engineer|Инженеры]] должны быть погружены в среду клиента.
|
||||
|
||||
---
|
||||
|
||||
## Компоненты [[Implementation Layer]]
|
||||
|
||||
| Компонент | Описание |
|
||||
|---|---|
|
||||
| Дизайн воркфлоу | Какие решения принимает модель, где остаётся человек, что считается «сделано» |
|
||||
| Доступ к данным | Источники истины, права на уровне строк/полей, актуальность записей |
|
||||
| Authority (полномочия) | Что агент может делать: читать vs. писать vs. тратить средства |
|
||||
| [[Evals]] | Оценка соответствия выхода агента бизнес-правилам (не benchmark) |
|
||||
| [[Audit Trails]] | Что логируется, что может восстановить аудитор после сбоя |
|
||||
| Ownership | Кто поддерживает систему, как откатывается неверное действие |
|
||||
- **Крах однородности SaaS.** Финансовая формула «все SaaS-компании на вкус как курица» (SaaS tastes like chicken) перестала работать: рост и прибыльность SaaS стагнируют, PE-фонды застряли с активами, купленными под старую модель.
|
||||
- **Триллионная возможность [[Agentic Workflow]].** Весной 2026 года впервые стало возможным надёжно, масштабируемо и повторяемо доводить целые бизнес-воркфлоу до 100% [[Workflow Completion]] — это принципиально новое явление.
|
||||
- **[[Implementation Layer]] — главное узкое место.** Сами [[Frontier Labs]] (OpenAI) заявляют: узкое место не модель, а слой имплементации — комплекс инфраструктуры вокруг агента внутри компании.
|
||||
- **Кастомизация вытесняет commoditization.** Диспропорциональная ценность лежит не в дженерик-продукте, а в глубокой интеграции в [[Implementation Fabric]] конкретного предприятия.
|
||||
- **Необходимость [[Forward Deployed Engineer]].** Высокоценная имплементация требует инженеров «в окопах» у клиента — это не решается weekend-проектом в Claude Code.
|
||||
|
||||
---
|
||||
|
||||
## Терминология
|
||||
|
||||
| RU | EN | Ссылка |
|
||||
| Термин (RU) | EN | Определение |
|
||||
|---|---|---|
|
||||
| Слой реализации | Implementation Layer | [[Implementation Layer]] |
|
||||
| Слой обвязки | Harness | [[Harness]] |
|
||||
| Бизнес-объект | Business Object | [[Business Object]] |
|
||||
| Оценочные функции | Evals | [[Evals]] |
|
||||
| Следы аудита | Audit Trails | [[Audit Trails]] |
|
||||
| Полевой инженер | Forward Deployed Engineer | [[Forward Deployed Engineer]] |
|
||||
| Системы учёта | Systems of Record | [[Systems of Record]] |
|
||||
| Ров (конкурентное преимущество) | Moat | [[Moat]] |
|
||||
| Гиперскейлеры | Hyperscalers | [[Hyperscalers]] |
|
||||
| Завершение воркфлоу | Workflow Completion | [[Workflow Completion]] |
|
||||
| Ткань реализации | Implementation Fabric | [[Implementation Fabric]] |
|
||||
| Пограничные лабы | Frontier Labs | [[Frontier Labs]] |
|
||||
| Фронтирный альянс | Frontier Alliance | [[Frontier Alliance]] |
|
||||
| Агентный воркфлоу | Agentic Workflow | [[Agentic Workflow]] |
|
||||
| «SaaS на вкус как курица» | SaaS Tastes Like Chicken | Финансовое выражение: все SaaS-компании одинаковы по балансовым метрикам и предсказуемы как инвестиция |
|
||||
| [[Implementation Layer]] / [[Harness]] | Implementation Layer / Harness | Вся инфраструктура вокруг модели: дизайн воркфлоу, права доступа к данным, бизнес-правила, аудит |
|
||||
| [[Forward Deployed Engineer]] | Forward Deployed Engineer | Технический специалист, встроенный в среду клиента для решения имплементационных задач «в поле» |
|
||||
| [[Evals]] | Evals | Не бенчмарки, а метод оценки соответствия выходных данных агента конкретным бизнес-правилам |
|
||||
| [[Systems of Record]] | Systems of Record | Корпоративные платформы (Salesforce, SAP, ServiceNow), хранящие авторитетные данные; открывают API для защиты позиций |
|
||||
| [[Business Object]] | Business Object | Конкретные сущности, которыми управляет воркфлоу: case, policy, escalation path, sales funnel stage |
|
||||
| [[Implementation Fabric]] | Implementation Fabric | Интегрированный субстрат данных и логики, поверх которого работают агенты конкретной компании |
|
||||
| Частный капитал как канал дистрибуции | PE as Distribution Channel | PE-фирмы владеют тысячами mid-market компаний и могут стандартизировать деплой одного партнёра по всему портфелю |
|
||||
|
||||
---
|
||||
|
||||
## Формулы
|
||||
## Фреймворки
|
||||
|
||||
### [[Four Axes of Pressure]] — четыре оси давления на рынок агентских воркфлоу
|
||||
|
||||
| Ось | Кто движется | Направление |
|
||||
|---|---|---|
|
||||
| 1 | [[Frontier Labs]] (OpenAI, Anthropic) | Вниз по стеку: создают deployment-компании, нанимают [[Forward Deployed Engineer]] |
|
||||
| 2 | Консалтинг (McKinsey, BCG, Accenture) | Вверх по стеку: строят agentic-практики, обучают delivery-команды production-деплою |
|
||||
| 3 | [[Systems of Record]] (Salesforce, SAP, ServiceNow) | Открывают API/agent frameworks, чтобы агенты вызывали их напрямую, вытесняя посредников |
|
||||
| 4 | Private Equity | Становится каналом дистрибуции: стандартизирует playbooks по портфелю из тысяч компаний |
|
||||
|
||||
### Компоненты [[Implementation Layer]]
|
||||
|
||||
1. **Workflow Design** — какие решения принимает модель, где остаётся человек, что считается «выполнено»
|
||||
2. **Data Access** — источники истины, разрешения на уровне строк и полей, свежесть данных
|
||||
3. **Authority** — лимиты на действия агента; read vs write — принципиально разные профили риска
|
||||
4. **[[Evals]]** — оценка соответствия выходных данных бизнес-правилам
|
||||
5. **[[Audit Trails]] & Recovery** — логирование, реконструкция после сбоя, откат действий
|
||||
|
||||
### [[Object-Oriented AI Model]]
|
||||
|
||||
Стратегический подход: агент прикрепляется к «субстрату» [[Business Object]] (sales funnel, support case) и действует поверх него надёжно и последовательно. Ценность не в абстрактных рассуждениях, а в понимании конкретных объектов конкретного бизнеса.
|
||||
|
||||
---
|
||||
|
||||
## Формулы / Паттерны
|
||||
|
||||
> "SaaS companies all taste like chicken"
|
||||
> *«SaaS-компании — всё равно как курица»* — PE-поговорка об унифицированности SaaS как инвестиционного актива.
|
||||
> *«Все SaaS-компании одинаковы на вкус» — формула PE-инвесторов, описывавшая предсказуемость SaaS как класса активов.*
|
||||
|
||||
> "The bottleneck for enterprise AI is how agents are built and operated inside companies"
|
||||
> *«Узкое место корпоративного ИИ — в том, как агенты строятся и эксплуатируются внутри компаний»* — позиция самого OpenAI.
|
||||
> "forward deployed engineers who have to sit in the weeds with customers"
|
||||
> *«Форвард-деплоенные инженеры, которые должны сидеть в окопах вместе с клиентами».*
|
||||
|
||||
> "Sit closer to the business object"
|
||||
> *«Приблизьтесь к бизнес-объекту»* — ключевой принцип продуктовой стратегии на следующие 12 месяцев.
|
||||
> "the way an implementation layer assembles a model assembles a harness assembles data into an actionable workflow"
|
||||
> *«То, как [[Implementation Layer]] собирает модель, собирает [[Harness]], собирает данные в actionable-воркфлоу» — в этой сборке и лежит реальный [[Moat]].*
|
||||
|
||||
> "The disproportionate value in agentic workflows is in customization"
|
||||
> *«Непропорциональная ценность агентных воркфлоу — в кастомизации»*.
|
||||
> "sit closer to the business object"
|
||||
> *«Садись ближе к бизнес-объекту» — главный принцип продуктовой стратегии на ближайшие 12 месяцев.*
|
||||
|
||||
> "standardize the playbooks where the same patterns repeat very quickly"
|
||||
> *«Стандартизировать playbooks там, где одни паттерны повторяются снова и снова» — логика PE как канала дистрибуции.*
|
||||
|
||||
---
|
||||
|
||||
## Открытые вопросы
|
||||
|
||||
- TERMS, FRAMEWORKS, OPEN_QUESTIONS — не извлечены (таймаут NotebookLM при последующих запросах).
|
||||
- Открытый вопрос: **Как именно PE-фонды оценивают [[Implementation Layer]] при due diligence?** Видео упоминает, что PE уже тестирует SaaS-компании, прося команду собрать продукт за выходные с Claude Code — и это не работает. Какой тогда правильный фреймворк оценки?
|
||||
- **Кто захватит владение?** Кто в итоге «явно претендует на ownership» пространства агентских воркфлоу — лабы, консалтинг, [[Systems of Record]] или сами предприятия?
|
||||
- **Где главный рычаг?** В данных, модели, [[Harness]] или памяти (memory)? Ответ не дан — называется как открытая битва.
|
||||
- **Паралич выбора.** Как компании навигируют «choice paralysis», когда все вендоры одновременно сходятся на одном триллионном рынке?
|
||||
- **Масштабируемость кастомизации.** Может ли бизнес-модель, основанная на глубокой кастомизации, масштабироваться — или она структурно ограничена единичными сделками?
|
||||
|
||||
---
|
||||
|
||||
## Что использовать для нашего портфеля
|
||||
|
||||
**Контекст:** мы — AI-интегратор, строим [[Implementation Layer]] для клиентов, работаем с [[Business Object|бизнес-объектами]], рассматриваем PE как потенциальный канал дистрибуции.
|
||||
**Контекст: AI-интегратор, [[Implementation Layer]], [[Business Object]], PE как канал.**
|
||||
|
||||
1. **Продавать слой реализации, не модель.** Клиент хочет [[Workflow Completion]] — агент, закрывающий тикет, сделку, кейс целиком. Наша ценность — в [[Harness]]: дизайн воркфлоу, права доступа, [[Evals]], [[Audit Trails]]. Это то, что нельзя заменить релизом Anthropic.
|
||||
|
||||
2. **Строить вокруг конкретных [[Business Object|объектов]].** Не «ИИ для поддержки» — а объектная модель: кейс + политика + клиент + права эскалации. Агент должен понимать эти сущности и действовать по всей цепочке.
|
||||
|
||||
3. **PE как канал, не только как инвестор.** Один партнёрский договор с PE-фондом = охват десятков портфельных компаний с похожими воркфлоу (finance ops, support, procurement). Стандартизация плейбуков — наше конкурентное преимущество перед вендорами «один к одному».
|
||||
|
||||
4. **Читать hiring-листы [[Frontier Labs]] как сигнал.** Куда лабы нанимают forward deployed engineers и какие вертикали запускают — там приоритетные области агентного внедрения с доказанной окупаемостью.
|
||||
|
||||
5. **Собственный [[Implementation Fabric]] клиента — главный актив.** Задача при продаже: убедиться, что наше решение интегрируется в существующую ткань данных клиента, понимает его объекты, не конкурирует с его [[Systems of Record]], а опирается на их API.
|
||||
- **[[Object-Oriented AI Model]] — наша точка входа.** Для каждого клиента нужно выявлять ключевые [[Business Object]] (case, policy, deal stage) и строить [[Implementation Fabric]] вокруг них, а не предлагать дженерик-агента поверх данных. Это создаёт [[Moat]], который лабы не могут легко заменить product release'ом.
|
||||
- **[[Implementation Layer]] как продукт, не услуга.** Компоненты (Workflow Design, Data Access, Authority, [[Evals]], [[Audit Trails]]) — наш deliverable. Вендоры, которые «продают доступ к данным», проигрывают; побеждают те, кто строит и остаётся владеть слоем.
|
||||
- **PE как канал дистрибуции — стратегический приоритет.** Партнёрство с одной PE-структурой даёт доступ к портфелю из десятков компаний с повторяющимися паттернами. Это принципиально другой CAC, чем продажа enterprise one-to-one.
|
||||
- **[[Forward Deployed Engineer]] — наша модель доставки.** Нельзя продать [[Implementation Layer]] дистанционно. Нужна модель «в окопах» — это и дифференциатор, и барьер входа для конкурентов без такой экспертизы.
|
||||
- **Открытый вопрос для нас:** Какой [[Business Object]] в нашем целевом сегменте является наиболее повторяемым и недостаточно покрытым существующими [[Systems of Record]]?
|
||||
Reference in New Issue
Block a user