Kill criteria: один приём, который превращает 'закрываем лавочку' из вайба в решение

Последние шесть месяцев мёртвого основателя

Посмотрите на сотню закрывшихся стартапов и проступит паттерн. Основатель тратит примерно пять с половиной месяцев между моментом, когда данные ясно сказали "всё кончено", и моментом, когда основатель это признал. Эти пять с половиной месяцев - самый дорогой интервал в жизни любого стартапа: он съедает остатки баланса, последний моральный ресурс команды и последнюю пропускную способность основателя, чтобы запустить следующее. И он полностью предотвратим.

Механизм, который его предотвращает, - kill criterion. Причина, по которой большинство основателей не ставит kill criteria, в том, что выбор момента собственного провала ощущается как приглашение этого провала. Причина, по которой их стоит ставить, - в том, что альтернатива (обнаружить провал постфактум, на полгода позже) стоит дороже дискомфорта по любой измеримой оси.

Что такое kill criterion на самом деле

Kill criterion - это три поля. Не четыре. Не "в зависимости от того, как пойдёт". Три поля:

• Метрика - величина, измеримая без усилий и без интерпретации.
• Порог - одно число, а не диапазон.
• Дедлайн - календарная дата, а не "фаза".

"Kill, если MRR ниже $1k к 2026-08-15" - это kill criterion. "Пересмотреть, если в этом квартале traction медленный" - это пожелание. Разница в том, может ли ваше будущее "я" с этим спорить. Весь смысл предварительной фиксации - в том, что будущее "я" проигрывает спор по умолчанию.

Поля не могут быть выражениями намерения. "Kill, если к 4-му месяцу я не чувствую product-market fit" - не kill criterion, потому что никто (ни основатель, ни команда, ни инвестор) не может извне решить, чувствует это основатель или нет. Критерий должен решаться одним SQL-запросом, одной календарной проверкой или одним фильтром в CRM. Если он требует интерпретации, его интерпретируют в обход в тот же день, когда он сработает.

Правило "от трёх до пяти"

Три - нижняя граница, потому что одиночный критерий слишком легко списать на неудачное измерение, а два дают неправильный стимул - победить один, игнорировать другой. Три заставляют основателя моделировать провал по нескольким осям: спрос (вообще кому-то это нужно?), конверсия (заплатят ли?), скорость (можем ли отгрузить?).

Пять - верхняя граница, потому что после пяти критерии начинают пересекаться, и основатель теряет дисциплину "кто сработал первым". Распределение в когорте Inite чисто сходится на медиане 4: один на спрос, один на конверсию, один на скорость, один на стадию-специфичную ставку. Это рабочая форма для большинства основателей.

Дефолтное предложение Founder Loop - три критерия, вытянутых из dealbreakers. Основатель принимает, редактирует или заменяет. Критерии сохраняются на строке аудита, и с этого момента понедельничный дайджест их проверяет.

Хорошие kill criteria, плохие kill criteria

Плохие kill criteria выглядят как отчётность, но на деле оставляют основателю риторический выход. Паттерн узнаваем по когорте:

• Мягкий пол - "kill, если не будет прогресса в enterprise". Определите прогресс.
• Подвижная мишень - "kill, если рост встанет на квартал". Чей квартал? Встанет как именно, против чего?
• Неотличимо от успеха - "kill, если не закроем 10 клиентов". Если 10 - успех, а 9 - провал, что тогда 8 - успешный провал?
• Составное условие с OR - "kill, если MRR ниже $5k OR churn выше 15%". OR создаёт два критерия, замаскированных под один; либо выберите самое сильное одиночное условие, либо распишите оба отдельно и проверяйте независимо.

Хорошие kill criteria - те, что незнакомец может проверить за две минуты:

• "Kill, если конверсия demo-to-paid ниже 8% при ≥60 демо к 2026-09-30."
• "Kill, если ни один $5k ACV pilot не закрывается к 2026-10-15."
• "Kill, если месячные активные дни на пользователя падают ниже 4 два месяца подряд."
• "Kill, если после трёх переписываний онбординга не получается показать время активации меньше 3 минут."

У каждого метрика, число и дата. Ни один не требует, чтобы основатель что-то чувствовал.

Приближение - вот настоящий сигнал

Срабатывание - не единственный сигнал. Приближение к kill criterion - раннее предупреждение, за которым следит цикл каждую неделю. Понедельничный дайджест отчитывается по каждому критерию против трёх диапазонов:

• Зелёный - больше 25% выше порога; молча трекаем.
• Жёлтый - в пределах 25% от порога; выносим основателю как контекст.
• Красный - в пределах 10% от порога или уже за ним; собираемся принимать решение о выключении.

Жёлтый диапазон - там, где сидит почти вся ценность. Основатель, который на 4-й неделе узнаёт, что два из пяти критериев в жёлтом, не обязан ничего убивать - но он обязан посмотреть на линзу, из которой пришёл критерий, запустить против неё эксперименты, и к 6-й неделе иметь recompute, который либо возвращает его в зелёное, либо признаёт, что два критерия вот-вот сработают. Это окно вмешательства - то, для чего цикл и построен. К моменту, когда критерий уходит в красный, большая часть операционных решений уже принята.

Что происходит, когда критерий срабатывает

Срабатывание открывает 14-дневное окно жёсткой остановки. У окна три правила:

1. Никаких новых обязательств перед клиентами, наймами, поставщиками во время окна.
2. Письменное обоснование обязательно для override. Минимум два абзаца, сохраняется на строке аудита с timestamp.
3. Команде говорят. Не "команда будет проинформирована в установленном порядке" - команда получает тот же дайджест, что основатель, в понедельник утром, в момент срабатывания критерия.

Из основателей в когорте, у которых критерий сработал, 38% делают override и продолжают. Из этих override 71% всё равно закрывает проект в следующие 12 недель. Override в основном покупает отсрочку, а не выживание. Уже одной этой цифры достаточно как аргумент в пользу того, чтобы соблюдать триггер - override даёт примерно 1 шанс из 3 на другой исход, а медианная отсрочка, которую он покупает, - два с половиной месяца дополнительного burn.

Оставшиеся 62%, кто соблюдает триггер, закрываются чисто. Самая частая обратная связь в post-mortem - в той или иной форме "я знал шесть недель назад". Kill criterion не приносит новой информации в момент срабатывания. Он даёт разрешение действовать на информации, которая у основателя уже была.

Почему это часть операционной работы, которая компаундит

Каждый основатель за карьеру прогоняет, может, четыре-пять реальных идей. Стоимость прогонки идеи N+1 - это сколько ранвея у вас осталось после идеи N. Закрытие идеи N на полгода позже - это полгода кражи у идеи N+1. Компаунд работает и в обратную сторону: каждое чистое закрытие мёртвой идеи - это четверть или две ранвея и энергии, которые вы возвращаете себе на следующую.

Kill criteria - самая дешёвая инвестиция, которую может сделать основатель. Сорок минут на написание, ноль долларов на поддержку, и они - единственный структурный механизм, возвращающий потраченное впустую время основателю, когда данные говорят, что всё кончено. Founder Loop проверяет их за вас, чтобы вам не приходилось помнить. Дискомфорт от их написания - это цена; ранвей, который они возвращают, - это доход.