Android и iOS: одно приложение на две платформы или два

Клиенты компании пользуются и Android, и iPhone, поэтому приложение обычно нужно для обеих платформ. Вопрос в том, как его сделать: двумя отдельными приложениями на родных языках платформ, одним кроссплатформенным или сначала для одной платформы. У каждого пути свои последствия для бюджета, сроков и поддержки.

Три подхода

Две нативные разработки

Отдельное приложение для iOS на Swift и для Android на Kotlin. Две команды или два разработчика, две кодовые базы. Максимальное качество и доступ ко всем возможностям платформ, но двойной объём работы и поддержки.

Кроссплатформенная разработка

Одна кодовая база на Flutter, React Native или другом фреймворке, из которой собираются приложения для обеих платформ. Экономия на разработке и поддержке, единое поведение на всех устройствах.

Сначала одна платформа

Запуск на той платформе, где больше вашей аудитории, и проверка гипотез. Вторая платформа — после подтверждения спроса. Риск — часть клиентов не получит приложение на старте и может разочароваться.

Как понять, где ваша аудитория

Посмотрите аналитику сайта: доля посетителей с Android и iOS. Учитывайте сегмент: аудитория может сильно различаться по платформам в зависимости от ниши и уровня цен. Решение принимайте по своим данным, а не по общей статистике рынка.

Различия платформ, которые влияют на проект

Дизайн

У Apple и Google свои рекомендации по интерфейсу: навигация, кнопка «назад», стиль переключателей, системные шрифты. Пользователи привыкли к поведению своей платформы. Кроссплатформенное приложение может выглядеть одинаково на обеих, но базовые привычки стоит учитывать.

Устройства

iPhone — ограниченный набор моделей с предсказуемыми экранами. Android — множество производителей, размеров экрана, версий системы и оболочек. Тестирование под Android требует больше устройств, особенно недорогих и с устаревшими версиями.

Уведомления и фоновая работа

Правила фоновой работы приложений различаются. Некоторые производители Android агрессивно ограничивают фоновые процессы ради экономии батареи, из-за чего уведомления и геолокация ведут себя по-разному.

Публикация

Для публикации нужен аккаунт разработчика в каждом магазине. Проверка в App Store обычно строже по требованиям к содержанию и оформлению, Google Play требует соблюдения своей политики и технических требований к версии целевой платформы. Сроки проверки бывают разными, поэтому закладывайте время.

Платежи внутри приложения

Если приложение продаёт цифровой контент или подписки, магазины требуют использовать собственные системы оплаты с комиссией. Для физических товаров и услуг, оказываемых в реальном мире, обычно можно использовать сторонние платёжные сервисы. Правила меняются, поэтому сверяйтесь с актуальными требованиями магазинов.

Как выбрать подход

• Ограниченный бюджет и типичное бизнес-приложение: каталог, заказы, личный кабинет — кроссплатформа
• Требуются сложная графика, работа с Bluetooth-устройствами, глубокая интеграция с системой — нативная разработка или кроссплатформа с нативными модулями
• Нужно быстро проверить идею — кроссплатформа или одна платформа

Общий бэкенд

При любом подходе серверная часть одна. Приложения для обеих платформ работают с одним API, базой данных и админкой. Это гарантирует, что клиент с Android и клиент с iPhone видят одинаковые цены, акции и статусы.

Поддержка

Каждый год выходят новые версии iOS и Android. Приложения нужно обновлять, иначе они начинают работать некорректно или магазины перестают принимать обновления. Для двух нативных приложений эта работа удваивается — учитывайте это в плане расходов.