Приложение для такси или доставки: с чего начать разработку
Приложение такси или агрегатора доставки — самый сложный и самый дорогой тип мобильного продукта из-за требования реального времени. Начинать стоит не с полной системы, а с одного города и одной тестовой зоны.
MVP вместо полной системы
Полноценный агрегатор такси — это диспетчеризация в реальном времени, алгоритм подбора водителя, динамическое ценообразование, рейтинги обеих сторон, поддержка в чате. Строить всё это сразу — способ потратить 100 000 000+ сум до первого реального заказа.
Рабочий MVP: приложение клиента с заказом поездки по фиксированной или примерной цене, приложение водителя с картой заказов, простая диспетчеризация без сложных алгоритмов. Это позволяет проверить спрос в одном районе за 40 000 000–60 000 000 сум и 3–4 месяца, прежде чем вкладываться в масштаб.
Лицензирование и юридическая база
Перевозка пассажиров в Узбекистане требует лицензии на услуги такси, а водители — соответствующих разрешительных документов. Это регулируется отдельно от разработки приложения и должно решаться параллельно с ней, а не после запуска — модель, где приложение работает без оформленной перевозочной деятельности, создаёт юридический риск для всей компании.
Для доставки (не пассажиров) лицензионные требования мягче, но договор с курьерами — трудовой, гражданско-правовой или через самозанятость — нужно продумать до, а не после того, как в приложении появятся первые активные курьеры.
Выбор карты и геосервиса
Google Maps Platform — самый распространённый выбор с оплатой по количеству запросов API; при росте объёма заказов стоимость карт становится заметной статьёй расходов и её нужно закладывать в юнит-экономику каждой поездки, а не только в разработку.
Точность геолокации и построение маршрута напрямую влияют на расчёт времени подачи и стоимости поездки — тестировать это нужно в реальных условиях города, а не только в офисе на Wi-Fi, где GPS ведёт себя иначе, чем в движущемся автомобиле.
Первая тестовая зона
Запуск сразу на весь город без критической массы водителей создаёт ситуацию, где клиент открывает приложение, а свободных машин рядом нет — и удаляет приложение после первой неудачной попытки. Разумнее выбрать один район с плотной застройкой и набрать там пул водителей, достаточный для среднего времени подачи 5–7 минут.
После стабильной работы в тестовой зоне расширение на соседние районы идёт быстрее, потому что процессы найма водителей, обработки жалоб и тарификации уже отлажены на меньшем масштабе, где ошибки дешевле.