Оффлайн в кармане: как мобильное приложение DRIVE для 400 курьеров сэкономило 52% бюджета

Служба доставки обслуживает сотни корпоративных и частных клиентов. Ежедневный маршрут одного курьера включает от 35 до 50 адресов.

Главное узкое горлышко логистики находилось в «слепых зонах» сотовой связи:

При доставке заказов в подземные паркинги, грузовые лифты новостроек, цокольные склады и загородные терминалы мобильный интернет закономерно пропадал.

Стандартное мобильное приложение заказчика работало по устаревшей синхронной логике (каждое действие требовало прямого подтверждения от сервера). При обрыве связи экран блокировался бесконечным колесом загрузки.

Чтобы нажать кнопку «Заказ выдан», принять оплату или посмотреть телефон следующего получателя, курьер был вынужден бросать вещи, выбегать из подъезда на улицу и ловить сигнал сети.

К чему это приводило в цифрах:

Потеря 3–5 минут на каждой проблемной точке (до 1,5–2 часов суммарного простоя курьера за смену);

Срыв интервалов доставки и жалобы получателей;

Попытки курьеров отмечать заказы «пачкой» в конце смены, из-за чего логисты в офисе не видели реального статуса маршрутов в течение дня.

Исходное техническое задание заказчика предполагало разработку нативного Android-приложения на Kotlin.

• Оценка интеграторов по нативу: от 4,9 до 5,2 млн рублей и 5–6 месяцев разработки.

Команда Rakhmanov Studio провела предпроектный аудит и предложила альтернативную архитектуру. В приложении для курьеров нет тяжелой 3D-графики или сложных анимаций. 95% нагрузки — это локальные CRUD-операции с базой данных, работа со сканером штрихкодов, фиксация GPS-координат и фоновая передача очередей.

Модуль 1. Offline-First ядро на базе WatermelonDB

Вся работа курьера переведена в полностью асинхронный локальный режим:

• При старте смены приложение за 3 секунды скачивает маршрутный лист и сохраняет его во внутреннюю базу SQLite через движок WatermelonDB.

• Любое действие на точке (смена статуса, фото фиксации пломбы, электронная подпись клиента, прием оплаты) записывается в локальную память смартфона за 0,2 секунды. Интерфейс работает мгновенно и никогда не зависает в ожидании ответа сети.

Модуль 2. Интеллектуальный фоновый синхронизатор (Sync Engine)

• Специальный фоновый сервис непрерывно слушает состояние сети устройства.

• Как только смартфон ловит даже минимальный нестабильный сигнал (2G/EDGE/Wi-Fi), движок сжимает накопленные локальные события в компактные JSON-пакеты и отправляет их на бэкенд в фоновом потоке, не блокируя работу курьера.

• Реализован механизм разрешения конфликтов (Conflict Resolution): если статус заказа изменился диспетчером в офисе, локальная база курьера обновляется без потери введенных им данных.

Модуль 3. Фиксация гео-факта вручения

Для исключения фиктивных закрытий заказов («проставил статус, сидя дома») приложение считывает координаты встроенного GPS-модуля смартфона в момент нажатия кнопки вручения даже при полном отсутствии интернета. Координаты верифицируются сервером при первой же синхронизации.

Модуль 4. Минималистичный UX «в 3 касания»

Интерфейс оптимизирован под работу на бегу одной рукой:

• Крупные списки с цветовой кодировкой временных интервалов;

• Встроенное сканирование штрихкодов камерой без задержек;

• Прямой вызов навигатора и быстрый звонок клиенту в один клик.

Оцифрованные результаты внедрения

1. Экономия бюджета разработки: Итоговая стоимость реализации на React Native составила 2,39 млн рублей вместо расчетных 5,0 млн рублей на нативном стеке (экономия 52% бюджета).

2. Сокращение сроков запуска (Time-to-Market): Приложение вышло в промышленную эксплуатацию через 3,5 месяца (14 недель) вместо 5–6 месяцев.

3. Ликвидация простоев: Время оформления передачи заказа в зонах без связи сократилось с 3–5 минут до 0,2 секунды. Зависания софта в лифтах и подвалах сведены к нулю.

4. Своевременность доставки: Процент соблюдения временных интервалов доставки по парку вырос на 18% за счет устранения непроизводительных потерь времени на маршрутах.

5. Единая кодовая база: Архитектура решения позволяет при необходимости собрать версию под iOS без переписывания бэкенда и бизнес-логики с нуля.