Разработка iOS-приложений для бизнеса в Дубае и ОАЭ
Нативные iOS-приложения на Swift и SwiftUI для бизнеса в ОАЭ, чей продукт опирается на сильные стороны iPhone. Аккаунт Apple Developer, проверку в App Store и выпуск мы ведём на имя вашей компании.
Когда нативный iOS — правильный выбор
Большинству бизнес-приложений отдельная кодовая база на Swift не нужна. Мы рекомендуем её, когда суть продукта держится на возможностях платформы Apple, до которых кроссплатформенные инструменты добираются поздно или с трудом.
- Приложение использует возможности, которые есть только у Apple: виджеты, Live Activities, Apple Watch, HealthKit, CarPlay, App Clips или глубокую интеграцию с Siri и «Быстрыми командами».
- Ваша аудитория в основном на iPhone — в ОАЭ так часто бывает у премиального ритейла, гостеприимства и частных клиник, — а версия для Android может подождать или появится позже.
- Тяжёлые вычисления на устройстве: обработка изображения с камеры, машинное обучение на устройстве, AR или большие офлайн-наборы данных.
- Вам нужно, чтобы приложение вело себя именно так, как ждут пользователи iOS, включая специальные возможности вроде VoiceOver и Dynamic Type, без промежуточного слоя.
Если обе платформы нужны с первого дня, а функции — обычные бизнес-экраны, общая кодовая база на Flutter или React Native обычно дешевле в разработке и поддержке. На странице разработки мобильных приложений сравниваются все варианты, а разработка под Android описывает нативный путь на другой платформе.
Swift, SwiftUI и остальной стек
- Swift и SwiftUI
- Новые экраны пишем на SwiftUI — декларативном UI-фреймворке Apple. К UIKit переходим там, где SwiftUI пока не справляется, например в некоторых сложных списках и редактировании текста, а также при доработке старого приложения.
- Минимальная версия iOS
- Выбирается на этапе оценки исходя из вашей аудитории. Поддержка старых версий расширяет охват, но ограничивает, какие новые API можно использовать без запасных вариантов.
- Арабский и английский
- iOS зеркалирует интерфейс для языков с письмом справа налево, если вёрстка построена на ограничениях leading и trailing, а не left и right. Мы проверяем каждый экран в обоих направлениях, а также арабские шрифты, цифры и форматы дат.
- Бэкенд и API
- Приложение работает с API, который мы создаём, или с вашим существующим. Интеграции с CRM, системами бронирования и платёжными шлюзами строим по нашему подходу к интеграции API.
- Платежи
- Apple Pay доступен в ОАЭ и работает вместе с оплатой картой через такие шлюзы, как Network International, Telr, PayTabs или Checkout.com, — для физических товаров и услуг. Подробнее — на странице интеграции платёжных шлюзов.
Аккаунт Apple Developer на ваше имя
Приложение должно публиковаться от имени вашей компании, а не нашей. Для регистрации организации Apple требует номер D-U-N-S вашего юрлица, а его получение или исправление может занять время, поэтому мы просим начать этот процесс в первую же неделю. Годовой взнос программы вы оплачиваете напрямую Apple и добавляете нас в команду с нужными ролями.
Сертификаты, профили подготовки и доступ к App Store Connect остаются в вашем аккаунте. Если позже вы передадите приложение другой команде или своим разработчикам, ничего не придётся выводить из аккаунта агентства.
Правила App Store, которые влияют на разработку
Apple проверяет каждую сборку на соответствие App Store Review Guidelines. Ниже — пункты, которые чаще всего меняют объём работ, поэтому мы проверяем их до начала дизайна.
- Встроенные покупки
- Цифровой контент, подписки и премиум-функции, которые используются внутри приложения, как правило, нужно продавать через систему встроенных покупок Apple с её комиссией. Физические товары и услуги, которые потребляются вне приложения, — доставка, бронирования, ремонт — можно оплачивать через ваш обычный шлюз. Правила различаются по странам и со временем меняются, поэтому мы проверяем вашу модель на этапе оценки.
- Sign in with Apple
- Если приложение предлагает вход через сторонний сервис, например Google или Facebook, Apple ожидает и равноценный вариант, ориентированный на приватность. Обычно это требование закрывает Sign in with Apple, и его тоже нужно поддержать на бэкенде.
- Удаление аккаунта
- Если в приложении можно создать аккаунт, в нём же должна быть возможность запустить его удаление.
- Сведения о приватности
- Метки конфиденциальности в App Store и требования Apple к privacy manifest должны описывать, какие данные собирают приложение и его сторонние SDK. Мы проверяем SDK до подключения, что помогает и с обязательствами по UAE PDPL.
- Заметки для проверки
- Проверяющим нужен рабочий демо-аккаунт и понятные пояснения ко всему, что скрыто за входом или привязано к местоположению. Отсутствие демо-доступа — одна из самых частых причин отказа.
Push-уведомления и TestFlight
Push-уведомления отправляются через Apple Push Notification service. iOS запрашивает у пользователя разрешение один раз, и отказ трудно отменить, поэтому мы показываем запрос в момент, когда польза очевидна, например после первого бронирования. Категории уведомлений, срочные оповещения и уведомления с изображениями мы планируем вместе с вашей командой, а отправку берёт на себя ваш бэкенд или сервис рассылок.
Каждая сборка попадает к вашей команде через TestFlight до выпуска. Внутренние тестировщики получают сборки сразу, внешние — например, пилотная группа клиентов — после короткой бета-проверки Apple. Отчёты о сбоях работают с первой сборки в TestFlight, поэтому проблемы находятся до публичного релиза.
Как проходит iOS-проект
Оценка
Ключевые сценарии, специфичные для Apple функции, минимальная версия iOS, бэкенд, платежи и проверка правил магазина — всё это фиксируется письменно вместе с исключениями.
Дизайн
Экраны по Human Interface Guidelines Apple, проверенные в виде кликабельного прототипа. Большой объём дизайна можно оформить как отдельный проект UI/UX-дизайна.
Разработка и TestFlight
Поэтапные сборки на iPhone вашей команды, бэкенд разрабатывается параллельно.
Тестирование на устройствах
Текущие и старые размеры iPhone, оба направления письма, настройки специальных возможностей и плохая связь.
Отправка и выпуск
Карточка в магазине на английском и арабском, метки конфиденциальности, заметки для проверки, затем поэтапный выпуск, чтобы ограничить последствия, если что-то пойдёт не так.
Что влияет на бюджет
- Сколько в приложении ролей пользователей и ключевых сценариев и нужна ли админ-панель.
- Дополнительные возможности Apple: виджеты, приложение для Watch, HealthKit, App Clips.
- Есть ли бэкенд или его нужно создать.
- Арабский и английский с запуска и уровень доступности, который вы закладываете.
- Появится ли версия для Android — в этом случае общая кодовая база может оказаться дешевле в целом.
Входит: дизайн, код на Swift в вашем репозитории, работы по бэкенду в рамках объёма, распространение через TestFlight, отправка в магазин и документ для передачи проекта. Не входит: взнос программы Apple и комиссии, оплата сторонних сервисов и дальнейшее сопровождение, которое согласуется отдельно. Фиксированную цену мы называем после созвона по оценке проекта; калькулятор стоимости даёт первое представление о масштабе.
Вопросы клиентов
Нужен ли нам номер D-U-N-S?
Да, для регистрации в качестве организации. Apple сверяет по нему название юрлица, поэтому название в вашей торговой лицензии и в записи D-U-N-S должны совпадать. Мы помогаем пройти этот шаг заранее, потому что он может задержать первую сборку в TestFlight.
Можно ли опубликовать приложение с личного аккаунта?
Можно, но продавцом в App Store будет указан человек, а передать приложение позже сложнее. Для бизнес-приложения мы рекомендуем аккаунт организации с самого начала.
Сколько длится проверка в App Store?
Apple не обещает конкретных сроков, а отказ добавляет круг исправлений. Мы планируем дату запуска с запасом на одну повторную отправку.
Можно ли продавать подписки через наш платёжный шлюз?
Для цифрового контента и функций внутри приложения, как правило, нет — с ограниченными исключениями, которые зависят от типа приложения и региона. Для физических товаров и реальных услуг — да.
Можно ли позже добавить приложение для Android?
Да. Бэкенд и API общие, а Android-приложение создаётся нативно на Kotlin или, если продукт уже устоялся, оба приложения объединяются в одну общую кодовую базу.
Кто сопровождает приложение после запуска?
Каждый релиз iOS и новое требование к SDK Apple требуют внимания. Мы предлагаем сопровождение по отдельному договору или передаём проект вашей команде с документацией.
Готовы построить систему роста?
Отправьте короткое описание задачи или напишите нам в WhatsApp. Мы ответим уточняющими вопросами, предложим объём работ и следующий шаг.