Чек-лист

Лонгрид 542 стартапа

В лонгриде собраны 542 стартапа из трёх батчей Y Combinator 2026, чтобы понять, за какие продукты рынок действительно готов платить.

Содержание11 глав
  1. 01Я прочитал 542 описания стартапов YC. Чат перестал быть продуктом
  2. 02Что именно я посчитал
  3. 03321 компания из 542 — это B2B. И это не совпадение
  4. 04Вся выборка складывается в три модели, и они идут по порядку
  5. 05Модель 01. Ответ — это не закрытая работа
  6. 06Small software. Один процесс. Небольшая группа. Точность вместо универсальности
  7. 07Контрольный слой. 51 карточка продаёт не интеллект, а контроль
  8. 08Из фичи в систему. Промт скопировать легко. Накопленные исключения — нет
  9. 09Практика. Семь дней, чтобы проверить идею без полугода разработки
  10. 10Фильтры. Пять идей, которые я бы отбросил сразу
  11. 11Вывод. 542 компании дают один понятный сигнал

Я прочитал 542 описания стартапов YC. Чат перестал быть продуктом

Я выгрузил все компании трёх завершённых батчей Y Combinator 2026 года и сделал очень простую вещь: прошёлся по официальным описаниям и посмотрел, какими словами основатели объясняют свой продукт.

Слово «агент» встречается в 229 карточках. «Чат-бот» или «копилот» — в четырёх. Это не значит, что чат умер. Это значит, что чат перестал быть ценностью сам по себе.

Покупателю уже мало окна, куда можно что-то написать. Он хочет, чтобы AI забрал конкретную работу: прочитал вход, сходил в нужные системы, принял допустимые решения, выполнил действие и позвал человека там, где цена ошибки высокая.

Вся выборка складывается в три продуктовые модели. Сначала один процесс. Потом система.

Что именно я посчитал

198 + 196 + 148 = 542

Сначала оговорка, чтобы это не превратилось в красивую статистику без смысла. Я взял три завершённых батча 2026 года — Winter, Spring и Summer. Fall ещё идёт, поэтому его в выборке нет.

По каждой компании выгрузил короткое описание, полное описание, теги, отрасль и размер команды. Дальше считал только слова, а не качество продуктов.

Это важная граница. Слово в описании не доказывает, что продукт хороший. Зато оно точно показывает, какой результат компания считает главным для продажи.

AI, LLM, machine learning, foundation model
400 · 73,8%
agent, agents, agentic, multi-agent
229 · 42,3%
permissions, approval, audit, rollback, identity
51 · 9,4%
chatbot, copilot
4 · 0,7%

что я искал в описаниях. Это моя классификация по словарю, а не официальные ярлыки YC.

321 компания из 542 — это B2B. И это не совпадение

59,2 процента выборки помечены самим YC как B2B. Причина простая: у бизнеса есть три вещи, без которых агент не продаётся.

Повторяющийся процесс. Конкретные системы, где живут данные. И понятная цена ручной работы. Агент может занять маленький участок, доказать пользу и забрать соседний.

Вся выборка складывается в три модели, и они идут по порядку

В языке 542 описаний видно три сдвига. AI забирает процесс целиком. Доступы, согласования и аудит становятся частью продукта. Сильные компании начинают с одной узкой работы и превращаются в операционную систему отрасли.

Это не три альтернативы. Это три ступени одной лестницы.

Модель 01. Ответ — это не закрытая работа

Возьми обычного AI-ассистента для продаж. Ты пишешь: «Подготовь ответ клиенту». Он выдаёт текст. Дальше человек сам открывает CRM, ищет карточку, проверяет историю, добавляет задачу, отправляет письмо и ставит напоминание. AI помог в одном предложении. Работа осталась у человека.

Теперь другой продукт. Новый запрос приходит с сайта. Агент сам находит компанию, проверяет её по заданным источникам, открывает карточку в CRM, смотрит прошлые касания, готовит персональный ответ, создаёт следующую задачу и показывает менеджеру финальный пакет на согласование.

Интерфейс может остаться чатом. Меняется объект продажи. Ты продаёшь не доступ к умной переписке, а закрытый цикл работы.

Граница
Workflow идёт по заранее заданным путям. Agent сам выбирает шаги и инструменты по ситуации. Большинству первых версий нужен именно workflow.

Если путь известен, модель не обязана изобретать его заново каждый раз. Пусть код задаёт этапы, а модель делает то, где нужна гибкость: классифицирует вход, извлекает данные, пишет черновик, сравнивает варианты и разбирает исключения.

01
Что запускает работу?
письмо, заявка, звонок, срок, событие в системе
02
В какие системы нужно сходить?
и в каком режиме — чтение или запись
03
Как выглядит готовый результат?
артефакт, который можно открыть и проверить
04
Где человек обязан сказать «да»?
точка, после которой ошибку уже не отменить дёшево
Если ответов нет
Перед тобой пока тема для демо, а не продукт. Демо показывает возможность. Продукт закрывает работу.

Small software. Один процесс. Небольшая группа. Точность вместо универсальности

Второй сдвиг: продукты, которые нужны одному человеку или маленькой команде. Раньше узкий внутренний инструмент было слишком дорого делать. Теперь рабочую версию собирают за дни, и ценность переезжает из универсальности в точность.

Разница видна на трёх примерах.

01
AI для юристов
Система берёт новый договор поставки, сравнивает его с политикой компании, отмечает пять типов риска и готовит согласование для ответственного юриста
02
AI для клиник
После звонка пациента система собирает структурированное резюме, обновляет карточку и создаёт список действий для администратора
03
AI для агентства
Каждый понедельник система забирает данные из рекламных кабинетов, находит отклонения, готовит клиентский отчёт и отдельно показывает места, где нужен человек

В выборке есть продукт, который называет себя операционной системой для оптовых дистрибьюторов: подключается к системам компании, строит живую модель бизнеса и запускает агентов на планирование запасов, поддержку и обработку заказов. Но стартовая точка там очень конкретная — заказ пришёл по почте, его нужно перенести в ERP, обработать исключения и показать спорные места человеку. Широкая платформа появилась позже.

Контрольный слой. 51 карточка продаёт не интеллект, а контроль

Как только агент начинает действовать, появляется новый класс вопросов. Какие данные ему можно читать? От чьего имени он отправляет письмо? Кто разрешил списать деньги? Что произошло перед ошибкой? Как отменить действие?

В выборке 51 карточка содержит хотя бы одно слово контрольного слоя. Это уже отдельный рынок. Один продукт строит control plane, где у каждого агента своя identity и ограниченные права, перед запуском нужен sign-off, чувствительные действия проходят согласование, а остальные шаги доступны для аудита. Другой решает задачу ещё уже: настоящий секрет подставляется на сетевом уровне, и агент вообще не получает его в контекст.

Цена красивой фразы
«Наш агент умеет отправлять платежи» звучит хорошо ровно до первого неправильного платежа.

Автономность я бы строил по трём уровням и не прыгал сразу на третий. Начинать с полной самостоятельности почти всегда дорого: больше вариантов ошибки, хуже понимание процесса, дольше поиск места поломки.

01
Только черновик
Агент готовит, человек выполняет действие сам. Цена ошибки минимальная
02
Действие после согласования
Агент готовит всё и выполняет шаг только после «да». Здесь живёт большинство рабочих продуктов
03
Автономность внутри лимита
Агент действует сам, всё необычное поднимает человеку. Цена ошибки максимальная — сюда приходят после первых двух
Контроль — это экран, а не приложение к документации
Для корпоративного клиента экран «кто что сделал и почему» иногда важнее ещё одной умной функции.

Из фичи в систему. Промт скопировать легко. Накопленные исключения — нет

Сложи первые две модели. Агент обрабатывает входящие заказы дистрибьютора: читает письмо, извлекает позиции, создаёт черновик. Потом запоминает правила конкретного клиента. Дальше видит остатки, предлагает замену, предупреждает об исключениях и обновляет ERP.

Через время у продукта появляется контекст, которого нет ни у одной модели «из коробки»: история решений, структура данных, карта доступов, исправления сотрудников и связи между системами. Так фича становится системой.

01
один workflow
один глагол работает от начала до конца
02
corrections
сотрудники исправляют, продукт запоминает
03
память процесса
правила клиентов, исключения, прошлые решения
04
права и аудит
карта доступов, согласования, журнал действий
05
соседний workflow
рядом лежащая работа с теми же данными
06
vertical OS
операционная система отрасли

как растёт защищённость продукта

Главная ошибка здесь — сразу рисовать платформу для всей отрасли. Начни с одного глагола.

Широко
управлять дистрибьютором · автоматизировать отдел продаж · создать AI-систему клиники
Один глагол
обработать заказ · разобрать новый лид · закрыть работу администратора после звонка

Практика. Семь дней, чтобы проверить идею без полугода разработки

Если бы я сегодня выбирал новый AI-продукт, я бы не начинал с кода. Я бы начал с двадцати реальных примеров одной работы. Дальше — по дням.

01
Выбери одну роль и один момент
Не отрасль целиком. Один повторяющийся момент
02
Собери реальные входы и результаты
Письма, таблицы, договоры, тикеты, отчёты. Всё обезличь, если там данные клиентов
03
Разложи работу по шагам и выпиши исключения
Где человек решает? Где просто переносит данные? Где проверяет правило?
04
Собери happy path
Пока без автономности. Один реальный пример на входе, готовый артефакт на выходе
05
Подключи одну систему в режиме чтения
Продукт получает контекст из CRM, таблицы или базы, но ещё ничего не меняет
06
Добавь одно действие через согласование
И рядом сохрани журнал: какой вход пришёл, что решила модель, какой инструмент вызвала, что вернулось
07
Прогони двадцать исторических кейсов или один живой пилот
Считай три вещи: сколько задач завершено правильно, сколько раз понадобился человек, какие исключения повторились

Фильтры. Пять идей, которые я бы отбросил сразу

01
Универсальный AI-ассистент для любого бизнеса
Непонятно, что он завершает, к чему подключается и за какой результат платят
02
Библиотека промтов под видом SaaS
Промт не владеет процессом. Пользователь всё равно переносит данные руками
03
Полностью автономный агент в первой версии
Ты ещё не знаешь исключения, но уже разрешил системе действовать
04
Сложный фреймворк до первого рабочего кейса
Лишние уровни абстракции мешают видеть, что на самом деле уходит в модель и что приходит обратно
Самый жёсткий фильтр
Нет двадцати реальных примеров входа и выхода — значит, материала для продукта пока нет. Есть только интересная идея.

Вывод. 542 компании дают один понятный сигнал

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

Открой заметки и допиши одну фразу. Если она получилась конкретной, у тебя уже есть основа для первой версии.

Сначала один процесс. Потом система.

В клубе «Система Райта» мы собираем такие продукты руками: агенты, контрольный слой, реальные кейсы без бесконечной теории.