В прошлом месяце к нам пришла команда с идеей B2B-сервиса для логистики. Уже был бюджет 3,8 млн ₽ на MVP, схема на микросервисах и план на 5 месяцев. За 9 дней интервью и кликабельного прототипа в Figma выяснилось, что рынку не нужен новый кабинет - людям нужен контроль срывов поставки в WhatsApp и почте. Половина будущего продукта просто исчезла, и это была хорошая новость.
В 2026 стартап чаще ломается не на стеке. Он ломается, когда команда слишком рано идет в код и слишком поздно проверяет, за что клиент готов платить. Ниже - схема, по которой мы сами режем сырые идеи до того, как они съедят 2-3 месяца и пару миллионов.
Стартап - это период, когда вы еще ничего не доказали
По сути стартап начинается там, где нет подтвержденного спроса, ясной ценности и понятной модели денег. Отдельная компания это или новый продукт внутри бизнеса - уже второй вопрос. Если вы не можете одной фразой сказать, какую дорогую проблему решаете, у вас пока гипотеза.
У нас был проект в закупках. Команда планировала платформу на 4 роли, согласования, аналитику и 5 месяцев работы на Laravel 11, PostgreSQL 16 и Vue 3. После 18 интервью стало видно, что закупщикам важнее всего замечать, где поставщик тихо поднял цену. Первый релиз ужали до одного сценария и собрали за 6 недель.
Ранний актив стартапа - не кодовая база, а сигнал ценности: пилот, предзаказ, демо, повторный созвон.
Как понять, что идея еще сырая?
Если после 10-15 интервью вы все еще описываете продукт через набор функций, а не через боль клиента, разработка просто прячет неопределенность под красивый backlog.
Лучше растут продукты, которые убирают дорогую рутину
Широкие идеи вроде "AI для HR" или "платформа для малого бизнеса" звучат бодро, но продаются тяжело. Лучше идут узкие сценарии, где эффект можно посчитать в деньгах, часах или риске ошибки уже на первой встрече.
Самые живые ниши, которые я вижу сейчас:
- автоматизация B2B-операций, где люди до сих пор живут в Excel и почте
- AI-инструменты для узких отраслей
- документооборот и соответствие требованиям
- support и sales ops, где ошибка сразу бьет по выручке
Хорошо видно разницу на формулировке оффера:
| Как говорит команда | Что слышит клиент | Реакция |
|---|---|---|
| AI-платформа для HR | слишком широко | слабый интерес |
| Скрининг линейного персонала | понятный сценарий | разговор начинается |
| Сокращаем первичный отбор на 60% | есть цена результата | пилот обсуждают сразу |
У нас был проект в массовом найме. Сначала продавали "интеллектуальную HR-платформу", и это вязло в общих разговорах. После сужения до первичного скрининга линейного персонала стало понятно, кто покупатель, из какого бюджета идет сделка и зачем нужна интеграция в ATS.
AI уже стал гигиеной
Еще в прошлом году можно было выйти к рынку с фразой "у нас AI". Сейчас этого мало. Клиент покупает ускорение знакомого действия, а не сам факт, что внутри LLM.
Мы делали юридический SaaS. Изначальный оффер звучал как "AI-анализ документов", и пилоты шли вяло. Когда пересобрали его под конкретный сценарий - подсветка рисков за 2 минуты до согласования договора - конверсия из демо во внедрение выросла на 34%. Стек почти не поменялся: OpenAI API, LangGraph, PostgreSQL 16 с pgvector.
документ -> поиск по базе клиента -> оценка риска -> подсветка в интерфейсе -> действие юриста
Грубо говоря, сильный AI-продукт не учит клиента новой жизни. Он встраивается в текущую работу и убирает один дорогой кусок рутины.
Прототип, PoC и ручной запуск решают разные задачи
Мы сами когда-то путали эти форматы и из-за этого переплачивали за ранние решения. Сейчас разводим их жестко: каждый инструмент отвечает на свой вопрос, и это экономит недели.
| Что проверяем | Формат | Срок |
|---|---|---|
| Понимание сценария | Figma / FigJam | 2-5 дней |
| Спрос на оффер | лендинг + форма + трафик | 3-7 дней |
| Технический риск | PoC / technical spike | 3-10 дней |
| Готовность платить | concierge MVP | 1-3 недели |
Был проект в логистике, где вместо кабинета и API мы дали менеджеру форму на Tally, таблицу и ручную обработку заявок. За 12 дней получили 47 заявок и 5 платных пилотов. Только после этого имело смысл поднимать нормальный бэкенд на Node.js 20 + NestJS.
Когда уже нужен MVP, а не прототип?
Когда вы видите повторяемый спрос и понимаете, какое действие пользователь должен делать регулярно. До этого момента код часто стоит дороже знания, которое вы из него получите.
Что я бы проверил за ближайшие 72 часа
Тут все довольно приземленно. Ранние проекты умирают по трем причинам: боли нет, боль не срочная, внедрение тяжелее пользы. Архитектура "на вырост" до спроса только мешает.
Красные флаги я бы смотрел такие:
- продукт описан слишком широко
- решения принимают по мнению друзей, а не клиентов
- уже обсуждают микросервисы, хотя нет первых заявок
- ценность нельзя выразить одной метрикой
- непонятно, кто платит и кто внедряет
Быстрый тест на 3 дня у нас обычно такой: провести 5 JTBD-интервью, собрать 1 лендинг с оффером, показать 1 сценарий в Figma или no-code и заранее выбрать одну метрику - демо, пилот или оплату. Для такого старта хватает Webflow или Tilda, Tally, простого no-code экрана в Bubble или FlutterFlow и аналитики в Mixpanel.
Если бы я запускал новый продукт на этой неделе, в ближайшие 72 часа я бы не открывал IDE. Я бы назначил пять интервью, собрал один экран прототипа и отправил оффер в трафик. Рынок редко наказывает за грубый первый экран - он наказывает за месяцы уверенной разработки без единого сигнала.
