Пофантазирую, как я бы сделал, но т.к. от вас подробностей маловато сценарий, конечно же, может быть не релевантен:
Сначала отдал на фриланс
(Цель: создание MVP)
Во время создания MVP вы утрясете детали того, каким в действительности должно быть приложение, а не вашу текущую фантазию. Это время, когда вам предстоит ответить на вопрос, что конкретно вы делаете.
Потом - штат
(Цель: получить уже "правильно" построенный продукт, т.к. будут четко ясны большинство требований сразу, что позитивно скажется на архитектуре проекта [соответственно масштабируемости], логической модели)
Когда вы в процессе создания MVP понимаете, как все в действительности будет работать, то начнете формировать штат, которому скажете сделать такую же штуку, но нормально. MVP в данном случае - это все равно, что сделать подробнейшее ТЗ.
Можно параллельно поддерживать MVP, собирая клиентов, отрабатывать какие-то бизнес цели, а потом выкатить крутой апдейт, версию 1.0
Если принять такой процесс, то MVP можно сделать на чем-то кроссплатформенном (т.к. важно быстро и дешево).
А в продакшен версии приложения можно использовать любые технологии. Можно 2 native версии, или переписать на том же кроссплатформенном движке, если все будет в принципе устраивать (это будет дешевле).