Коллеги не понимают что переписать просто не выйдет. Ui kit и обвязку для работы с api как минимум для каждого фреймворка с нуля придется делать, собсно это обычно самое трудозатратное, а остальное в большинстве случаев тупо рутинная лепка системы из этих кирпичиков. Они просто думают, что другой фреймфорк это типа другая орм и роутер, а прочее плюс минус одинаковое и мол все что нужно будет сделать, это заменить вызовы в репозитори.
Микросервисы на фронте плохо работают в сложной системы, проблемы прозрачной склейки при переходе, проблемы включения кусков другого сервиса(аналитикам и пользователям пофиг что это другая система). Конкретно у вуе с монолитом другая проблема, когда он становится реально большим, то начинаются проблемы с hot-reload и сборкой, все это начинает занимать здоровенное количество времени, в рантайме просадок по производительности заметных нет.
Из своего опыта могу сказать что начинать надо с монолита, когда будет ясно что система из себя представляет, то можно начинать выносить ui-kit/абстракции для работы с api и т.п. вещи. Проблема включения левого кода решается с помощью обычных гитовских сабмодулей. То есть для заказчика 1, репо с сабмодулями 1/2, для заказчика 2, репо с сабмодулями 1/3, то ест разбитие есть только на уровне гита, а фактически это монолит. Да, там немало геммороя, но работать будет. Если поставляются собранные файлы, то все еще проще, можно во время сборки заменять файл роутера и стора, и попадет в итоговую сборку только то что требуется.