Что делать, если продукт решили закрыть?

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

В последнее время много работаем над реструктуризацией продуктового портфеля. Иногда приходится решать, с каким продуктом идём дальше, а развитие какого прекращаем. Думаю, этот опыт может быть полезен - особенно с той скоростью, с которой на нас движется каток AI.

Критерии закрытия продукта я специально оставлю в стороне. Это отдельная большая тема, особенно для B2B-продуктов.

Коротко пройдусь по трём темам: как минимизировать потери при закрытии продукта, что делать с действующими клиентами и как быть, если за продуктом снова пришли после закрытия. Каждый пункт тянет на отдельный большой пост. Если хочется подробнее разобрать какой-то из них - пишите в комментариях. Продолжу тему в отдельных постах.

1. Как минимизировать потери при закрытии продукта?

Закрыть продукт и списать все наработки - проще всего. Сложнее понять, что из сделанного можно использовать дальше.

Стоит провести аудит: технологии, код, данные, интеграции, сценарии, экспертиза команды. По каждой наработке проверить, можно ли встроить её в другие продукты в рамках стратегии развития портфеля и что выгоднее - переиспользовать или пересобрать с нуля. Важно смотреть и через призму AI. Типовые функции можно быстро и недорого повторить. А уникальные данные, сложные интеграции и проверенные на клиентах сценарии могут сохранить ценность. Полезные наработки стоит передать в конкретный продукт или проект, а не тащить дальше всё подряд только потому, что в это уже вложились.

2. Что делать с действующими клиентами при закрытии продукта?

При переводе продукта на поддержку нужно определить, что именно в неё входит, кто за неё платит, сколько она стоит и как долго продлится. Возможно, придётся пересмотреть договорённости с клиентами и оформить новые условия.

Если клиент не готов оплачивать поддержку, нужно обсудить переход на другое решение и помочь с ним: план миграции, перенос данных, временный обходной сценарий. Клиента нельзя бросать - ни в B2C, ни в B2B. Но в B2B цена отношений особенно высока: если целевых компаний около сотни, потенциальный LTV каждого может исчисляться сотнями миллионов рублей. Подвести клиента - значит рисковать потерять его на годы. Нужно помочь ему пройти переход, а не просто сообщить о закрытии продукта.

3. А если после закрытия снова пришёл клиент? Такой запрос легко принять за знак, что с закрытием мы поспешили. Но один заказ ещё не означает, что продукт снова нужен рынку. Это отдельная сделка: какие доработки и поддержка потребуются, кто их оплатит, не придётся ли собирать команду заново?

Если клиент готов оплатить работы и поддержку, а сделка вписывается в стратегию портфеля, её можно рассмотреть отдельно. Если ради одного клиента нужно снова запустить развитие и собрать команду, стоит понять: это новая возможность или повторение прежнего сценария?

После решения о закрытии может показаться, что самое сложное уже позади. Но нужен конкретный план: даты остановки продаж и разработки, перевода команды на другие проекты, отключения инфраструктуры, коммуникации с клиентами и их перехода. У каждого шага должны быть сроки и ответственные. Иначе закрытие затягивается: продукт уже решили закрыть, а команда, расходы и обязательства ещё остаются.

Что ещё, на ваш взгляд, важно учесть при закрытии продукта? И как думаете, с развитием AI в ближайшее время продуктов будут закрывать больше? Напишите в комментариях - интересно обсудить.

P.S. Как же это тяжело каждый раз. Ты месяцами, а иногда годами вкладываешься в продукт, веришь в него, строишь планы, представляешь, как он выстрелит и захватит рынок. А потом приходится остановиться и признать: не взлетело. Не захватило рынок. Ты ошибся. Нужно закрыть продукт, отпустить эту идею и идти дальше. Лично для меня это одна из самых тяжёлых вещей в продуктовой работе. У вас так же? Или все продукты взлетели?

Читать про продукты в b2b


В этом посте были ссылки, но мы их удалили по правилам Сетки