xRouten — рефакторинг приложения навигации: кейс

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

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

Приложение работало на legacy-коде и накопило критические проблемы: низкая производительность, зависания при построении маршрутов между десятками точек, ошибки в ключевых функциях и баги, из-за которых водители теряли данные тура. Каждая такая ошибка стоила бизнесу дорого — срыв доставок и финансовые потери, а пользователи начали уходить.

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

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

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

Языковой и географический барьер — интерфейс на немецком языке, а тестирование строилось на маршрутах и картах Германии, что требовало отдельного внимания к локализации и проверке сценариев.

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

Мы начали с аудита нестабильных мест: построение маршрутов, отслеживание водителей и фиксация доставок давали больше всего сбоев. Проблемные модули переписали на чистом Kotlin, оптимизировали алгоритм расчёта пути между десятками точек и убрали зависания.

Параллельно навели порядок в ключевых функциях: плавное отображение водителей на карте в реальном времени, цифровая документация с формированием и отправкой счетов клиентам, работающая платёжная система. Редизайн улучшил пользовательский опыт, а обновлённая структура кода сделала приложение готовым к публикации в App Store и Google Play.

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

Клиентская часть переведена на Kotlin — официальный язык Android: полный доступ к API карт, фоновым сервисам и GPS без ограничений. Рассматривались альтернативы: React Native (быстрее старт, но хуже UX карты и ограниченный доступ к GPS API) и Flutter (близок по возможностям, но отдельная цепочка сборки). Выбор нативного Kotlin обусловлен требованиями к UX навигации и трекинга в реальном времени.

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

Соответствие: 152-ФЗ, оператор ПДн в реестре РКН, ИСО 27001 (внедрение), локализация персональных данных. Реестр операторов: pd.rkn.gov.ru.