План запуска за 14 дней: кто что делает и какие решения нужны

Запуск “в прод” — это проект внутри проекта. Если его не планировать, система может быть готова технически, но бизнес не готов организационно. Ниже — практичный план на 14 дней, который помогает запуститься спокойно.

День 14–10: фиксируем рамки запуска

Решения заказчика:

• дата и формат запуска (пилот или сразу всем);
• список пользователей первой волны;
• кто владелец запуска и кто принимает решения.

Действия подрядчика:

• подготовка релиза;
• список зависимостей (доступы, домены, сервисы, интеграции).

День 10–7: данные и доступы

Заказчик готовит:

• актуальные справочники, шаблоны, правила (статусы, источники, роли);
• список пользователей и ролей;
• порядок работы со “старыми данными” (что переносим, что оставляем).

Подрядчик делает:

• настройку ролей и доступов;
• пробный перенос/импорт (если есть);
• тест интеграций на приближенных данных.

День 7–4: обучение и приемка “как будет работать”

Заказчик:

• назначает ответственных в отделах;
• собирает вопросы и “неясности процесса”.

Подрядчик:

• проводит короткое обучение по 5–10 типовым задачам;
• готовит инструкции “в 1 страницу” на ключевые сценарии;
• устраняет блокирующие дефекты.

День 4–2: репетиция запуска

• Проверка ключевых сценариев на тестовом контуре.
• Проверка критичных интеграций.
• Подготовка контактов поддержки и правила “куда писать”.

День 1–0: запуск и стабилизация

• Включение доступа пользователям первой волны.
• Канал оперативной поддержки (например, чат + обязательная фиксация задач).
• Быстрый ежедневный статус: что сломалось, что исправлено, что требуются решения.

Ключевое решение: план отката (что делаем, если критично остановились), даже если вы не планируете им пользоваться.