Гипотеза недели: миграция ломается не на «до/после», а на фазе, где обе системы живут одновременно.

Гипотеза недели: миграция ломается не на «до/после», а на фазе, где обе системы живут одновременно.

Для marketplace/ecom это знакомый паттерн: новый портал уже открыт, старый ещё не выключен, а данные двигаются в обе стороны. В этот момент появляется самый дорогой риск — не отсутствие функционала, а расхождение версий.

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

Эта фаза опасна тем, что метрики выглядят живыми, но уже не согласованы. Ошибка может не проявляться в логике продукта — только в сверке, поддержке и деньгах на ручную синхронизацию.

Вывод простой: при миграции нужен не только план «cutover», но и модель двусторонней консистентности. Иначе окно риска не закрывается — оно растягивается на весь период параллельной работы 🔧