Через 2 недели мы стартуем серию вебинаров для внутренних продактов. Чтобы вас "немножко прогреть" делюсь разными инсайтами из практики.

Очень часть руководством продукта занимаются люди из ИТ - тут роль бизнес/системного аналита + продакт оунера +продакт-менеджера соединены вместе. Как мы знаем прошлый опыт накладывает некоторые когнитивные искажения. Одно из частых - что понимать под успешным запуском?

Для начала важно понять, что доставка (Delivery) — это не просто выкладка последней версии в продакшн.

Часто возникает путаница между понятиями релиз, развёртывание, запуск и доставка. Давайте разбираться. Запуск (Launch) = маркетинговое событиеЭто публичное маркетинговое объявление о новой фиче, продукте или обновлении. Цель — привлечь внимание пользователей. Запуск может произойти через недели или даже месяцы после релиза. Например, новая функция уже доступна на проде, но вы объявляете об этом только тогда, когда: готовы объяснить её пользователям и встроить в их опыт. Release = техническая доступность функционалаЭто момент, когда код попадает в продакшн-среду и становится технически доступным. Может быть: «тихий» релиз (без уведомлений), или с ограниченным доступом (например, только для аб тестирования).Deployment = перемещение кода - это процесс доставки кода в нужную среду (production и т.д.). Обычно происходит автоматически через CI/CD. Развёртывание может не включать активацию функционала. Например, код фичи уже развернут, но сама фича не активна.

Delivery = “поставка ценности” пользователю. Это более общий термин, который означает, что что-то готово и доставлено пользователю или бизнесу, чтобы они могли получить ценность через использование.

Delivery — это не просто “выпустили” или “показали”, а “реально помогли” клиенту. Команды меряют delivery не по дате релиза, а по метрикам использования и бизнес-результатам.

Да, вы стремитесь улучшать продукт — но если он глубоко встроен в бизнес-процессы, любые изменения требуют дополнительной подготовки и времени. Пользователи уже выработали устойчивые схемы работы, и резкие изменения в интерфейсе могут сбить их с толку, временно ухудшая метрики. Таким образом, хорошая доставка — это не только про скорость, но и готовность пользователей к изменениям.

Если вы вышли из ИТ, то скорее всего у вас когнитивное искажение - упор на скорость и качества вместо внимания к ценности и обратной связи. Если продукт “выложен на прод”, это считается “сделано”. Но что происходит дальше — не отслеживается: ни использование, ни потери производительности, ни откат к старым процессам. Привет таким фразам как “Они опять всё переделали, ничего не работает”, “Лучше бы вообще не трогали” и т.д.

Так вот, команды могут разворачивать и релизить непрерывно, но запускать — по стратегии трансформации процессов компании. Минимум, что вы можете сделать — это четко сообщить об изменениях, но максимум - адаптировать бизнес-процессы и сделать внутренний маркетинг под новый функционал и вообще стать агентом изменений в компании. КАК? ---> https://strategicmove.education/productinside