Миграция с SharePoint редко выглядит как аккуратный переключатель «старое → новое». Чаще есть длинная переходн

Миграция с SharePoint редко выглядит как аккуратный переключатель «старое → новое». Чаще есть длинная переходная фаза: оба портала живут в проде, пользователи ходят туда-сюда, а данные меняются в обеих системах.

И вот тут начинается не техническая, а retention-проблема. У пользователя ломается привычный маршрут: где создать документ, где его найти, какая версия актуальна, почему уведомление пришло не туда. Чем больше таких мелких «непонятно», тем быстрее растёт риск тихого отказа от нового портала.

Ключевой вывод из такого сценария: миграцию нужно проектировать как двухсистемный lifecycle, а не как разовую релокацию. Нужны правила синхронизации, понятный источник истины, видимые статусы изменений и сценарии, где пользователь не должен думать, в какой системе он сейчас находится.

📌 Самая частая ошибка — считать, что если новый интерфейс запустили, то работа уже завершена. На самом деле самый рискованный период начинается именно после запуска: когда обе системы ещё живы, а доверие к новому опыту только формируется.

Если упростить, задача migration retention — не «перетащить» пользователя, а провести его через переход без потери уверенности.