Когда проект надо убивать (и это нормально)
Я не продукт, но как PM я отвечаю за то, чтобы проект случился или чтобы мы вовремя перестали сжигать людей и деньги. Ниже мой приземлённый набор сигнальных флажков и как я это коммуницирую.
⚠️ Сигналы “пора стопать/пивотить” - Нет подтверждения ценности: пользователи не кликают/не возвращаются/не платят. Мы месяцами "улучшаем", а метрики стоят - Скоуп расползается, а эффект не растёт: каждая новая фича "обязательно нужна", но корневая боль не решена - Команда хронически в авралах: горим по процессу, баги возвращаются, долг душит, скорость падает - Экономика не сходится простыми словами: тратим X в месяц, а даже в оптимистичном сценарии получаем < X (и срок окупаемости уехал в туман) - Нет владельца решения: спорим бесконечно, ответственность размазана, “кто принимает решение?” - тишина(( - Ключевая зависимость на одном человеке: без него проект физически не едет (риск на уровне "один отпуск = минус релиз")
🧭 Что делать вместо «ещё недельку» Есть всего три взрослые опции на мой взгляд: Kill — аккуратное закрытие Pause — заморозка с чёткими условиями разморозки (какой сигнал ждём) Pivot — меняем гипотезу/аудиторию/канал, но сохраняем ядро
📝 Как я готовлю разговор (без драматизма) Данные в одну таблицу: цель - ожидали - по факту - вывод. Никакой поэзии
Альтернативы: kill/pause (условие X)/pivot (новая гипотеза Y). Сроки и ресурс на каждую
Цена продолжения: ещё 2 месяца = ~N часов команды и ~Z ₽. Что именно получим взамен?
Риски людей: усталость, текучка, потеря фокуса на других задачах
Язык без обвинений: «мы пробовали вот это/вот это, сигналов недостаточно - предлагаю…»
🤝 Как закрывать по-людски
- План сворачивания: кто/что/когда (код, доступы, техдолг, договорённости)
- Короткое ретро "что узнали" - фиксируем уроки и складываем их в доступное место
- Поддерживаем команду: закрытие проекта ≠ провал. Провал - это тянуть дальше без шансов - Мы не обязаны доводить до релиза всё, что начали. Обязаны - бережно относиться к людям и ресурсу. Иногда самый сильный шаг PM, вовремя сказать «стоп».
А вы убивали проекты? Что было самым сложным: цифры собрать или проговорить вслух?
· 05.11.2025
Остановить нельзя продолжать))) А если серьезно, то пару раз было так, что проект просто нельзя "прибить", даже если большинство факторов и метрик прямо говорят что "надо". Не всегда в моменте все решают деньги или достижение целей в осязаемой перспективе. Иногда есть нечто другое - вера, чутье, готовность идти до конца. НО вера должна быть не слепая, чутье должно не подвести, а сил дойти должно хватить) И бюджет заканчивается, и команда порезана, и ценность под вопросом, но остановиться сейчас - значит обнулить все прошлые достижения и результаты. Поэтому стараюсь все же избегать сворачиваний в пользу переосмысления целей и задач и максимального использования того, что уже сделано, пусть даже в другом ключе и с другими вводными.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 10.11.2025
Это да, понимаю, о чём ты. Есть проекты “упрямцы”, где сухая экономика в моменте говорит “закрывать”, а внутри зудит: “не-не-не, тут ещё есть жизнь”. Как будто иногда именно интуиция и доводит до результата, согласен
Но есть и сторона, когда это может не выгореть, поэтому чтобы не было «синдрома невозвратных затрат всё равно лучше сделать чёткий срок (например, 4–6 недель) и одна ключевая метрика, которую мы обязаны сдвинуть.
Но да, полностью согласен: стоп не всегда лучший ответ. Часто лучшн переосмыслить и докрутить то, что уже сделано, чем похоронить опыт
И если не секрет, был у тебя такой кейс в реальной жизни? Интересно посмотреть, что сработало - гипотеза, канал, новая ЦА или что-нибудь еще
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён