The Startup Owner's Manual, глава 8: Проверка модели и решение pivot or proceed

Главная мысль: в конце customer discovery команда останавливается и честно отвечает на три вопроса. Есть ли спрос, знаем ли мы клиентов и можем ли заработать. Если ответ «нет», возвращаемся назад. Это нормально.

Три вопроса

Вопрос	Что проверяем
Нашли ли мы `product/market fit`?	Проблема важна, продукт её решает, клиентов много
Знаем ли мы клиентов и как до них дойти?	Портрет клиента, каналы, стоимость привлечения
Можем ли мы заработать и расти?	Выручка, затраты, сколько денег хватит

«Да» на все три ещё не значит запуск. Это значит только: можно идти в customer validation.
Customer validation тратит больше денег. Если пойти туда рано, деньги сгорят.
Решение принимают основатели и инвесторы вместе. Обычно это отдельное заседание совета.
Чаще всего команда хотя бы раз возвращается в начало discovery.

Web/mobile стартап к этому моменту должен иметь больше данных, чем стартап с физическим продуктом. У него уже видна скорость активации: регистрации, рекомендации, повторные визиты. Если этих сигналов нет, почти наверняка нужен pivot.

Product/market fit: три части

1. Проблема серьёзная?

Клиенты ставят её высоко: 8–10 из 10.
Многие уже чинят её сами, «на коленке».
Они рассказывают о проблеме коллегам и друзьям.
Схема «день клиента до и после продукта» показывает большую разницу.

2. Продукт решает проблему?

Даже MVP вызывает сильный интерес: «хочу сейчас», «когда можно купить?».
Слабый интерес почти никогда не даёт масштабируемый бизнес.
Клиенты покупают всё видение, а не только MVP. Им нужен план развития продукта.
Плохой знак для web: много acquisition, мало activation. Людям интересна проблема, но не ваше решение.

Если активации мало, звоните тем, кто пришёл и ушёл. Не продавайте. Спрашивайте. Может быть, проблема в тексте сообщения, а не в продукте.

3. Клиентов достаточно?

Сравните оценки TAM и SAM с тем, что сказали клиенты.
Покупают ли они повторно? Зовут ли других?
Появились ли неожиданные конкуренты?

Сколько клиентов «достаточно»

Точного числа нет. Его вместе определяют основатели и инвесторы. Ориентиры из книги:

Тип бизнеса	Ориентир
Enterprise software	3–4 `earlyvangelist` с сильным интересом и ещё столько же в воронке
Дорогое оборудование	Тоже 3–4, но проверьте: нужна ли всем кастомизация?
Потребительский товар	20–30 и больше, плюс интерес канала продаж
Web/mobile приложение	Хотя бы 100 активаций при охвате в несколько тысяч
Соцсеть, network effect	500–1000 активных пользователей; для free/freemium в 3–5 раз больше

Если вы говорите с правильными клиентами, а продукт им не нужен, что-то надо менять. Сегмент, функции, цену или другую часть модели.

Знаем ли мы клиентов и как до них дойти

Проверьте, что вы можете нарисовать:

customer archetype для каждого сегмента;
день из жизни клиента до и после продукта;
channel map: как продукт идёт от вас к пользователю и сколько стоит каждый шаг.

Дальше посчитайте стоимость привлечения «по-честному»:

Берите все затраты: время людей, накладные расходы, не только рекламу.
Посчитайте, сколько стоило получить, например, 50 клиентов.
Проверьте, растёт ли результат вместе с бюджетом. Если увеличить бюджет на email в 5 раз, вырастут ли продажи в 5 раз?
Смотрите каждый сегмент и каждую когорту отдельно.

Web/mobile стартап должен точно знать, откуда приходят активированные пользователи. Не просто посетители. Часто лучший источник — рекомендации от людей.

Можем ли мы заработать

Соберите данные: оценки клиентов, размер рынка, цены, затраты каналов, CAC, данные о конкурентах. Постройте грубый прогноз денег на 4–8 кварталов.

Шаг	Что считаем
1	Прямая выручка от клиентов по кварталам
2	Выручка через каналы минус их доля
3	Общая выручка минус операционные затраты
4	Затраты на привлечение клиентов по кварталам
5	`Cash burn` и деньги на конец квартала

Сделайте три версии: хорошая, средняя, плохая.
Это не точный бюджет. Это проверка «на глаз».
Если деньги кончаются в течение года, остановитесь. Варианты: поднять деньги, урезать расходы, снизить зарплаты основателей. Или вернуться и менять модель.

Pivot or proceed

Главный вопрос простой: есть ли большой рынок, который хочет этот продукт? Честный ответ часто ведёт почти в начало discovery.

Не понимаем рынок → меняем презентации, идём снова в фазу 1 и пробуем другие сегменты.
Нужно переупаковать продукт → возвращаемся в фазу 3 (презентация решения).
Всё сходится → два последних шага перед validation.

Шаг 1. Validation checkpoints. У каждой гипотезы должен быть измеримый порог pass/fail. Пример в духе книги:

Канал	Пример порога
B2B / физический	Закрываем сделку за 3 встречи; 1 из 5 финансовых директоров покупает
Web/mobile	30% посетителей возвращаются за неделю; каждый клиент зовёт 4 друзей, половина регистрируется

Шаг 2. Посмотрите на путь. Повесьте на стену все версии business model canvas по порядку. Видно, какие гипотезы стали фактами, где были итерации и pivot.

Все записи интервью сохраните. Они понадобятся в validation, когда вы будете строить sales roadmap.

В книге к главе есть чеклисты 23–26. Они повторяют вопросы выше с критериями выхода.

Ключевые термины

Термин	Значение
`Product/market fit`	Проблема важна, продукт её решает, клиентов достаточно
`Pivot`	Смена одной или нескольких частей бизнес-модели
`Proceed`	Решение идти в следующий шаг, `customer validation`
`TAM` / `SAM`	Весь рынок / часть рынка, которую вы реально можете обслужить
`Customer archetype`	Портрет типичного клиента сегмента
`Channel map`	Схема пути продукта от компании к пользователю
`Cash burn`	Сколько денег компания тратит за период сверх выручки
`Validation checkpoint`	Измеримый порог pass/fail для гипотезы

Что это значит на практике

Новый data-продукт (витрина, сервис рекомендаций, self-service BI) тоже проходит эту проверку. Перед большим проектом спросите: проблема важна для 8 из 10 пользователей? Они уже делают обходные решения в Excel?
«Много открыли дашборд, мало вернулись» — это тот же сигнал «много acquisition, мало activation». Идите к пользователям и спрашивайте, почему.
Считайте полную стоимость: время инженеров, облако, поддержку. Не только лицензию.
Перед масштабированием (новая команда, новый кластер) запишите пороги pass/fail. Например: «5 команд используют витрину каждую неделю через 2 месяца».
Храните историю решений: какие гипотезы были, что проверили, что поменяли. Это ваш набор снимков canvas.

Вопросы для самопроверки

Какие три вопроса задаёт команда в конце customer discovery?
Почему «proceed» здесь ещё не означает запуск?
Какой сигнал показывает, что проблема интересна, но решение нет?
Зачем строить прогноз денег в трёх вариантах?

Предыдущая: 7. Проверка решения. Следующая: 9. Введение в customer validation.