Есть классный проектный этап, который часто пропускают: Go / No-Go. У проекта почти всегда есть опасная точка: уже начали, потратили время, даже получили какие-то результаты и просто на автомате продолжают делать проект, не оглядываясь на реальность.
А реальность может быть такой, что результаты плохие, проект не решает проблему, не соответствует целям и вообще вся команда не верит в проект и в курилке обсуждает, что не надо его делать.
✏️ Чтобы избежать этой уловки, в начале проекта можно установить правило: на определённом этапе команда снимает метрики или смотрит на заранее определённые показатели и принимает твёрдое решение, основанное на данных: идём дальше или останавливаемся на этом (Go / No-Go).
Таких кейсов целая гора у крупных технологических компаний. Вон, только у Яндекса:
— Яндекс.Взгляд (закрыли в 2026 году)
— Яндекс.Кью (закрыли в 2023 году)
— Яндекс.Объявления (закрыли в 2022 году)
— Яндекс.Район (закрыли в 2020 году)
Не скажем за Яндекс, но на уровне логики понимаем, что у ребят, скорее всего, была определена чёткая позиция — если сервис стреляет, растим. Если не стреляет — закрываем, списывая потери.
Хороший Go / No-Go звучит примерно так:
— Продолжаем, если конверсия выросла хотя бы на X%;
— Продолжаем, если время обработки заявки снизилось с 20 минут до 10;
— Продолжаем, если 60% целевых пользователей начали пользоваться функцией;
— Останавливаемся, если после пилота процесс не стал быстрее.
Не поддавайтесь боли невозвратных потерь. Лучше потерять 4 млн на ненужный проект и закрыть его через год, чем потерять 20 млн и закрыть его через пять лет.