Миграция — это не всегда переключатель «было / стало». Чаще есть опасный промежуток, когда старый SharePoint е

Миграция — это не всегда переключатель «было / стало». Чаще есть опасный промежуток, когда старый SharePoint ещё живёт, а новый портал уже запущен. И в этот момент проблема не в запуске, а в синхронизации.

Что происходит в таком режиме:
- пользователи могут менять данные в двух местах;
- часть правок уходит в старую систему, часть — в новую;
- отчёты и KPI начинают расходиться;
- команда уверена, что «всё работает», пока не всплывают дубли, потери и конфликт версий.

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

Что стоит предусмотреть заранее:
1. источник истины — где считается актуальная версия данных;
2. правила внесения изменений — что можно править только в одной системе;
3. мониторинг расхождений — кто и как ловит конфликты;
4. сценарий отката — что делаем, если данные разъехались.

Перенос платформы без такого окна риска — это не миграция, а ставка на удачу. А в paid-ads и в операционке лучше выигрывает не удача, а контроль 🧩