Месяцы разработки MVP могут закончиться нулём регистраций, если за это время не было ни одного разговора с платящим клиентом. Такой вывод делает автор колонки на Habr / Карьера, и для русскоязычной IT-аудитории это неприятно точный диагноз: порог входа в запуск продуктов упал, но валидация MVP от этого не стала проще, а самообман — наоборот, подешевел.
Текст Романа Камушкена построен как жёсткая ретроспектива соло-фаундера, который месяцами «пилил» продукт, сжигал кредиты в Claude Code и добавлял фичи с помощью AI-агентов, пока не столкнулся с типовым финалом: либо ноль регистраций, либо несколько случайных пользователей без оплаты. Главная мысль звучит без обиняков: проблема часто не в слабом интерфейсе и не в недостающей функции, а в том, что фаундер слишком долго избегает разговора с реальным покупателем, который может сказать «нет».
В этом и есть нерв материала. Автор перечисляет три ошибки, которые, по его словам, повторяются у инди-разработчиков снова и снова. Первая: строить продукт месяцами без единого разговора с платящим клиентом. Вторая: не думать о дистрибуции и надеяться, что продукт «разойдётся сам», если попал в боль. Третья: путать интерес со спросом, принимая за сигнал рынка лайки, бесплатные регистрации и реплики в духе «звучит круто, я бы попробовал». Для любой команды, которая сейчас бодро вайбкодит новый SaaS, это не мотивационный постер, а почти чек-лист будущих ошибок.
Пять звонков полезнее красивого лендинга
Самый практичный фрагмент публикации — тезис о том, что на старте ценнее не первая версия интерфейса, а 5-10 контактов людей, у которых проблема уже болит прямо сейчас. Не «может пригодиться потом», не «интересная идея на будущее», а конкретная боль, за которую в компании уже платят деньгами, временем или ручным трудом. Автор прямо пишет: на этом этапе не нужны ни сайт, ни презентация, ни юридическая обвязка. Нужны полчаса времени на каждого собеседника и готовность услышать неприятное.
Для разработчиков и продуктовых команд здесь нет ничего экзотического, но именно это и делает текст болезненным. Генерировать код с агентом проще, чем назначить пять созвонов. Перерисовывать CTA-блок безопаснее, чем спросить у клиента, как он решал задачу в последний раз и кто в компании подписывает такие расходы. AI в этой логике выступает не виновником, а удобным ускорителем прокрастинации: он всегда готов поддержать гипотезу, предложить ещё десяток функций и создать ощущение движения, даже если рынок в этот момент молчит.
Отсюда и более широкий контекст. За последние два года запуск цифрового продукта действительно стал технически дешевле: кодогенерация, готовые шаблоны, low-code и IDE с агентами сняли часть барьеров, которые ещё недавно требовали отдельной команды или заметного бюджета. Но вместе с этим вырос риск перепутать скорость сборки со скоростью проверки гипотезы. Сделать MVP теперь можно быстрее, чем договориться о нормальном интервью с покупателем. Поэтому валидация MVP всё чаще становится не инженерной, а психологической проблемой: рынок проверить страшнее, чем ещё неделю дорабатывать функциональность.
Какие вопросы работают, а какие только гладят самооценку
Отдельный слой текста — ссылка на подход The Mom Test Роба Фицпатрика, который автор нашёл в обсуждениях на Reddit. Суть проста: задавать такие вопросы, на которые собеседник не сможет соврать из вежливости. Не «нравится ли вам идея», не «купили бы вы такой продукт», не «сколько бы вы заплатили». Вместо этого — вопросы о прошлом опыте: когда человек в последний раз сталкивался с проблемой, что делал, чем пользовался, сколько уже платит, кто принимает решение о закупке, какой этап процесса раздражает сильнее всего. Это не новая наука о кастдеве, но в 2026 году она звучит особенно актуально именно потому, что рынок снова соблазняет фаундеров быстрым строительством.
Автор также неплохо раскладывает, какие ответы считать ложноположительными. Фразы вроде «это было бы полезно», «я бы пользовался», «пришлите ссылку» он предлагает воспринимать скорее как вежливое прощание, чем как спрос. Намного важнее, когда собеседник сам называет цифры, рассказывает о костылях, вспоминает Excel-таблицы, скрипты, Telegram-чаты вместо нормальной системы, упоминает коллег или предлагает следующий контакт. Ещё один тёплый сигнал — конкретный интерес к срокам, стоимости и следующему созвону. Для бизнеса это почти банальность, но многие инженерные команды продолжают переоценивать позитивный фидбек и недооценивать поведенческие доказательства.
В материале есть и полезная развилка для тех, кто уже что-то продаёт и думает о пивоте. Автор предупреждает: перестраивать продукт из-за усталости опасно. Сначала нужно понять, что именно просело: регистрации, конверсия из бесплатного в платный тариф, retention второй недели, средний чек или продажи в конкретном сегменте. Затем поговорить с двумя группами — с теми, кто платит, и с теми, кто ушёл. И только после этого решать, проблема в продукте, в канале дистрибуции или в выбранном сегменте. Это важная оговорка для стартапов, которые в условиях дешёвой разработки слишком быстро бросаются переписывать продукт, хотя на самом деле исчерпался канал привлечения.
Для российской и русскоязычной IT-среды заметка попадает в нерв ещё и потому, что в ней нет романтизации AI-разработки. Никто не спорит, что AI-агенты ускоряют сборку MVP, прототипов и внутренних инструментов. Вопрос в другом: что именно команда ускоряет — выход к рынку или только производство иллюзий. Если пользовательская боль не подтверждена, быстрый цикл генерации кода начинает работать против фаундера: он дешевле делает неверные вещи, позже сталкивается с реальностью и болезненнее переживает провал. Именно поэтому валидация MVP в 2026 году выглядит не как скучная подготовка к разработке, а как главный дефицит дисциплины.
Пожалуй, самый неприятный вывод из этого текста звучит так: в эпоху AI преимущество получает не тот, кто быстрее всех собирает первую версию, а тот, кто раньше остальных идёт в неудобный разговор с клиентом. Код теперь дёшев, внимание пользователя — нет. И чем активнее рынок привыкает к вайб-кодингу, тем дороже становятся те самые 5-10 звонков, которые ещё недавно казались досадной паузой перед «настоящей работой».