Разработка мобильного приложения для каршеринга: полный цикл

При разработке приложений для каршеринга мы сталкиваемся с задачей: как передать команду "открыть дверь" за 2–4 секунды без двойного нажатия? Если блок не отвечает 30 секунд, пользователь нажимает повторно — дверь открывается дважды. Classic fire-and-forget. Решение — использовать idempotency key и

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

Информационные и развлекательные мобильные приложения
Новостные приложения, игры, справочники, онлайн-каталоги, погодные, фитнес и здоровье, туристические, образовательные, социальные сети и мессенджеры, квиз, блоги и подкасты, форумы, агрегаторы
Мобильные приложения электронной коммерции
Интернет-магазины, B2B-приложения, маркетплейсы, онлайн-обменники, кэшбэк-сервисы, биржи, дропшиппинг-платформы, программы лояльности, доставка еды и товаров, платежные системы
Мобильные приложения для управления бизнес-процессами
CRM-системы, ERP-системы, управление проектами, инструменты для команды продаж, учет финансов, управление производством, логистика и доставка, управление персоналом, системы мониторинга данных
Мобильные приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, платформы предоставления электронных услуг, платформы кешбека, видеохостинги, тематические порталы, платформы онлайн-бронирования и записи, платформы онлайн-торговли

Это лишь некоторые из типы мобильных приложений, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента.

Услуги, которые мы предлагаем
Показано 1 из 1Все 1734 услуг
Разработка мобильного приложения для каршеринга: полный цикл
Сложный
от 2 недель до 3 месяцев

Наши компетенции:

Часто задаваемые вопросы

Последние работы

  • image_mobile-applications_feedme_467_0.webp
    Разработка мобильного приложения для компании FEEDME
    897
  • image_mobile-applications_xoomer_471_0.webp
    Разработка мобильного приложения для компании XOOMER
    784
  • image_mobile-applications_rhl_428_0.webp
    Разработка мобильного приложения для компании RHL
    1219
  • image_mobile-applications_zippy_411_0.webp
    Разработка мобильного приложения для компании ZIPPY
    1081
  • image_mobile-applications_affhome_429_0.webp
    Разработка мобильного приложения для компании Affhome
    1004
  • image_mobile-applications_flavors_409_0.webp
    Разработка мобильного приложения для компании FLAVORS
    600

При разработке приложений для каршеринга мы сталкиваемся с задачей: как передать команду "открыть дверь" за 2–4 секунды без двойного нажатия? Если блок не отвечает 30 секунд, пользователь нажимает повторно — дверь открывается дважды. Classic fire-and-forget. Решение — использовать idempotency key и подтверждение через callback: приложение отправляет уникальный ключ команды, сервер гарантирует однократное выполнение, а результат приходит в push-уведомлении.

Мы реализовали такую схему в 30+ каршеринговых проектах. Опыт показывает: даже при потере GPRS-соединения callback-механизм за 30 секунд возвращает статус «автомобиль не ответил», а не «что-то пошло не так». Это спасает пользовательский опыт и снижает нагрузку на поддержку на 30–40%.

Особенности разработки мобильного приложения для каршеринга

Сердце каршеринг-платформы — телематический блок (Teltonika FMB140, Queclink GV620, Neomatica ADM700), который соединяется с сервером через GPRS/LTE и принимает команды: открыть/закрыть двери, разрешить/запретить запуск двигателя, включить сигнализацию. Мобильное приложение не общается с машиной напрямую — всё через сервер.

Схема команды:

  1. Приложение отправляет команду на API (POST /cars/{id}/commands) с idempotency-key
  2. Сервер пишет команду в очередь (RabbitMQ или Kafka)
  3. Воркер отправляет команду на телематический блок через TCP/UDP
  4. Блок подтверждает выполнение
  5. Сервер отправляет push-уведомление приложению о результате

Если шаг 4 не произошёл за 30 секунд — сервер возвращает ошибку, приложение показывает конкретный статус. Гарантируем, что каждый переход состояния аренды (available → reserved → active → completed) атомарен на сервере.

Как обеспечить надёжность команд управления автомобилем?

Idempotency key — UUID, который генерирует клиент и повторно использует при повторных попытках. Сервер проверяет ключ и не выполняет команду повторно. Callback-механизм (Webhook или WebSocket) доставляет результат. Это решает проблему двойного открытия двери.

Дополнительно: приложение отображает прогресс выполнения команды — "Отправляем команду...", "Автомобиль подтвердил". Если через 30 секунд нет ответа, показываем "Автомобиль не найден". Так пользователь понимает, что делать.

Server-side clustering для отображения флота

Отображение флота на карте — 500+ автомобилей онлайн. Client-side clustering тормозит: 800 мс на рендеринг. Server-side clustering: сервер возвращает кластеры с центроидами и счётчиком, клиент рисует агрегированные маркеры. Время рендеринга — 200 мс. Сравнение:

Метод Время рендеринга (500 маркеров) Нагрузка на клиент
Client-side clustering 800 мс Высокая (CPU, память)
Server-side clustering 200 мс Низкая (только отрисовка)

При зуме > 14 переходим к отдельным иконкам с цветовой индикацией заряда батареи или уровня топлива. Поиск «найти ближайшую свободную машину» — запрос с геолокацией пользователя и радиусом. PostGIS на бэкенде (ST_DWithin) + индекс на координатах. Ответ — список с расстоянием и маршрутом пешком через Google Maps Directions (режим WALKING).

Какие этапы включает разработка каршеринг-приложения?

Мы используем итеративный подход: аудит → архитектура → дизайн → разработка → тестирование → публикация. Вот что входит в каждый этап:

Этап Содержание Результат
Аудит телематической инфраструктуры Анализ установленных блоков, протоколов, API Техническое задание с совместимостью
Архитектура state machine Проектирование состояний аренды и API-контракта OpenAPI-спецификация
Дизайн Карта, поиск, онбординг, экраны сессии Figma-макеты
Разработка Реализация MVP (карта, бронирование, открытие, оплата, завершение) Работающий билд
Верификация Интеграция KYC, тестирование пограничных кейсов Отчёт о тестировании
Публикация Подготовка к App Store (категория Transport) и Google Play Сторис-скриншоты, метаданные

Сроки: MVP — 3–4 месяца, полная платформа с аналитикой, корпоративным кабинетом и расширенной телематикой — 6–9 месяцев. Стоимость рассчитывается индивидуально после аудита требований.

Верификация и онбординг — разработка мобильного приложения

Каршеринг требует верификации водительского удостоверения и паспорта. Интеграция с сервисами liveness + document recognition: Smile Identity или Onfido для международных проектов, Суфтех, GetID или ЕЦРН (через Госуслуги / ГИС МВД) для российского рынка.

Техническая реализация: нативная камера с подсказками по расположению документа (оверлей с рамкой), загрузка фото через multipart/form-data, polling статуса верификации через WebSocket. Не храним фото документов на устройстве дольше сеанса загрузки.

Аренда и оплата

Сессия аренды — state machine: available → reserved → active → completed. Каждый переход атомарен на сервере. Мобильный клиент отображает текущий статус через WebSocket subscription или long-polling с ETag.

Оплата — Stripe (международно) или ЮKassa/CloudPayments (РФ). Важный нюанс: холдирование суммы (payment_intent со статусом requires_capture) при начале аренды, реальное списание после завершения с пересчётом по факту времени. Stripe SDK для iOS и Android предоставляют готовые Payment Sheet, которые уже обрабатывают 3DS, SCA, сохранение карт.

Проверка состояния автомобиля

До начала аренды пользователь фотографирует царапины и повреждения. Это защита и для него, и для оператора. Реализуем через CameraX с multiple captures, загружаем в облако (S3/GCS) с геометкой (EXIF GPS данные) и timestamp. После завершения аренды — то же самое.

Автоматическое распознавание повреждений через ML-модель (YOLOv8 fine-tuned на повреждения авто) — опциональная фича, которую реализуем через Core ML (iOS) или TensorFlow Lite (Android). Снижает нагрузку на службу проверки, но требует качественного датасета.

Что входит в разработку (deliverables)

  • Архитектурная документация (OpenAPI, ER-диаграммы)
  • Доступы к репозиторию, CI/CD пайплайну, тестовому стенду
  • Обучение команды заказчика (2 дня)
  • 3 месяца гарантийной поддержки после релиза

Закажите консультацию для оценки вашей телематики – мы подберём оптимальную архитектуру. Свяжитесь с нами, чтобы получить детальный план разработки. 10+ лет опыта и 30+ каршеринговых проектов гарантируют стабильную работу при любой нагрузке.