Масштабировать, пивотить или закрыть: фреймворк принятия решений

Масштабировать или закрыть стартап — тема, которая определяет успех IT-проекта. Фаундер вложил 4,2 миллиона рублей и 14 месяцев в SaaS-продукт для логистических компаний. Retention на 30-й день — 8%. LTV/CAC — 0,7. MRR падает третий месяц подряд. Команда из четырёх разработчиков верит в продукт. Инвестор даёт ещё три месяца на результат.

Масштабировать? Пивотить? Закрыть? Каждый из этих вариантов — правильный. Но только один — правильный именно сейчас, для этого конкретного продукта, с этими конкретными метриками.

Без системного подхода это решение принимается на эмоциях. «Я верю в продукт» — не аргумент, когда данные говорят обратное. С фреймворком из 7 метрик решение занимает два часа на основе данных, а не месяцы внутренних колебаний. Именно такой фреймворк мы разработали после 30+ проектов, в которых стоял вопрос: масштабировать или закрыть стартап. В этой статье — матрица решений, пороговые значения для каждого сценария и пошаговый алгоритм, который можно применить уже сегодня.

Почему фаундеры затягивают решение на 3-6 месяцев

По данным CB Insights, 42% стартапов закрываются из-за отсутствия product-market fit. Но проблема не в том, что фаундеры не видят сигналы. Проблема — в sunk cost fallacy: когнитивное искажение, при котором уже потраченные ресурсы влияют на решение о будущих вложениях.

При выборе масштабировать или закрыть стартап это определяет итоговый результат.

Вот как это выглядит на практике:

• «Мы уже вложили 3 миллиона — нельзя просто закрыть» — можно. Потраченные деньги не вернутся независимо от решения. Вопрос: оправданы ли следующие вложения?
• «Ещё одна фича — и всё заработает» — если три итерации не дали роста метрик, четвёртая не поможет. Это не оптимизм, а отрицание данных
• «Конкуренты тоже не растут — значит, рынок сложный» — если никто не растёт, возможно, рынка в вашем понимании не существует

Факт: 73% фаундеров, которые закрыли стартап, признают, что затянули с решением на 3-6 месяцев. Этот период — самый дорогой: вы тратите деньги, время команды и собственную энергию на продукт, который уже показал свой потолок.

Фреймворк решений существует именно для этого: заменить эмоции данными. Не «верю / не верю», а «метрика X выше / ниже порога Y». Подробнее о том, как пивотировать, если данные указывают на это, читайте в нашей статье Пивот стартапа: когда и как менять направление.

Фреймворк 7 метрик: что измерять для принятия решения

Каждая метрика — индикатор конкретного аспекта продукта. По отдельности они могут обманывать (об этом — ниже). Вместе — дают объёмную картину для решения масштабировать или закрыть стартап.

1. Retention Rate (удержание на 30/60/90-й день)

Самая важная метрика. Если пользователи не возвращаются — всё остальное не имеет значения. Можно тратить миллионы на привлечение, но если retention стремится к нулю — вы наполняете дырявое ведро. Retention показывает, решает ли продукт реальную проблему, которую пользователь готов решать снова и снова.

• Retention >40% на 30-й день — сильный сигнал product-market fit
• 20-40% — есть ценность, но нужна работа над активацией и онбордингом
• <10% — продукт не удерживает. Итерации не помогут — нужно менять гипотезу

2. LTV/CAC (соотношение пожизненной ценности к стоимости привлечения)

Unit economics — фундамент масштабирования. Если каждый новый клиент обходится дороже, чем приносит — масштабирование только ускорит убытки.

• LTV/CAC >3.0 — зелёная зона, можно масштабировать
• 1.0-3.0 — жёлтая зона, нужно оптимизировать каналы и монетизацию
• <1.0 — красная зона, каждый клиент убыточен

3. Sean Ellis Test (PMF Score)

Опрос: «Насколько вы расстроитесь, если продукт перестанет существовать?». Варианты: очень расстроюсь / немного расстроюсь / не расстроюсь / не пользуюсь.

• >40% «очень расстроюсь» — есть PMF, можно масштабировать
• 25-40% — ядро лояльных есть, нужно понять, чем они отличаются
• <25% — PMF не достигнут. Пивот или закрытие

4. MRR Growth Rate (темп роста ежемесячной выручки)

Monthly Recurring Revenue — пульс SaaS-продукта. Важен не абсолютный размер, а динамика: растёт, стагнирует или падает. Три месяца отрицательного MRR — это не «сезонность», это тренд.

• >15% MoM — уверенный рост, готовность к масштабированию
• 5-15% — рост есть, но для масштабирования нужна оптимизация
• <5% или отрицательный 3+ месяцев — продукт стагнирует

5. Runway (запас финансовой прочности)

Runway определяет не только, сколько вы можете ещё работать, но и какие опции вам доступны. Масштабирование требует инвестиций. Пивот требует времени на валидацию. Без runway оба варианта — фантазии.

• >12 месяцев — есть время на эксперименты и масштабирование
• 6-12 месяцев — достаточно для одного пивота
• 3-6 месяцев — критическая зона: или закрывать, или привлекать раунд
• <3 месяцев — пивот невозможен, масштабирование невозможно

6. Engagement (вовлечённость активных пользователей)

• DAU/MAU >25% — пользователи возвращаются ежедневно, высокая привычка
• 10-25% — используют регулярно, но не ежедневно
• <10% — продукт не стал частью рутины

7. Burn Rate Efficiency (эффективность сжигания денег)

Отношение роста MRR к burn rate. Показывает, сколько нового дохода генерирует каждый потраченный рубль.

• >0.5 — эффективное использование средств
• 0.2-0.5 — приемлемо для ранней стадии
• <0.2 — деньги сгорают без пропорционального роста

Матрица решений: масштабировать, пивотить или закрыть

Собрав данные по 7 метрикам, наложите их на матрицу. Каждая метрика даёт один из трёх сигналов: зелёный (масштабировать), жёлтый (пивотить) или красный (закрыть).

Метрика	Масштабировать	Пивотить	Закрыть
Retention 30d	>40%	10-40%	<10%
LTV/CAC	>3.0	1.0-3.0	<1.0
Sean Ellis	>40%	25-40%	<25%
MRR Growth	>15% MoM	0-15%	Отрицательный 3+ мес.
Runway	>12 мес.	6-12 мес.	<3 мес.
DAU/MAU	>25%	10-25%	<10%
Burn Efficiency	>0.5	0.2-0.5	<0.2

Как читать матрицу

• 5-7 зелёных — масштабируйте. Нанимайте команду, вкладывайте в маркетинг, расширяйте продукт
• 4-5 жёлтых — пивотируйте. Есть ядро ценности, но текущая модель не работает. Найдите, что именно любят ваши лояльные пользователи, и постройте вокруг этого
• 4+ красных — закрывайте. Контролируемое закрытие сохранит оставшиеся ресурсы для следующего проекта
• Смешанные сигналы — серая зона. Нужен глубокий анализ (об этом — в разделе о нюансах ниже)

Вернёмся к примеру из начала статьи. SaaS для логистики: retention 8% (красный), LTV/CAC 0,7 (красный), Sean Ellis 18% (красный), MRR −5% три месяца (красный), runway 3 месяца (красный), DAU/MAU 7% (красный), burn efficiency 0,1 (красный). Семь красных из семи. Решение очевидно — но фаундер тянул ещё полгода, потому что «уже столько вложил».

Пошаговый алгоритм: от сбора данных до решения

Краткий алгоритм решения масштабировать / пивотить / закрыть:

1. Соберите метрики за последние 3 месяца: retention, LTV, CAC, NPS, MRR
2. Заполните матрицу честно — без округлений в свою пользу (9.8% не «почти 10%»)
3. Посчитайте сигналы: сколько зелёных, жёлтых, красных
4. Проверьте когортный анализ — нет ли «зелёного» сегмента внутри средней статистики
5. Примите решение по большинству сигналов и зафиксируйте дедлайн пересмотра (60-90 дней)

Каждый шаг с конкретными порогами и нюансами — ниже.

Фреймворк работает только с честными данными. Вот алгоритм, который мы используем с клиентами Prime IT при принятии решения о масштабировании продукта.

Шаг 1. Соберите метрики за последние 3 месяца

Не за последнюю неделю, не за «лучший месяц». Тренд за 3 месяца показывает реальную динамику, а не случайные флуктуации. Если у вас нет аналитики — это само по себе красный флаг.

Шаг 2. Заполните матрицу честно

Никаких «ну, если округлить, то...». Retention 9,8% — это не «почти 10%», это красная зона. LTV/CAC 2,9 — это не «практически 3,0», это жёлтая зона. Самообман на этом этапе стоит дороже всего.

Шаг 3. Посчитайте сигналы

Зелёных ___. Жёлтых ___. Красных ___. Это ваш snapshot. Решение принимается по большинству, но с нюансами (retention и LTV/CAC имеют больший вес — без них масштабирование невозможно физически).

Шаг 4. Проверьте когортный анализ

Общие метрики могут скрывать сегменты. Возможно, retention 12% в среднем — но 45% среди пользователей из конкретной ниши. Это не повод масштабировать текущий продукт, но повод для целевого пивота.

Шаг 5. Примите решение и назначьте дедлайн

Решение без дедлайна — не решение. Масштабировать — определите KPI на 3 месяца и условия отката. Пивотить — назначьте дедлайн на валидацию новой гипотезы (обычно 8-12 недель). Закрывать — план на 30 дней: уведомление клиентов, экспорт данных, расчёт с командой, фиксация выводов для следующего проекта.

Контролируемое закрытие — это не поражение, а зрелое решение. Фаундеры, которые закрыли первый проект по данным, запускают второй на 60% быстрее и с вдвое меньшим количеством ошибок. Опыт провала — самый дорогой и самый ценный актив.

Из практики: Один из наших клиентов прошёл фреймворк и получил 5 жёлтых и 2 зелёных. Когортный анализ показал, что ИТ-компании с командой 20-50 человек имеют retention 52%. Результат: пивот с широкого рынка на узкий сегмент. Через 4 месяца LTV/CAC вырос с 1,8 до 4,2. Сейчас масштабируют.

Когда метрики врут: нюансы фреймворка

Фреймворк — инструмент, а не оракул. Есть ситуации, когда слепое следование матрице приведёт к ошибке.

Ложный зелёный: высокие метрики при маленькой выборке

Retention 60% при 50 пользователях — это не PMF. Это ранние адоптеры, которые вас любят просто за внимание. Минимальная выборка для статистически значимых выводов: 200-500 пользователей для B2C, 30-50 для B2B.

Ложный красный: молодой продукт

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

Серая зона: 3 зелёных, 2 жёлтых, 2 красных

Смешанные сигналы — самый сложный случай. Здесь критично понять, какие именно метрики зелёные. Если retention и Sean Ellis зелёные, а LTV/CAC красный — у вас проблема монетизации, не продукта. Это решается пивотом бизнес-модели при сохранении продукта.

Если же LTV/CAC зелёный, но retention красный — у вас маркетинговый пузырь: привлекаете платёжеспособных клиентов, которые быстро уходят. Продукт не решает их задачу.

Внешние факторы

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

Фактор команды: метрика, которой нет в таблице

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

Решение на данных, а не на эмоциях

Вопрос «масштабировать или закрыть стартап» — один из самых тяжёлых для фаундера. За 14 месяцев работы над продуктом возникает эмоциональная привязка, которая мешает видеть факты. Фреймворк 7 метрик не делает решение лёгким — он делает его объективным.

Вот ключевые принципы:

1. Retention и LTV/CAC — король и ферзь. Без них масштабирование невозможно физически. Все остальные метрики — контекст
2. Тренд важнее snapshot. Retention 15%, растущий на 2% в месяц — лучше, чем retention 25%, падающий на 3% в месяц
3. Когортный анализ раскрывает скрытые возможности. Средние числа врут. Ищите сегмент, где метрики зелёные
4. Sunk cost — ваш главный враг. Потраченные деньги не вернутся. Решайте на основе будущего, а не прошлого
5. Дедлайн обязателен. Решение «подождём ещё месяц» — это не решение. Это sunk cost fallacy в действии

Если ваш продукт попал в жёлтую зону фреймворка — часто ключевое решение лежит в области архитектуры. Модульный MVP, построенный под масштабирование, позволяет пивотить быстрее и дешевле, сохраняя 40-70% кодовой базы. О переходе от прототипа к масштабируемому продукту мы подробно писали в статье От MVP к продукту.

Стоите перед решением: масштабировать, пивотить или закрыть? Запишитесь на бесплатный Zoom-колл — разберём ваши метрики по фреймворку и определим оптимальный сценарий. Если нужен новый MVP для пивота — мы делаем их за 22 рабочих дня с фиксированным бюджетом до 900 тысяч рублей и архитектурой, готовой к масштабированию.

FAQ о масштабировании стартапа