1. Синопсис проекта
Дальневосточная логистическая группа (15 филиалов, парк из ≈600 собственных и партнёрских машин) попросила «одно мобильное окно» для трёх ролей: заказчики создают заявки, перевозчики получают их в ленту, водители — фиксируют статусы рейса
За 4 месяца мы вывели в пилот мобильное приложение для логистической группы. Ключевые итоги первого этапа: операционная эффективность рейсов выросла примерно на 25 %, точность доставок улучшилась на 40 %, а прямые затраты на ручную координацию упали на 20 %
Важно: мы сознательно отказались от live-tracking после cust dev с водителями, которые очень не любят данный функционал — вместо GPS-“слежки” водители сами отмечают контрольные точки и получают рейтинг от грузоотправителя, для соблюдения сроков при доставке («Загрузил», «Выехал», «1 день до доставки», «Через 4–6 часов», «Через час», «Доставил», «Отгрузил»).
Сейчас к платформе уже подключено ~100 партнёров-логистов, и компания планирует довести число перевозчиков до 400 к концу года.
2. Контекст клиента
До старта всё держалось на таблицах и телефонных звонках
3. Боль: вакуум информации между заявкой и реальным рейсом
Заказчик отправлял заявку, логист искал машину «по телефону», водитель получал адрес в мессенджере, а статусы менялись устно. Любая корректировка маршрута превращала процесс в многочасовую цепочку уточнений. Нужно было дать всем участникам понятную и актуальную картину, но без GPS-мониторинга — водители не хотели «живого слежения» на своих телефонах.
4. Факапы и решения проблем
4.1 Три «роли» в одном приложении
- Заказчик создаёт груз, видит обновления статусов и документы.
- Перевозчик фильтрует заявки, бронирует одним тапом, управляет своими водителями.
- Водитель отмечает семь контрольных точек рейса; приложение работает офлайн-first и синхронизируется при сети.
4.2 Факапы и коррекция курса
- Батарея: первый билд «съедал» заряд за смену из-за частых проб будильника — сократили до разумного интервала, энергия стала держаться две смены.
- UI для водителя: полевая проверка показала, что шрифт мелковат для «пальца в перчатке»; перерисовали экран, оставили крупные кнопки и голосовое подтверждение.
Команда стартовала из 5 человек и доросла до 8 — добавились DevOps, UX-исследователь и аналитик данных.
Мы разработали приложение на Flutter, что позволило быстро и одновременно выпускать версии под iOS и Android, не теряя в стабильности или производительности. Это было критично: у водителей и перевозчиков в обороте десятки моделей устройств, и нужен был единый код на всё.
Архитектура построена как офлайн-first: статусы рейса кешируются локально, а при появлении связи синхронизируются с облаком через брокер сообщений. Это исключает потери данных даже при длительном отсутствии интернета — что особенно важно на междугородних рейсах.
Серверная часть модульная: ядро обработки логики, и модуль документооборота. Для водителей мы сознательно отказались от навигации и live-трекинга в пользу простого взаимодействия: 7 крупных кнопок со статусами — от «Взял груз» до «Разгрузился». Это даёт бизнесу прозрачность, а водителям — спокойствие без ощущения, что за ними «следят».