Два нативных приложения — два бюджета и рассинхрон релизов. Кроссплатформа на Flutter: общий код, натив где нужно — быстрее в оба стора, меньше сопровождения.
Без кроссплатформы вы платите дважды за одни и те же экраны, баги и фичи — и всё равно ловите расхождения между iOS и Android. Риск не в «не той технологии», а в сорванных сроках и раздутом TCO. Один код закрывает 80–90% задач при разумном бюджете; натив подключаем точечно, когда упираемся в железо, платежи или жёсткий UX стора.
В работе по этой услуге:
Стартуем с прототипа и границ MVP: что должно работать одинаково, где нужен native. Дальше общий каркас (навигация, состояние, дизайн-токены) → фичи срезами с проверкой на обеих платформах → сторы. Производительность и размер сборки смотрим с первых билдов, не «потом оптимизируем». Формат: прозрачные этапы, демо по срезам, сопровождение после релиза по договорённости.
Срок зависит от объёма MVP, интеграций и store-ready требований. После разбора фиксируем этапы и дату первого релиза в оба стора — без вилки «от трёх месяцев» в воздухе.
Если ядро продукта — тяжёлая графика, нестандартное железо или жёсткие platform-only сценарии, натив или гибрид с сильным native-слоем честнее. В остальных случаях Flutter закрывает задачу быстрее и дешевле; решение принимаем на разборе, не из моды на стек.