В сентябре подключился к проекту на этапе вывода на рынок. Команда полтора года пилила B2B SaaS. Бюджет вырос в 2-3 раза от изначальной сметы. Запуска до сих пор не было.
Начал работу как обычно. Карта рынка, разбор конкурентов, поиск белых пятен для позиционирования. На третий день нашёл интересную штуку. Центральная функция, которую команда называла своей инновацией и ради которой переписывала половину продукта, давно существует у рыночного монополиста. Просто живёт внутри одного из модулей, не вынесена на сайт и не маркетится отдельно.
Полтора года и условно 30 миллионов рублей в функцию, которая уже работает на основном конкуренте.
(Цифры условные, реальный клиент за пределами этой статьи. Но порядок такой.)
Решил написать про это. Не для того, чтобы обвинить команду, там работают вменяемые люди, и поверьте, ситуация частая. А чтобы разобрать: как у системных и опытных людей получается такой результат, и какие проверки в процессе предотвращают это до того, как сгорело время и деньги.
Как это вообще получилось
Если упростить, последовательность событий выглядела так.
Идея пришла от фаундера, который увидел проблему в смежной отрасли и решил, что её никто не решает. Команда сделала лёгкий анализ: открыли сайты топ-3 конкурентов, сравнили функции на главной, не нашли своей уникальной механики. Запустили разработку.
Через полгода появилось ощущение, что результат не дотягивает. Решили: доделаем глубже, тогда взлетит. Бюджет вырос. Через год часть функций выкинули, добавили новые. Бюджет вырос ещё. К полутора годам собрался работающий продукт, и команда наконец позвала маркетолога на запуск. Тогда подключился я.
Конкурентный анализ, который сделали в начале, выглядел так:
- открыли сайты топ-3 конкурентов
- посмотрели цены
- сравнили функции на главной странице
- собрали в таблицу
Этого не хватает даже близко. Современный SaaS-конкурент не выкладывает на главную всё, что у него есть. На главной живут самые маржинальные предложения и самые понятные сообщения для холодного трафика. Корпоративные модули, дополнительные интеграции, внутренние инструменты и функции по запросу находятся в документации, в заметках о релизах, в записях вебинаров на YouTube, в презентациях для инвесторов, в кейсах и в вакансиях. Вакансии вообще хорошо показывают, что компания строит прямо сейчас.
Команда клиента в эти источники не заходила. Поэтому считала свою механику уникальной.
Почему даже опытные люди в это попадают
Я видел этот сценарий не один раз. Логика всегда похожая.
Влюблённость в идею. Когда несколько месяцев живёшь с гипотезой, она перестаёт казаться гипотезой. Становится фактом, который надо реализовать. На этом этапе любой сигнал «ой, кажется, это уже есть» обрабатывается мозгом как «у них не так, у нас будет лучше».
Поверхностный анализ. Конкурентный анализ часто делают как формальность. Открыли пять сайтов, заскринили в Miro, поехали дальше. Это не анализ, это карта обоев конкурентов.
Эффект «не у нас изобрели». Команда инженеров искренне верит, что сделает лучше. Особенно если у конкурента интерфейс выглядит олдскульно. Беда в том, что задача обычно стоит не «сделать лучше». Задача стоит «успеть до того, как монополист доработает свой модуль».
Глубинные интервью в формате презентации. Если фаундер ходит на интервью с потенциальными клиентами и спрашивает «вам бы это пригодилось», он соберёт 100% подтверждений. Потому что вежливые люди вежливо кивают. Правильные интервью делаются без презентации продукта вообще, в логике задач клиента: как вы сейчас решаете эту задачу, сколько на это уходит времени и денег, чем недовольны.
Невозвратные затраты. К шестому месяцу разработки решение остановиться психологически стоит дороже, чем решение продолжить. К двенадцатому ещё дороже. Команда не злая и не глупая. Она просто загнала себя в коридор, из которого видно только одно направление.
Что говорят цифры
Чтобы не казалось, что это частный случай одного клиента, посмотрим, что показывает рынок в целом.
42% стартапов умирают из-за того, что продукт никому не нужен. Это первая причина провала. Не «закончились деньги», деньги закончились как следствие. Корневая причина в отсутствии соответствия продукта рынку.
19% умирают, потому что их обогнали конкуренты. Кейс моего клиента ровно тут.
80% функций, которые попадают в SaaS-продукт, используются редко или никогда. Только 12% функций генерируют 80% всей дневной активности. Если переводить в зарплаты команды разработки, это большие бюджеты, которые сгорают на функционал, который никто не открывает. Принцип Парето применим и тут))
И самая важная пара цифр для нашего сюжета.
Тот, кто первым выходит на рынок, проваливается в 47% случаев. Тот, кто заходит вторым с готовым решением, в 8%. Это классическое исследование Golder и Tellis в Journal of Marketing Research, 1993 год, 500 компаний в 50 категориях. Восемь и сорок семь. Разница почти в шесть раз.
Стратегия «догнать монополиста по функциям, не прибавив ничего сверху» это худшее, что можно сделать на рынке, где монополист уже сидит. Если вы не выходите со структурным преимуществом (цена в 3-5 раз ниже, узкая ниша, локализация, регуляторика, интеграции, которых у конкурента нет), вы становитесь одной из жертв в этих 47%.
Шесть проверок, которые ловят такие ситуации до релиза
Это процесс, который я выстраиваю с клиентами на этапе подготовки к запуску. По-хорошему его надо строить до старта разработки, но он работает и для тех, кто уже на середине.
Проверка 1. Карта рынка, а не главные страницы
Перед началом любого нового продуктового направления собирается список из 20-30 имён. Прямые конкуренты, косвенные, заменители (как клиенты решают эту задачу прямо сейчас, даже если решают её костыльно в Excel). Для каждого собирается: продукт, цены, целевая аудитория, последний значимый запуск, фондирование, ключевые сотрудники.
Срок: 1-2 недели работы аналитика/маркетолога. Стоимость в пересчёте на сгоревший потом бюджет: околонулевая.
Проверка 2. Глубинная проверка каждой инновационной функции
До того, как функция попадает в очередь разработки, её прогоняют по семи проверкам:
- Гуглинг на трёх-четырёх языках, включая ru и en.
- Заметки о релизах топ-5 конкурентов за 24 месяца.
- База знаний и документация по интерфейсу программирования у каждого конкурента.
- Демо-видео на YouTube или на сайте (там часто показывают то, чего нет на обычных страницах сайта).
- Ознакомительный звонок с продажником конкурента под видом потенциального покупателя.
- Пять интервью с пользователями конкурента: как вы решаете задачу X сейчас, чем недовольны, что бы хотели иначе.
Если функция находится хотя бы в одном источнике, она уже не инновация. Это повторение того, что уже есть. Решение о её разработке принимается по другой логике.
Проверка 3. Решение: разработать, купить, партнёриться или отказаться
Когда стало понятно, что функция где-то уже есть, на каждый сценарий нужен ответ.
Разработать имеет смысл, если у вас есть структурное преимущество: дешевле в три раза, лучше для конкретной ниши, локализация, регуляторика, уникальная интеграция.
Купить работает, если можно выгодно встроить чужое решение через интерфейс программирования или под своим брендом.
Партнёрство появляется, когда монополист сам открыт к интеграции. У крупных игроков часто есть программы партнёрства, потому что им проще пустить вас в свою экосистему, чем терять долю в маленькой нише.
Отказаться означает, что функция существует, но люди ей не пользуются. И это сильный сигнал: возможно, она не нужна никому.
Проверка 4. Предсмертный разбор
До старта разработки команда садится на час и обсуждает: «Сейчас 2027 год, проект провалился. Что нас убило?». Техника известна. Эффект простой: люди гораздо лучше предсказывают будущее в формате «что пойдёт не так», чем в формате «что пойдёт хорошо». Если в списке рисков появляется «у конкурента уже есть», это красный флаг, по которому работают тут же, а не через полгода.
Проверка 5. Точки решения каждые 4 недели
Раз в месяц команда отвечает на два вопроса.
Что мы узнали нового про рынок и продукт за последние 4 недели?
Если бы мы ещё ничего не потратили, начали бы мы это сегодня, зная всё, что знаем?
Если ответ на второй вопрос два ревью подряд «нет», дальше работают опции разворот или закрытие. Не «ещё месяц, потом решим».
Проверка 6. Конкурентная разведка как процесс
После запуска один человек в команде получает зону ответственности по конкурентной разведке. Это не отдельная роль, это 10-15% времени маркетолога или продакта. Подписки на заметки о релизах ключевых игроков, алерты в Google и LinkedIn по их брендам, квартальный разбор выигранных и проигранных сделок (даже на 5-10 сделках уже видны паттерны), мониторинг вакансий конкурентов.
Рынок меняется быстрее, чем вы делаете спринты. Конкурент за квартал может выкатить ровно ту функцию, на которую вы планировали половину следующего года.
Если уже наступило: что делать
Допустим, вы дочитали до этого места и узнали себя или своего клиента. Полтора года прошло, продукт собрали, и тут оказалось, что монополист уже всё это умеет.
Не надо вкладываться в «догнать его по функциям». Это та самая первая стратегия из 47%, которые проваливаются.
Что работает.
Найти нишу, которую монополист обслуживает плохо. Сегмент по размеру компании (он работает с крупным бизнесом, вы заходите в средний и малый). Индустрия (у него горизонтальное решение, у вас вертикальное с глубокой отраслевой логикой). География. Регуляторика. Язык. Модель оплаты (он берёт корпоративные контракты от 5 млн, вы делаете подписку на пользователя от 5 000 в месяц).
Перепозиционировать продукт. не «лучше, чем X», а «X для конкретного Y». В девяти случаях из десяти у клиента уже есть фактическое преимущество в каком-то сегменте, оно просто не сформулировано.
Сделать запуск узким клином. Не выходить на весь рынок сразу, а взять 5-10 партнёров для пилотов в одной нише, докрутить продукт и сообщения на них, заработать первые кейсы и потом расширяться. Это медленнее, но это работает. Захватить весь рынок в лоб против монополиста не получится в любом случае.
Использовать то, что уже наработано. За полтора года у клиента есть кодовая база, экспертиза, данные, контакты, иногда даже первые пилоты. Это не сгоревший актив, это ресурс для нового позиционирования.
Короче...
Описанный кейс не уникальный. Полтора года в стол получается у команд, которые делают всё правильно по форме (разработка по спринтам, интервью были, конкурентов смотрели) и пропускают одно: качество исследования до начала кода.
Шесть проверок выше не требуют ни большого бюджета, ни специального человека. Они требуют дисциплины процесса. Это нудно, и это работает.
Если у вас сейчас стартовая фаза нового продукта или направления, и вы не уверены, что прошли все шесть проверок, лучше остановиться на неделю и пройти. Эта неделя сэкономит вам полтора года.
Если хочется обсудить, как такое разруливать для вашего конкретного продукта, можно связаться со мной. Аудит конкурентного поля и анализ ниши под продукт делаются за две-три недели и стоят меньше, чем месяц разработки.
Частые вопросы
Можно ли вообще запускать SaaS-продукт против монополиста?
Можно, если у вас есть структурное преимущество в нише. Большинство сегодняшних лидеров рынка были вторыми, третьими или пятыми. Главное, не пытаться догнать монополиста по всем функциям сразу.
Что такое повторение функций конкурента и почему это плохо?
Это ситуация, когда ваш продукт повторяет функции конкурента без структурного преимущества. На рынке с монополистом это проигрышная позиция: у вас выше стоимость привлечения клиента, нет узнаваемости и нет причины для клиента переходить.
Сколько времени и денег уходит на нормальный конкурентный анализ перед стартом разработки?
От двух до четырёх недель работы аналитика. В деньгах это от 100 до 300 тысяч рублей. Сравните с типичным бюджетом разработки SaaS-продукта, который начинается от 3-5 млн рублей.
Как понять, что мы попали в ловушку невозвратных затрат?
Простой тест: если бы вы ещё ничего не потратили на этот продукт, начали бы вы его сегодня с тем знанием рынка, которое у вас есть сейчас? Если ответ «нет» и он не меняется два ревью подряд, вы внутри ловушки.
Что важнее: первым выйти на рынок или сделать продукт лучше?
Данные показывают, что вторые игроки с готовым решением выигрывают значимо чаще. В исследовании Golder и Tellis 1993 года первые выходящие на рынок проваливаются в 47% случаев, вторые в 8%. Первым выйти важно, только если вы планируете создавать рынок с нуля и у вас есть ресурс на его обучение.
