Как создать приложение для такси: 6 этапов и бюджет от 500 000 ₽
Приложение для такси состоит из четырёх частей: клиентского приложения, водительского приложения, диспетчерской панели и сервера, который считает тариф и подбирает машину. Первая версия занимает примерно 4–6 месяцев, мобильная разработка стоит от 500 000 ₽. Своё приложение окупается, когда комиссия агрегатору съедает заметную часть выручки.
Почему службы такси теряют заказы без своего приложения 🚕
Пятница, 18:20. У диспетчера службы на 40 машин одновременно звонят три линии. Первому клиенту он объясняет, где машина, второму диктует цену по памяти. Третий ждёт ответа четвёртую минуту, вешает трубку и открывает приложение конкурента.
Диспетчер вытягивает поток до определённого предела, но в часы пик предел наступает первым, поэтому свободные машины стоят, а заказы уходят. Клиент не видит, где едет водитель, не может оплатить картой и не знает цену до поездки. Каждое неудобство терпимо по отдельности. Вместе они отправляют человека к тому, у кого всё это есть.
Подключение к агрегатору закрывает половину проблемы. Заказы идут, но с каждой поездки агрегатор берёт комиссию, а телефон клиента остаётся у него. Вы возите людей и не получаете базу, которую можно вернуть скидкой или рассылкой. Водитель, который сидит в двух агрегаторах, в час пик выбирает поездку дороже, и ваш заказ ждёт.
Ставка понятна: недополученная выручка в самые прибыльные часы и комиссия с каждой поездки, пока вы работаете на чужой платформе. Клиенты при этом принадлежат не вам. Чем больше парк, тем быстрее эта сумма сравнивается с бюджетом на собственную разработку.
Из каких модулей состоит приложение для такси
Все четыре части нужны уже в первой версии: без любой из них заказ не дойдёт от нажатия кнопки до оплаты.
Клиентское приложение
Заказ в два касания: откуда, куда, цена до поездки. Дальше карта с движущейся машиной, статусы заказа, оплата картой или через СБП, история поездок и звонок водителю через подменный номер. Вход по номеру телефона с кодом из SMS. Push-уведомление о подаче машины разгружает диспетчера и не даёт клиенту часами смотреть в окно.
Водительское приложение
Приём заказа, навигация, статусы «еду», «на месте», «в пути», баланс и выплаты. Самое хрупкое место здесь фоновая геолокация. Водитель сворачивает приложение, система экономии заряда его усыпляет, координаты перестают уходить на сервер, и клиент смотрит на машину, застывшую посреди дороги.
Диспетчерская панель
- ✓карта всех машин и заказов в реальном времени с ручным назначением;
- ✓тарифы и коэффициенты: подача, километр, минута ожидания, ночная и пиковая надбавка;
- ✓карточки водителей и автомобилей с документами и возможностью блокировки;
- ✓отчёты по выручке, отменам и загрузке парка.
Серверная часть
Сервер подбирает ближайшего свободного водителя, строит маршрут, считает цену, хранит статусы и отправляет push-уведомления. К нему подключаются картографический сервис, эквайринг с фискализацией чеков и SMS-шлюз. Ошибка в логике подбора даёт двойное назначение: один заказ получают два водителя, и один из них уезжает ни с чем.
Как создать приложение для такси: 6 этапов от идеи до релиза
- ✓Определите модель: свой парк, диспетчерская для сторонних водителей или площадка, где водители сами берут заказы. От выбора зависят роли в системе, схема выплат и то, кто отвечает перед клиентом за поездку.
- ✓Опишите сквозной сценарий «заказ, подача, поездка, оплата» и оставьте только его. Промокоды, рейтинги, предзаказ и кабинет для компаний уйдут во вторую версию.
- ✓Спроектируйте сервер и выберите картографический сервис. Проверьте покрытие по вашему региону и стоимость запросов в пиковые часы: в пятницу вечером счёт за карты выглядит иначе, чем в тестах.
- ✓Разработайте приложения. Кроссплатформа экономит бюджет на старте, нативная разработка даёт больше контроля над картой и работой в фоне. Выбор зависит от того, насколько критична для вас точность трека.
- ✓Обкатайте сборку на реальных машинах: в тоннеле, на окраине, на старых Android-смартфонах с включённой экономией заряда. Тесты на симуляторе этих проблем не показывают.
- ✓Опубликуйте приложения в RuStore и App Store, заложив время на правки после первой модерации. Запуск начните с одного района или одной смены, чтобы диспетчер мог вручную подстраховать сбои.
Первая версия с тремя модулями занимает в среднем 4–6 месяцев, это ориентир, а не обещание. Срок растёт с каждой интеграцией и с каждой особенностью платёжной схемы, поэтому точную цифру мы называем только после ТЗ. Чтобы уложиться, режьте функциональность, а не тесты: лучше отказаться от предзаказа, чем выпустить приложение, которое теряет координаты.
Что выбрать: агрегатор, шаблон или своя разработка
Четыре пути отличаются сроком запуска, затратами и тем, кому достаётся клиентская база.
| Вариант | Срок запуска | Затраты | Клиентская база и гибкость |
|---|---|---|---|
| Подключение к агрегатору | Быстрее остальных | Комиссия с каждой поездки | База у агрегатора, свой бренд не строится |
| Готовый шаблон (white label) | Быстро, время уходит на настройку и публикацию | Лицензия или подписка | База ваша, меняются логотип, цвета и тарифы |
| Своё приложение на кроссплатформе | Примерно 4–6 месяцев | От 500 000 ₽ | База ваша, логика под ваши процессы |
| Нативные приложения для iOS и Android | Дольше, чем на кроссплатформе | Выше, чем на кроссплатформе | База ваша, максимум контроля над картой и работой в фоне |
У шаблона есть потолок. Когда понадобится нестандартный тариф или обмен с 1С, вы упрётесь в чужой код, который нельзя править. Небольшому парку, который проверяет спрос, шаблон подойдёт. Если агрегатору уходит заметная часть выручки и клиентов хочется оставить себе, окупается своя разработка.
Как исправить ошибки первого релиза, из-за которых водители уходят
Через неделю после запуска в чате водителей повторяются три жалобы: заказ пришёл, а адрес не открылся в навигаторе; машина на карте клиента прыгает по кварталам; один заказ получили сразу двое. Один пустой выезд водитель прощает. После второго он возвращается в агрегатор и перестаёт открывать ваше приложение.
Причины известны, исправления тоже:
- ✓если машина прыгает по карте, сглаживайте координаты на сервере, отбрасывайте точки с плохой точностью и просите водителя отключить экономию заряда для вашего приложения;
- ✓если заказ получают двое, закрепляйте его за водителем одной операцией на сервере, чтобы второй запрос получал отказ;
- ✓если адрес не открывается, передавайте в навигатор координаты, а не только текст, и проверяйте связку на нескольких навигаторах;
- ✓если пропадает связь, храните статус поездки на устройстве и досылайте его, когда сеть вернётся.
Дешевле найти всё это до релиза, чем после жалоб. Поэтому в такой проект мы закладываем полевые тесты и наблюдение за логами в первые недели после запуска.
Что делать, если водители и клиенты не переходят в приложение
Приложение вышло, а звонки в диспетчерскую не сократились. Причина обычно в мотивации, а не в коде: клиенту незачем менять привычку, а водителю невыгодно брать заказы из приложения. Что помогает:
- ✓скидка на первую поездку через приложение или цена ниже, чем при заказе по телефону;
- ✓QR-код со ссылкой в салоне и SMS со ссылкой после каждого телефонного заказа;
- ✓меньший процент службы или быстрые выплаты водителю за заказы из приложения;
- ✓перевод на приложение постоянных корпоративных клиентов: их заказы регулярны и больше всего нагружают диспетчера.
Корпоративным клиентам нужны ещё и закрывающие документы. Если поездки для счетов собирают вручную, мы делаем интеграцию приложения с 1С: поездки каждого юрлица попадают в учётную систему, а бухгалтерия выставляет счета и акты без ручной сверки. В B2B-приложении с 1С компания сама заказывает такси для сотрудников и видит свои расходы. Считайте долю заказов из приложения каждую неделю: пока она не растёт, дело в мотивации, а не в интерфейсе.
Как предотвратить претензии по персональным данным и закону о такси
Приложение собирает имена, телефоны и геопозицию, поэтому служба становится оператором персональных данных по 152-ФЗ. До релиза подготовьте:
- ✓политику обработки персональных данных и согласие пользователя при регистрации;
- ✓хранение баз граждан РФ на серверах в России;
- ✓проверку, нужно ли уведомление Роскомнадзора о начале обработки;
- ✓маскирование номеров при звонках между клиентом и водителем и доступ сотрудников только к тем данным, которые нужны для работы.
Отдельно сверьте с юристом требования закона об организации перевозок легковым такси: у службы заказа, перевозчика и водителей есть свои обязанности, а у автомобилей должны быть действующие разрешения. Проверка до запуска обходится дешевле, чем переделка приложения под требования уже после старта.
Сколько стоит разработка приложения для такси и как мы её делаем 💼
Мобильная разработка у нас начинается от 500 000 ₽. Итог для такси зависит от набора модулей: клиентское и водительское приложения, диспетчерская панель, платежи, интеграции. Ориентиры по ценам и форматам работы собраны на странице цены и тарифы.
Работа строится так: сначала мы описываем с вами сквозной сценарий и считаем смету по модулям, чтобы вы видели, из чего складывается цена. Затем делаем первую версию, которую можно обкатать на вашем парке, и добавляем остальное после обратной связи от водителей. Проект ведёт команда направления разработка мобильных приложений в Москве.
Чем это отличается от студий, которые делают только приложения: мы работаем и с 1С. Поездки, выручка и счета корпоративным клиентам попадают в вашу учётную систему по заранее спроектированному обмену, и бухгалтерии не приходится сверять таблицы вручную.
❓ Частые вопросы
Сколько стоит разработка приложения для такси?
В UKVED мобильная разработка начинается от 500 000 ₽. Итоговая стоимость приложения для такси зависит от набора модулей: клиентское и водительское приложения, диспетчерская панель, онлайн-оплата, интеграции с 1С и картами. Точную смету мы считаем после технического задания и показываем расход по каждому модулю отдельно.
Сколько времени занимает создание приложения для такси?
Первая версия с клиентским и водительским приложениями, диспетчерской панелью и сервером занимает в среднем 4–6 месяцев. Это ориентир: срок растёт с числом интеграций, сложностью платёжной схемы и количеством правок после тестов на реальных водителях. Точную оценку по каждому модулю даём после ТЗ.
Можно ли сделать приложение для такси на готовом шаблоне?
Можно. Шаблон (white label) запускается быстрее и стоит дешевле своей разработки, клиентская база остаётся у вас. Ограничение в том, что код чужой: нестандартный тариф, интеграцию с 1С или свою логику подбора водителя в нём сделать сложно или невозможно. Для проверки спроса подходит, для роста хуже.
Нужно ли учитывать 152-ФЗ при создании приложения для такси?
Да, 152-ФЗ касается любого приложения такси. Оно собирает имена, телефоны и геопозицию, поэтому компания становится оператором персональных данных. Нужны политика обработки, согласие пользователя при регистрации, хранение баз граждан РФ на серверах в России и проверка, требуется ли уведомление Роскомнадзора. Детали лучше согласовать с юристом до релиза.
Можно ли подключить приложение такси к 1С?
Да, приложение для такси можно связать с 1С. Поездки корпоративных клиентов, выручку и данные по водителям выгружают в учётную систему, и бухгалтерия выставляет счета и акты без ручной сверки. Интеграцию проектируем вместе с приложением: заранее определяем, какие документы и справочники обмениваются и как часто.
Или позвоните: +7 906 045-28-27 — в рабочее время с 9:00 до 19:00
Остались вопросы? Нужна помощь?
Менеджеры компании с радостью ответят на ваши вопросы, произведут расчет стоимости услуг и подготовят индивидуальное коммерческое предложение.
Бесплатная консультация