🚦 Go / No-Go

Есть классный проектный этап, который часто пропускают: Go / No-Go. У проекта почти всегда есть опасная точка: уже начали, потратили время, даже получили какие-то результаты и просто на автомате продолжают делать проект, не оглядываясь на реальность.

А реальность может быть такой, что результаты плохие, проект не решает проблему, не соответствует целям и вообще вся команда не верит в проект и в курилке обсуждает, что не надо его делать.

✏️ Чтобы избежать этой уловки, в начале проекта можно установить правило: на определённом этапе команда снимает метрики или смотрит на заранее определённые показатели и принимает твёрдое решение, основанное на данных: идём дальше или останавливаемся на этом (Go / No-Go).

Таких кейсов целая гора у крупных технологических компаний. Вон, только у Яндекса: — Яндекс.Взгляд (закрыли в 2026 году) — Яндекс.Кью (закрыли в 2023 году) — Яндекс.Объявления (закрыли в 2022 году) — Яндекс.Район (закрыли в 2020 году)

Не скажем за Яндекс, но на уровне логики понимаем, что у ребят, скорее всего, была определена чёткая позиция — если сервис стреляет, растим. Если не стреляет — закрываем, списывая потери.

Хороший Go / No-Go звучит примерно так: — Продолжаем, если конверсия выросла хотя бы на X%; — Продолжаем, если время обработки заявки снизилось с 20 минут до 10; — Продолжаем, если 60% целевых пользователей начали пользоваться функцией; — Останавливаемся, если после пилота процесс не стал быстрее.

Не поддавайтесь боли невозвратных потерь. Лучше потерять 4 млн на ненужный проект и закрыть его через год, чем потерять 20 млн и закрыть его через пять лет.