Восемь лет я провёл внутри крупной регулируемой финансовой структуры. Не в стартап-акселераторе, не в инкубаторе с кофемашиной и мотивационными плакатами, а в настоящей тяжёлой инфраструктуре, где любое изменение проходит через комитет, потом через второй комитет, потом через комплаенс, потом снова через первый комитет, потому что за время согласования поменялись требования. Запуск новой фичи на финансовом продукте занимает месяцы. Иногда годы.
Потом я ушёл в свои продукты. И первое, что меня поразило, было не то, что вне такой структуры можно двигаться быстрее. Это я и так знал. Меня поразило другое. Большинство стартапов, которые формально "быстрые" и "гибкие", на самом деле проверяют гипотезы почти так же медленно, как крупная регулируемая организация, просто с меньшим бюджетом и без комитетов. Они тратят месяцы на MVP, который никто не просил, нанимают команду до того, как у них есть хоть один платящий клиент, и называют это "агильно".
Это не гибкость. Это тот же бюрократический паралич, только в маленьком масштабе.
Я утверждаю провокационную вещь. Скорость проверки гипотезы это не преимущество стартапа. Это единственное, что вообще отличает стартап от лотереи с юридическим лицом. Если ты не проверяешь быстро, ты не стартап, ты просто человек, который тратит деньги медленнее, чем корпорация, но с тем же результатом в конце.
Индустрия, которая уже решила эту задачу, и это не стартапы
Пока стартап-мир спорит о фреймворках Lean Startup и рисует канвасы бизнес-моделей на стикерах, есть индустрия, которая довела скорость проверки гипотез до промышленного конвейера. Это игровая разработка, а точнее та её часть, которая делает мобильные гиперказуальные игры.
Устройство этого конвейера предельно прагматично. Никто не делает полноценную игру, чтобы узнать, "залетит" ли механика. Делают прототип на 30 секунд геймплея, ровно столько, сколько нужно, чтобы понять, цепляет фишка или нет. Затем на этот прототип покупают немного трафика, сумма обычно на уровне нескольких сотен долларов, не больше, потому что смысл теста не в том, чтобы доказать успех, а в том, чтобы дёшево доказать провал. Дальше смотрят на конверсию в установку и на удержание. Если метрики плохие, прототип выбрасывают без сожаления и начинают следующий.
Ключевая цифра, о которой знают в этой индустрии и почти никогда не говорят в стартап-тусовке: успешными оказываются единицы прототипов из десятков. И именно эти единицы окупают все остальные. Это не баг модели, это и есть модель. Конвейер работает не потому, что каждая попытка хороша, а потому, что система спроектирована для быстрого и дешёвого отсева плохих попыток.
Спросите себя: сколько стартапов вы видели, которые действовали бы так же? Большинство делает наоборот. Влюбляются в одну идею, тратят на неё год и весь капитал, а потом узнают правду о рынке, когда отступать уже некуда.
Второй урок, который индустрия забыла: Greenlight
Был период, когда Steam запускал программу Greenlight. Разработчики выкладывали игру, ещё не готовую к релизу, и смотрели, добавляют ли её люди в вишлисты, голосуют ли за неё. Идея была простая и честная: пусть рынок отфильтрует мусор до того, как платформа потратит ресурсы на публикацию, а разработчик на полировку продукта, который никому не нужен.
Это третий столп, о котором я хочу сказать прямо, потому что он редко присутствует в стандартных стартаперских методологиях: валидация должна происходить до продукта, а не вместо него. Не "сделаем MVP и посмотрим", а "посмотрим, прежде чем делать хоть что-то похожее на продукт".
Как это выглядит на практике, зависит от того, кто вы.
Если вы представляете крупную структуру с уже существующей базой клиентов или сотрудников, вам не нужен внешний трафик. У вас уже есть аудитория, на которой можно протестировать гипотезу практически бесплатно: внутренний пилот, закрытая бета для сегмента клиентской базы, форма интереса в мобильном приложении. Это ваш Greenlight, только вы за него уже заплатили годами построения этой базы.
Если вы работаете над своим SaaS или продуктом, у которого уже есть какая-то пользовательская база, встройте преданализ прямо в продукт. Список ожидания на новую фичу, кнопка "хочу это" без реализации функции за ней, лендинг до кода. Это дешевле, чем строить фичу, которую никто не откроет.
Если вы одиночный фаундер без платформы и без базы, ваш Greenlight это покупка трафика. Тот же принцип из геймдева: небольшой бюджет, лендинг вместо продукта, честная кнопка "оставить почту" вместо "купить", и вы получите сигнал интереса до того, как напишете хоть одну строчку кода.
Это не четвёртый параллельный метод, это нулевой шаг. Слой, который стоит перед тем, как вы вообще начинаете что-то строить.
Три метрики, которые заменяют всё остальное
После многих лет в тяжёлой регулируемой инфраструктуре и нескольких лет собственных продуктов я пришёл к тому, что для решения о судьбе гипотезы реально нужны всего три показателя. Не десять, не таблица OKR на двадцать строк, три.
Первое: техническая возможность интеграции. Можно ли собрать это вообще, и на каком стеке. Это фильтр реальности: если гипотезу нельзя реализовать без полугода разработки инфраструктуры с нуля, она мертва ещё до того, как вы посчитали остальное.
Второе: положительный P/L. Это главный показатель, точка. Не количество загрузок, не "виральность", не лайки в соцсетях. Прибыль минус расходы, посчитанная максимально честно, с учётом стоимости привлечения. Если P/L не сходится даже в модели на салфетке, не важно, насколько гипотеза "интересная".
Третье: сроки. Не абстрактный roadmap, а конкретный дедлайн: сколько времени нужно, чтобы получить первый сигнал (первые деньги, первую конверсию), и укладывается ли это в разумное окно, пока у вас ещё есть ресурсы и мотивация.
Если гипотеза проходит все три фильтра, двигайтесь. Если нет, выбрасывайте её так же безжалостно, как игровая студия выбрасывает неудачный 30-секундный прототип. Не потому, что идея плохая. А потому что вы уже проверили, и рынок либо математика сказали "нет".
Почему это провокация, а не просто метод
Я понимаю, что многим это покажется циничным. "А как же видение? А как же продукт, в который нужно верить годами, даже когда цифры не сходятся?" Отвечу честно: вера это не стратегия. Вера это то, что остаётся после того, как метрики уже сказали "да". Использовать веру вместо теста это то же самое, что полгода согласовывать фичу, потому что "мы верим, что клиентам понравится", вместо того чтобы протестировать это на 5% базы за неделю.
Индустрия геймдева не более талантлива, чем стартап-мир. Она просто честнее признаёт одну вещь: никто заранее не знает, какая идея выстрелит. Именно поэтому там строят конвейер, а не делают одну крупную ставку на всё сразу. Стартап-культура же до сих пор романтизирует единственную большую идею, которую фаундер вынашивал годами. Это красивая история для питч-дека, но плохая стратегия выживания.
Я не претендую на то, что это единственно верный подход. Но я убеждён, что большинство стартапов умирает не потому, что рынок оказался маленьким, а потому что тестирование гипотезы заняло в десять раз больше времени и денег, чем должно было, из-за той же бюрократической медлительности, от которой я когда-то ушёл.
Вопрос, который я оставляю открытым: если конвейерный подход и рыночная фильтрация до продукта работают в геймдеве десятилетиями, почему остальной стартап-мир до сих пор делает ставку на одну идею и год разработки вслепую?
