Команда прекращает работу над продуктом. Что будете делать?

План действий при прекращении работы над продуктом

Это критическая ситуация, требующая срочной, структурированной реакции. Мой подход разбит на этапы с приоритетами.

Фаза 1: Первые 24 часа (Стабилизация)

Шаг 1: Собрать все факты

• Официальное решение принято или рассматривается?
• Есть ли дедлайн выключения сервиса?
• Какие ресурсы остаются?
• Какова причина (финансы, стратегия, конкуренция)?

Шаг 2: Объявить четкую информацию пользователям

• Официальное письмо с объяснением причины и дедлайном
• Прозрачность → доверие, уважение
• Указать дату отключения (минимум 30-90 дней уведомления)
• Дать рекомендации по миграции альтернативам

Шаг 3: Собрать команду

• Краткая встреча со всеми: PM, dev, дизайн, поддержка
• Озвучить факты
• Объяснить переходный период
• Ясные роли на фазе sunset

Фаза 2: Неделя 1 (Миграция и Коммуникация)

Коммуникационная стратегия

• Email кампания с историей продукта (что достигли, спасибо)
• FAQ в системе поддержки
• Посты в соцсетях и блоге
• Вебинар для крупных клиентов (B2B)
• Гарячая линия поддержки для вопросов

Помощь пользователям в миграции

• Предоставить экспорт данных (CSV, API) простым способом
• Документация для миграции на конкурентов (честность!)
• Скидки на альтернативные продукты (если есть партнёрства)
• Техническая поддержка в процессе миграции (повышенные SLA)

Команда разработки

• Зафиксировать текущую версию (нет новых фич)
• Критические исправления ошибок (если есть)
• Подготовить документацию кода для архива
• Автоматизировать рутинные процессы (мониторинг, резервные копии)

Фаза 3: Недели 2-12 (Sunset Management)

Сохранение стабильности

• Увеличить мониторинг (сервис должен работать безупречно)
• Daily стенды команды (синхронизация)
• Список критических bug'ов и их приоритеты
• Подготовка плана отключения сервисов (БД, API, хостинг)

Максимизация удовлетворения уходящих пользователей

• Отслеживание успешных миграций (процент)
• Активная поддержка сложных случаев (VIP клиенты)
• Еженедельные обновления прогресса
• Бонусы тем, кто мигрировал рано (extended access, данные)

Команда и культура

• Признать усилия команды (спасибо, ценность работы)
• Помочь сотрудникам найти новые проекты (внутри компании или нет)
• Сохранить боевой дух (не уходить в деструктив)
• Выделить героев (кто хорошо управлял переходом)

Фаза 4: Финальная неделя (Graceful Shutdown)

Последние шаги

• Финальное письмо благодарности пользователям
• Анонс окончательной даты/времени отключения
• Last-minute support для stragglers
• Команда в полной готовности к экстренным ситуациям

Отключение

• Показать красивую страницу (не ошибка 404, а объяснение)
• Полное резервное копирование данных
• Сохранить архив (для истории, юридических целей)
• Документировать процесс (lesson learned)

Фаза 5: Post-Mortem и Learning

Анализ

• Что сработало? (какой % пользователей успешно мигрировал?)
• Что было сложно? (какие блоки были?)
• Обратная связь от команды (что нужно было сделать лучше)
• Финансовый анализ (сколько стоил sunset vs новый функционал)

Документирование

• Post-mortem отчёт
• Лучшие практики sunset management
• Улучшение для следующего раза

Ключевые KPI на Sunset

• Migration rate: % пользователей, успешно ушедших до отключения
• Support satisfaction: NPS при sunset
• Churn speed: скорость, с которой уходят пользователи
• Team morale: сохранение produktivности команды
• Zero incidents: стабильность сервиса до конца

Мои приоритеты

1. Честность и прозрачность (не тайно, открыто)
2. Забота о пользователях (помощь в миграции, не брошенность)
3. Защита репутации компании (хороший sunset лучше спешного отключения)
4. Командный дух (мотивировать людей на сложном этапе)
5. Документирование (для будущего)

Это грустный процесс, но управляемый.