Логистика · iOS + Android + Web-диспетчер

Служба такси

Агрегатор такси для Молдовы — платформа для заказа поездок из трёх компонентов: приложение пассажира, приложение водителя и веб-диспетчерская. Владелец таксопарка в Кишинёве хотел вырасти из локального сервиса в национальный, поэтому мы собрали связку клиентского приложения, водительского приложения и диспетчерского контроля с автоматизацией процессов. Стек: Laravel, React, Kotlin, Swift.

Заказать свой проект Все кейсы →

Три продукта в одной платформеПриложения iOS + AndroidВеб-диспетчерская паркаТрекинг авто в реальном времениГеолокационные очереди заказовОплата наличными и картой

Агрегатор таксиЛогистика · пассажирские перевозки

Клиент

Владелец таксопарка (Кишинёв, Молдова)

Отрасль

Логистика · пассажирские перевозки

Платформы

iOS · Android · Web

Срок

около 12 месяцев

О продукте

Коротко — что это за продукт и для кого мы его делали.

Агрегатор такси для Молдовы — это связка из трёх продуктов вокруг единой платформы: мобильного приложения пассажира под iOS и Android, приложения водителя под iOS и Android и веб-диспетчерской. Пассажир заказывает поездку, следит за водителем на карте, смотрит историю поездок и оставляет отзывы. Водитель принимает заказы, ведёт навигацию и управляет своим статусом. Диспетчер распределяет заказы и в реальном времени контролирует весь парк.

Заказчик управлял действующим таксопарком в Кишинёве и хотел расширить зону покрытия сервиса на всю страну. Задача была создать клиентский сервис, предварительно сформировать базу водителей, обеспечить диспетчерский контроль и автоматизировать все сопутствующие процессы.

Задача

У клиента был локальный бизнес в Кишинёве, который требовалось масштабировать на всю территорию Молдовы. Просто открыть приём заказов было недостаточно: без водителей клиентское приложение оставалось бы пустым, а без диспетчерского контроля управлять растущим парком вручную невозможно.

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

Особенности проекта

Три продукта одновременно — приложение пассажира, приложение водителя и веб-диспетчерская разрабатывались как единая система вокруг общей платформы заказов и данных о поездках.

Поэтапный запуск — разработка началась с приложения водителей, что позволило заранее сформировать базу перевозчиков и параллельно запустить рекламную кампанию до выхода клиентского приложения.

Agile-подход — работа шла по гибкой методологии AGILE с итеративной реализацией и разделением на бизнес-блоки.

Ключевой вызов — распределение заказов между водителями через систему геолокационных очередей и трекинг автомобилей в реальном времени.

Решение и подход

Как мы собрали продукт — от архитектуры до процесса.

Мы развели продукт на три роли вокруг общей платформы: пассажир работает в мобильном приложении, водитель — в своём приложении, диспетчер — в веб-панели. Серверная логика на Laravel связывает всех троих, фронтенд диспетчерской собран на React, а мобильные приложения — нативные: Kotlin под Android и Swift под iOS.

Стратегически мы приоритизировали водительское приложение и запустили его первым: так клиент успел сформировать базу водителей и раскрутить сервис ещё до релиза клиентского приложения. В пассажирском приложении сделали ставку на простой сценарий заказа — карта с ближайшими машинами, выбор адреса подачи и назначения, тарифы и класс авто, трекинг водителя в реальном времени через WebSocket и чек поездки с оценкой. Диспетчерская закрыла распределение заказов через геолокационные очереди, мониторинг парка и историю верификаций документов.

Технологический стек

Инструменты подобраны под задачу продукта.

Laravel

Бэкенд и API

React

Веб-диспетчерская

Kotlin

Приложения под Android

Swift

Приложения под iOS

Почему заказная разработка, а не готовая платформа

Готовые white-label-решения для агрегаторов такси (Taxsee Driver, Gett white-label) предлагают стандартный функционал, но ограничены в кастомизации бизнес-логики: тарификации, алгоритмов распределения заказов, интеграции с локальными платёжными системами. Заказная разработка позволила реализовать специфику молдавского рынка: локальные карты, валюту, и работу диспетчеров по конкретным маршрутам.

Рассматривались решения на базе открытого исходного кода — они требовали значительной доработки под мобильные платформы и создавали риски в поддержке на длительном горизонте.

Функции продукта

Ключевые возможности, которые закрыли задачу бизнеса.

Заказ поездки

Пассажир указывает адрес подачи и назначения, выбирает класс авто и тариф и подтверждает поездку.

Трекинг в реальном времени

Отслеживание автомобиля на карте в реальном времени через WebSocket — от подачи машины до завершения поездки.

Приложение водителя

Приём заказов, навигация по маршруту и управление статусом — свободен, на заказе, недоступен.

Веб-диспетчерская

Распределение заказов между водителями и мониторинг всего парка в реальном времени.

Геолокационные очереди

Система очередей по геолокации распределяет входящие заказы на ближайших доступных водителей.

Оплата и верификация

Оплата наличными или безналичным способом, а в админпанели — история верификаций документов водителей.

Как это работает

Ключевые экраны продукта — по шагам.

Выбор тарифа и класса авто

После построения маршрута приложение показывает карту с проложенным путём и ближайшими машинами, а снизу — выбор класса поездки: «Эконом», «Комфорт», «Внедорожник» с ценой и временем подачи.

Пассажир видит стоимость в леях и оценку подачи по каждому тарифу («5 мин.», «7 мин.») и выбирает подходящий вариант перед вызовом машины.

Главный экран пассажира

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

Снизу — быстрые действия: карточка «Поездка · Указать место» для нового заказа и сохранённый адрес «Дом» с оценкой времени в пути, а внизу — навигация приложения.

Ввод адресов и построение маршрута

На экране «Куда поедем?» пассажир указывает точку подачи (например, Бульвар Штефана чел Маре, 153) и пункт назначения — поле «Куда?» подсказывает адрес по мере ввода.

Как только оба адреса заданы (подача и Бульвар Дачия, 80/3), приложение прокладывает маршрут на карте и открывает кнопку «Далее» для перехода к выбору тарифа.

Чек поездки и оценка

После завершения поездки открывается «Чек поездки» с водителем, ID поездки, временем в пути и ожиданием, итоговой суммой в леях и способом оплаты (например, наличные).

Внизу пассажир оценивает поездку по пятизвёздочной шкале и подтверждает кнопкой «Готово» — оценка уходит водителю и в систему рейтинга парка.

Данные и соответствие требованиям

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

Безопасность контура опирается на разграничение доступа диспетчеров, верификацию документов водителей и защищённый обмен данными между приложениями и сервером в реальном времени.

В цифрах

продукта в одной платформе

iOS+Android

нативные приложения на Kotlin и Swift

real-time

трекинг авто через WebSocket

~12

месяцев от старта до запуска

Мобильное приложение для пассажиров (iOS и Android): заказ такси, трекинг водителя на карте, история поездок, отзывы.
Мобильное приложение для водителей (iOS и Android): приём заказов, навигация, управление статусом доступности.
Веб-диспетчерская: ручное распределение заказов, мониторинг парка в реальном времени, оперативная поддержка.
Срок реализации проекта — около 12 месяцев от старта до запуска всех компонентов платформы.
Стек охватывает три клиентских приложения + административную панель + бэкенд с геолокационными очередями.

Локализация и защита данных

['Сервис обрабатывает персональные данные пассажиров и водителей: контакты, геолокация, история поездок. Данные хранятся на серверах в пределах юрисдикции заказчика; локализация и защита ПДн реализованы в соответствии с требованиями применимого законодательства.', 'Команда разработки базируется в России и СНГ, проект реализован для молдавского рынка. Требования к хранению и обработке данных пользователей согласованы с заказчиком на этапе проектирования.']

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

Сколько стоит разработать платформу агрегатора такси с тремя приложениями?

Стоимость зависит от набора функций каждого компонента (пассажир, водитель, диспетчер), глубины интеграций с картами и платёжными провайдерами, а также требований к масштабируемости. Точную оценку даём после дискавери-этапа.

Как работает алгоритм распределения заказов?

Система находит ближайшего свободного водителя с учётом геолокации и предлагает ему заказ. При отказе — следующий в очереди. Логика распределения настраивается под бизнес-правила заказчика.

Поддерживает ли платформа онлайн-оплату?

Да — платёжный модуль интегрируется с локальными и международными провайдерами. Поддержка конкретных шлюзов определяется на этапе проектирования.

Как организовано отслеживание водителя на карте?

Геолокация водителя транслируется на карту пассажиру в режиме реального времени через WebSocket. Приложение отображает предполагаемое время прибытия и маршрут поездки.

Сколько времени займёт разработка такой платформы?

Для полной платформы с двумя мобильными приложениями и веб-диспетчерской типичный срок — 10–16 месяцев в зависимости от числа функций и платформ. MVP с базовым функционалом можно реализовать быстрее.