В 70% посмертных историй стартапов виноваты закончившиеся деньги. Так выходит по отчёту CB Insights, который разобрал сотни закрытых проектов. Но деньги почти всегда кончаются последними. До этого проект успевает потерять контакт с клиентом, распылить фокус и сжечь команду.
Идеи у большинства погибших стартапов были. Их губят ошибки, которые копятся с первых недель. Со стороны это выглядит как «просто не взлетел». Внутри почти всегда видна цепочка решений.
«Стартап умер» не всегда значит «закрылся»
Юридическое закрытие лишь один из финалов. Проект может числиться живым и фактически не жить. Рост встал, команда демотивирована, продукт не решает значимую проблему.
Важно отличать турбулентность от системной смерти. Кризисы, резкие смены курса (пивоты) и застой нормальны. Смертельно другое: ключевые гипотезы не подтверждаются, а команда перестаёт слышать рынок.
Речь не о форс-мажорах вроде внезапного запрета. Речь о причинах, на которые команда могла повлиять и не повлияла.
Почему стартап хрупче корпорации? Потому что у него нет запаса. Нет готового рынка, устойчивой модели и гарантированного спроса. Ошибку, которую корпорация гасит бюджетом, стартап часто не переживает.
Знать эти причины полезно не только основателям. Продуктовой команде это добавляет ответственности: многие роковые решения принимаются на уровне продукта. Инвестору и ментору это помогает читать проект: внутренние ограничения команды видны задолго до формального закрытия.
Три стадии угасания: проблема, фокус, команда
Стадия 1. Идея без проблемы. Большинство проектов стартует с решения, и боль клиента ищут уже под него. Команда влюбляется в продукт, не проверив, существует ли проблема и насколько она важна.
Первые пользователи проявляют интерес. Но интерес не равен готовности платить или менять привычку. Механизм знаком любому, кто проводил интервью: идею хвалят из вежливости, потому что хвалить ничего не стоит. Реальную боль выдают поступки и прошлые траты, например самодельная таблица, которую человек ведёт третий год.
Дальше реальность подгоняют под идею. Неудобную обратную связь игнорируют или объясняют. Продукт растёт в отрыве от рынка. Снаружи всё живо: демо, активность, презентации. Фундамент уже треснул.
Стадия 2. Распыление. Когда проблема не понята, приоритеты задаёт интуиция или чужое давление. Команда хватается за всё: фичи, маркетинговые эксперименты, партнёрства.
Возьмём команду из шести человек и откроем её календарь. За квартал она запускает 4 рекламных эксперимента, ведёт переговоры с 3 партнёрами и выпускает 12 фич. На разговоры с клиентами за те же 13 недель уходит 5 часов. Это меньше получаса в неделю на главный источник правды.
Метрики растут локально, но не подтверждают модель. Возникает иллюзия прогресса. Часто как раз здесь приходят первые инвестиции или грант. Они продлевают жизнь, но не лечат корень.
Стадия 3. Выгорание. Неопределённость, отсутствие результата и давление сроков делают своё. Мотивация падает, конфликты обостряются, ключевые люди уходят или работают формально.
Управление становится реактивным: вместо стратегии идёт тушение пожаров, вместо анализа оправдания. Стартап теряет способность учиться. Дальше смерть лишь вопрос времени, даже если юридически проект жив.
Цепочка короткая. Нет проблемы, поэтому нет фокуса. Нет фокуса, поэтому нет результата. Нет результата, поэтому выгорает команда. В итоге кончаются деньги, и в отчёте это запишут как первую причину.
Инструменты лежат рядом. Почему их не берут?
Потому что они кажутся медленными. Регулярная проверка гипотез, разговоры с живыми пользователями и честный анализ данных вскрыли бы проблемы рано. Но каждый из этих инструментов в моменте отнимает время у «настоящей работы».
Главный артефакт здесь один: чётко сформулированная проблема клиента. Без решения и без идеи в той же фразе. Например: «бухгалтер небольшой фирмы тратит 6 часов в месяц на сверку выписок вручную». Без такой фразы всё дальнейшее стоит на песке.
Помогают и простые ритуалы: ретроспективы, разбор провалов, фиксация инсайтов. Команды избегают их «из-за нехватки времени». Эта экономия сама становится причиной гибели.
По отдельности типовые ошибки редко смертельны. В связке они почти гарантируют финал:
- продукт делают без подтверждённого спроса;
- фокус уходит на фичи вместо ценности;
- негативную обратную связь пропускают;
- масштабирование запускают рано;
- нет бизнес-модели и финансовой дисциплины, ставка на инвестора вместо клиента;
- основатели в конфликте, ответственность размыта;
- нет готовности вовремя закрыть или перезапустить проект.
Есть и узнаваемый портрет. Стартап на пути к гибели активно ходит по конкурсам и акселераторам, но редко говорит с клиентами. Презентации убедительны, продуктом регулярно не пользуются. Команда всегда занята, но не может ответить, что изменилось за квартал.
Две смерти: продукт без боли и рост без структуры
Компаний за этими двумя сюжетами нет: их сложили из повторяющихся историй, и цифры в них придуманы. Механика у обоих узнаваемая.
Продукт без боли. Сильная техническая команда делает удобный инструмент для задач в небольших коллективах и быстро выпускает MVP. Первые пользователи хвалят. При разборе выясняется: платить они не готовы, пользуются эпизодически и легко возвращаются к старому.
Команда решает, что не хватает функциональности, и наращивает её. Допустим, за год продукт обрастает 40 новыми функциями, а платящих пользователей остаётся меньше сотни. Сложность и расходы растут, ядро проблемы не решено.
Через год деньги кончаются, инвесторы не продлевают, проект закрывается. Поздно признали главное: настоящей боли у клиента не было.
Рост без структуры. B2B-сервис находит первых клиентов и поднимает раунд. Продукт решает реальную проблему, клиенты платят, выручка растёт. Пять человек работают гибко, роли пересекаются, и это даёт скорость.
С ростом модель сбоит. Команда расширяется с 5 до 25 человек, а структура остаётся прежней. Посчитаем связи: у пятерых их 10, у двадцати пяти уже 300. Новички не понимают, кто за что отвечает. Основатели лезут во всё и становятся узким местом.
Давление инвесторов растёт, команда берётся за всё сразу. Качество решений падает. Ключевые люди выгорают и уходят, унося контекст. Сервис проседает, клиенты уходят. Проект продают по заниженной оценке.
Продукт был нужен рынку. Подвела неспособность перестроить команду под новую стадию.
У этих двух смертей разные причины, и лечение тоже разное. В первой не хватало правды о клиенте. Во второй клиент был, подвело управление. Первую лечат разговором с рынком до запуска. Вторую лечат ролями, ответственностью и процессами до найма двадцатого сотрудника.
40% регистраций и 1,5% удержания: как читать тягу
Тягу подделывают чаще любого другого сигнала. Причём чаще перед собой, чем перед инвестором.
Регистрации, скачивания, лайки и охваты растут легко. Они меряют внимание. Ценность видна позже и в других цифрах, и разрыв бывает огромным. Представим два рекламных канала. Первый приводит к регистрации 40% посетителей, но через неделю в продукте остаётся 1,5% зарегистрированных. Второй приводит к регистрации всего 18%, зато удерживает 6% из них.
Переведём в людей. Из 1 000 посетителей первый канал даёт 400 регистраций и 6 человек через неделю. Второй даёт 180 регистраций и примерно 11 человек. Канал, который выглядит вдвое хуже, на деле почти вдвое лучше. Если бюджет делят по стоимости регистрации, деньги уйдут в первый канал.
Жизнеспособность видна в другом. Возвращаются ли пользователи без напоминаний? Платят ли из своего кармана? Рекомендуют ли тем, чьим мнением дорожат? Сколько их остаётся через месяц и через три?
Самая прямая проверка укладывается в один вопрос к активным пользователям: что вы почувствуете, если продукт завтра исчезнет? Когда «очень расстроюсь» отвечает горстка людей, рост регистраций ничего не доказывает. Когда таких ответов много и с каждым опросом их доля растёт, у продукта появилась опора. Задавать вопрос стоит тем, кто пользуется продуктом хотя бы несколько недель: случайный посетитель ответит вежливо и ничего не скажет о тяге.
Команда, которая смотрит на удержание когорт, замечает разворот тренда на месяцы раньше. Пока решение ещё дёшево. Команда, которая любуется общим графиком, узнаёт правду, когда деньги уже потрачены.
Продолжать, пивотить или закрыть?
Одни и те же ошибки бьют по-разному на разных стадиях. На ранней стадии неопределённость максимальна. Основатели переоценивают интерес: тёплые слова не равны готовности платить.
Отсутствие рынка встречается часто, но не всегда. Бывает, рынок есть, а команда берёт не тот сегмент, не доносит ценность или растёт медленнее расчёта. CB Insights в отчёте Why Startups Fail называет две связанные причины: закончившиеся деньги примерно в 70% случаев и слабое попадание в рынок примерно в 43%. Команды указывают сразу несколько причин, поэтому сумма больше ста.
Для уже работающих проектов опасней другой механизм: преждевременное масштабирование. Расходы растут быстрее понимания ценности. Стартап теряет гибкость и начинает защищать структуру вместо поиска истины. Startup Genome Report на выборке более 3 200 быстрорастущих стартапов показал: около 74% провалились из-за преждевременного масштабирования, а росли раньше времени 70% проектов.
Инвестиции тоже могут ускорить гибель. Они усиливают давление, создают иллюзию безопасности и сдвигают фокус на ожидания фонда. Полезны они после того, как модель подтвердилась. До этого деньги покупают активность, а знание о клиенте за них не купишь.
Конфликты основателей подрывают доверие и скорость решений. Замалчивание копит напряжение до худшего момента. Конфликты бывают и в сильных командах. Разница в том, что там их разбирают, пока они мелкие. Помогает договорённость, записанная ещё на старте: кто из основателей решает спор о продукте, кто о деньгах и что происходит, если один из них захочет уйти.
Три ветки решения полезно держать рядом. Гарантий они не дают, зато задают рамку для честного разговора.
- Продолжать, если гипотезы подтверждаются: пользователи возвращаются, платят или рекомендуют, и метрики отражают ценность. Тогда чинить нужно исполнение, замысел работает.
- Пивотить, если направление не подтверждается месяцами: люди не возвращаются, не платят, не советуют, а рост держится на вливаниях. Менять стоит гипотезу о проблеме или сегменте. Новые фичи к нерабочему ядру ничего не добавят.
- Закрывать или замораживать, если боли так и не нашли, деньги на исходе, а команда выгорела. Не каждый проект стоит спасать: высвобожденные люди и опыт часто дороже реанимации.
Чек-лист на ближайшую ретроспективу. Каждый пункт проверяется цифрой или фактом, ощущения не считаются:
- Проблема записана одной фразой без решения, и 5 из 10 опрошенных клиентов узнают в ней себя.
- Удержание когорты на 30-й день не падает три месяца подряд.
- Хотя бы 10 клиентов заплатили из своего бюджета, без скидки «для первых».
- Доля активных, которые «очень расстроятся» без продукта, растёт от опроса к опросу.
- Запаса денег хватает минимум на 12 месяцев: запас = деньги на счёте / ежемесячные расходы. При 6 млн на счету и расходах 500 тысяч в месяц это ровно 12.
- Ожидания основателей по срокам и выходу совпадают и записаны.
- Критерий пивота назван заранее, с датой.
Последний пункт важнее остальных. Названный задним числом, критерий почти всегда сдвигается до последнего месяца денег.
Самый дешёвый момент для решения приходится на первую стадию, пока можно поговорить с десятком клиентов. Беда в том, что сигналов там почти не видно: метрики активности растут, команда занята, инвесторы получают аккуратные отчёты.
Поэтому чек-лист стоит завести именно тогда, когда кажется, что он не нужен. Если три пункта из семи не выполняются полгода подряд, разговор о пивоте или закрытии уже опоздал, и лучше начать его на следующей ретроспективе.