Телефон — плохой место для бизнес-логики. Приложение показывает и собирает данные. Считает, хранит права и соединяется с оплатой сервер.
Когда приложение оправдано
Повторные действия вне офиса: курьер отмечает доставку, мастер фотографирует объект, клиент смотрит статус без браузера. Если человек открывает сервис раз в месяц за столом, чаще хватает адаптивного веб-приложения.
Как не сделать два продукта
Один API для iOS, Android и веба. Клиенты отличаются экранами, не правилами. Общая кодовая база (React Native или аналог) уместна, когда интерфейс один и нет тяжёлой платформенной графики. Нативные части оставляют там, где нужны пуши, камера, геолокация, офлайн-очередь.
Офлайн проектируют отдельно: какие действия копятся без сети и как разруливается конфликт, если запись уже изменили на сервере.
Пример
Приложение монтажника: список заявок на день, фото, статус «выполнено», подпись клиента. Без сети фото встаёт в очередь и уходит, когда связь появилась. Диспетчер видит тот же статус в веб-кабинете, потому что источник один.
Магазины приложений добавляют срок: учётные записи разработчика, ревью, обновления. Это часть оценки, не «потом как-нибудь».