Разработка мобильных приложений для бизнеса в Дубае и ОАЭ
Приложения для iOS и Android, кроссплатформенные приложения и PWA для бизнеса в ОАЭ — вместе с серверной частью, публикацией в сторах, push-уведомлениями и сопровождением, благодаря которым приложение продолжает работать и после дня запуска.
Нужно ли вам приложение или лучше сильный сайт
Приложение окупается, когда к нему часто возвращаются: чтобы снова записаться, проверить статус, повторить заказ, что-то отсканировать или получить действительно нужное уведомление. Оно оправдано и тогда, когда продукту нужен сам телефон: камера, геолокация в фоне, Bluetooth или работа без сети. Случайные посетители ничего устанавливать не станут — им лучше подойдёт быстрый сайт.
В ОАЭ часто встречается промежуточный случай: сервисная компания, клиенты которой уже общаются с ней в WhatsApp. Для таких компаний сценарий в WhatsApp или прогрессивное веб-приложение (PWA) нередко закрывают записи и уведомления, не заставляя никого заходить в магазин приложений.
С чего начать
Каждое из этих направлений — отдельный проект. Сначала выбирается платформа, потому что это решение на годы определяет бюджет, найм и сопровождение.
| Ваша ситуация | С чего начать | Почему |
|---|---|---|
| Одна кодовая база для iOS и Android с ощущением нативного приложения | Кроссплатформенная разработка | Сюда подходит большинство бизнес-приложений, а сопровождать одно приложение дешевле, чем два нативных |
| Вы выбрали Flutter или вам важна его одинаковая отрисовка | Разработка на Flutter | Один UI-инструментарий, который выглядит одинаково на обеих платформах |
| Ваша команда уже работает с React и TypeScript | Разработка на React Native | Общие навыки и часть общего кода с вашим веб-фронтендом |
| Приложению нужны глубокие возможности платформы или максимальная производительность | Разработка под iOS или Android | Прямой доступ ко всем API платформы ценой двух кодовых баз |
| Пользователям нужен доступ как к приложению, но без установки из стора | Разработка PWA | Установка из браузера, один процесс релиза, без проверки в сторе |
| Существующее приложение устарело, тормозит или его трудно менять | Модернизация приложения | Сначала аудит, затем поэтапное обновление или переписывание |
Нативное, кроссплатформенное или PWA
| Подход | Сильные стороны | Компромиссы |
|---|---|---|
| Нативные iOS (Swift) и Android (Kotlin) | Полный доступ к API платформы с первого дня, лучшая производительность, стандартное для платформы поведение | Две кодовые базы и, как правило, две разные компетенции. Каждую функцию разрабатывают и тестируют дважды. |
| Flutter | Одна кодовая база, одинаковый вид на всех устройствах, высокая производительность для большинства бизнес-приложений | Для функций конкретной платформы иногда нужны нативные плагины. Dart среди разработчиков в ОАЭ встречается реже, чем JavaScript. |
| React Native | Одна кодовая база на TypeScript, нативные UI-компоненты, легко найти людей из веб-команд | Нативные модули и обновления библиотек требуют аккуратности. Для экранов с высокой нагрузкой может понадобиться нативный код. |
| Прогрессивное веб-приложение | Без одобрения стора, мгновенные обновления, одна кодовая база с сайтом | iOS ограничивает часть возможностей, включая фоновые задачи. Веб-push на iOS работает, только если пользователь добавил приложение на главный экран. |
Для большинства бизнес-приложений в ОАЭ — записи, программы лояльности, инструменты для выездных сотрудников, клиентские кабинеты — разумный выбор по умолчанию — кроссплатформенная разработка. Нативную мы рекомендуем, когда суть продукта — то, с чем кроссплатформенные инструменты справляются плохо: тяжёлая обработка на устройстве или сложная фоновая геолокация. Подробнее этот выбор разобран в нашем сравнении нативных и кроссплатформенных приложений.
Серверная часть — половина проекта
Заказчики часто продумывают экраны и забывают о том, что за ними стоит. Почти любому бизнес-приложению нужна серверная часть: учётные записи пользователей, данные, которые приложение читает и записывает, бизнес-правила, инструменты администрирования для вашей команды и связь с системами, которые у вас уже работают.
- API, рассчитанный на мобильные сценарии: компактные ответы, постраничная выдача и версионирование, чтобы старые версии приложения работали, пока пользователи обновляются.
- Авторизация по номеру телефона и одноразовому коду, по email или через Sign in with Apple и Google, а также биометрический вход на устройстве.
- Панель администратора, чтобы ваша команда управляла контентом, пользователями, записями или заказами без разработчика.
- Интеграции с вашей CRM, платёжным шлюзом, системой бронирования или ERP через интеграцию по API, если такие системы уже есть.
- Хостинг, мониторинг и отчёты о сбоях, а данные хранятся в облачном регионе в ОАЭ, если этого требуют ваша отрасль или договоры.
Если веб-платформа уже есть, приложение должно использовать тот же API, а не отдельный бэкенд. Если её нет, мы создаём такой, который смогут использовать ваш сайт и любое будущее веб-приложение.
Публикация в сторах и push-уведомления
- Аккаунты разработчика
- Аккаунты Apple Developer Program и Google Play Console открываются на вашу компанию, чтобы приложение юридически принадлежало вам. Для регистрации организации у Apple нужен номер D-U-N-S, поэтому мы начинаем этот процесс заранее. Взносы за аккаунты вы оплачиваете напрямую.
- Проверка и тестовые каналы
- До публичного релиза тестовые сборки получает ваша команда — через TestFlight на iOS и тестовый канал в Google Play. Оба стора проверяют каждую публикацию. Частые причины отказа, например отсутствие демо-аккаунта для проверяющих или непонятные запросы разрешений, мы проверяем до отправки.
- Раскрытие данных о конфиденциальности
- В разделах Apple о конфиденциальности и Google Play о безопасности данных нужно описать, что собирают приложение и сторонние SDK. Если пользователь может создать аккаунт в приложении, оба стора ожидают, что он сможет и удалить его в приложении.
- Платежи
- За физические товары и услуги в реальном мире — доставку, записи, ремонт — можно принимать оплату через ваш обычный платёжный шлюз. Цифровой контент или функции, которые продаются для использования внутри приложения, как правило, должны оплачиваться через встроенные покупки стора, а это меняет вашу маржу. Мы сверяем вашу модель с актуальными правилами сторов на этапе оценки.
- Push-уведомления
- Отправляются через Apple Push Notification service и Firebase Cloud Messaging. iOS и последние версии Android требуют разрешения пользователя, поэтому мы спрашиваем его, когда польза очевидна, а не при первом запуске. Отдельные категории уведомлений можно отключать.
Как проходит проект
Исследование
Повторяющийся сценарий, ради которого нужно приложение, платформа, серверная часть, интеграции и требования к арабскому языку — всё это оформляется в описание объёма работ с исключениями.
UX и прототип
Кликабельные сценарии для ключевых путей пользователя, по возможности протестированные на реальных пользователях. Крупные задачи по дизайну можно выделить в отдельный проект по UI/UX-дизайну.
Разработка итерациями
Приложение и серверная часть создаются вместе, а в конце каждой итерации тестовая сборка появляется на ваших телефонах.
Тестирование
Проверка на наборе реальных устройств и версий ОС, включая старые Android-смартфоны среднего класса и оба направления письма. Отчёты о сбоях работают ещё до первого внешнего тестировщика.
Публикация и релиз
Карточки в сторах, раскрытие данных о конфиденциальности и пояснения для проверяющих — при необходимости на арабском. Поэтапный релиз ограничивает число пользователей, которых может затронуть проблема.
Сопровождение и развитие
Исправления, обновления под новые версии ОС и следующий набор функций в рамках согласованного договора о поддержке.
Без сопровождения не обойтись
Сайт может год простоять без изменений. Приложение — нет. Apple и Google каждый год выпускают крупные версии ОС, и оба стора принимают обновления, только если приложение собрано на свежих SDK; Google Play к тому же устанавливает минимальный целевой уровень API, чтобы приложение оставалось видимым для пользователей новых устройств. Приложение, которое никто не обновляет, со временем теряет возможность выпускать обновления или скрывается от новых пользователей.
Сопровождение приложений включает совместимость с ОС, обновления SDK, продление сертификатов, мониторинг сбоев и изменения правил сторов. Время реакции и часы работы фиксируются в договоре о поддержке. Код, ключи подписи и аккаунты в сторах остаются у вас, так что приложение можно забрать и во внутреннюю команду. Примеры нашей работы — на странице кейсов.
Частые вопросы
Сколько стоит приложение?
Это зависит прежде всего от числа ролей пользователей, серверной части, интеграций и того, нужны ли две нативные кодовые базы. Мы оцениваем каждый проект после созвона. В нашем руководстве по стоимости разработки мобильного приложения объясняется, что влияет на бюджет.
Может ли одно приложение поддерживать арабский и английский?
Да. Вместе с языком приложение меняет направление макета, шрифты, форматы дат и чисел, а карточки в сторах локализуются отдельно. Письмо справа налево мы закладываем с первого макета экрана, потому что добавлять его потом означает переделывать каждый экран.
Сколько длится проверка в сторе?
Ни один стор не обещает конкретных сроков проверки, а отказ добавляет круг исправлений. Мы планируем даты релиза с запасом на одну повторную отправку.
Кому принадлежат приложение и код?
Вам. Аккаунты в сторах оформлены на вашу компанию, код лежит в вашем репозитории, а ключи подписи хранятся под вашим контролем, с задокументированным доступом для нас.
Можете ли вы взять приложение, которое делало другое агентство?
Да, после аудита кода, настроек сборки, аккаунтов в сторах и серверной части. Чаще всего мешают отсутствующие ключи подписи или нет доступа к стору, поэтому их мы проверяем в первую очередь. См. модернизацию приложений.
Следующий шаг
Расскажите через форму заявки, кто будет пользоваться приложением, что люди будут делать в нём каждую неделю и с какими системами его нужно связать. Мы ответим уточняющими вопросами и рекомендацией по платформе — или объясним, почему лучше начать с сайта или PWA.

