Разработка мобильных приложений для iOS и Android

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

Разработка мобильных приложений: как мы это делаем

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

1. PWA. Приложение открывается по ссылке и ставится на рабочий стол. Подходит для сотрудников: устанавливается за минуту, обновления приходят сразу, умеет работать офлайн. Пример — HECTO Field App для полевых менеджеров.
2. Capacitor. Веб-приложение упаковывается в нативную оболочку и публикуется в сторах. Доступ к камере, геолокации и push-уведомлениям есть, а основной код остаётся общим с веб-версией.
3. React Native. Когда нужен более нативный интерфейс и плавные списки на слабых телефонах. На этом стеке строим клиентское и курьерское приложения Asar Su.

Выбор делаем после разбора сценариев, и часто он оказывается проще, чем ожидает заказчик.

Пример: платформа доставки воды

Доставка воды Asar Su жила в Битрикс24 на сотнях роботов: талоны юрлиц, смены курьеров и склад было сложно вести, а запуск в другом городе требовал копировать всё вручную. Сейчас мы строим для неё собственную платформу:

• клиент входит по SMS-коду и заказывает воду на ближайшую доступную дату;
• курьер видит маршрут и списывает электронные талоны по QR;
• админ города ведёт цены, районы, сотрудников и машины;
• каждая сущность привязана к городу, поэтому модель готова к франшизе.

Если у вас похожая задача с курьерами, посмотрите также страницу про приложение для доставки.

Что учесть до публикации в сторах

• Аккаунты разработчика. Apple и Google требуют аккаунт компании. Регистрация в Apple для юрлица занимает время, начинайте заранее.
• Политика конфиденциальности и удаление аккаунта. Без них модерацию не пройти, если приложение собирает телефон или геолокацию.
• Вход по SMS. Нужен SMS-провайдер и защита от перебора кодов.
• Обновления. Изменения интерфейса в сторах выходят через модерацию, поэтому логику цен и справочники держим на сервере, чтобы менять их без релиза.

Из чего складывается стоимость

Главные множители — число приложений и ролей. Приложение клиента, приложение курьера и веб-админка оператора — это три интерфейса над одним сервером, и каждый требует своих экранов и проверок. Дальше добавляют работу вход по SMS, push-уведомления, карты и маршруты, оплата, перенос данных из текущей CRM. Публикация в двух сторах и прохождение модерации — отдельный этап со своими сроками. Поэтому цену называем после разбора сценариев, а фиксируем после прототипа, когда объём виден на экране.

Когда приложение в сторе не нужно

Если приложением пользуются только ваши сотрудники, публикация в сторах — лишние недели и модерация. Достаточно PWA: ставится по ссылке, работает офлайн, обновляется мгновенно. Сторы оправданы, когда приложение ставят клиенты и вам важны push-уведомления и место в поиске App Store и Google Play.