Приложение для такси: от 500 000 ₽ и заказы без комиссии агрегатора

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

Почему возникает зависимость от агрегатора и сколько она стоит 🚕

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

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

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

Своё приложение не заменяет агрегатор целиком. Оно переводит в прямой канал тех, кто уже ездит с вами: постоянных клиентов, корпоративных заказчиков и поездки по предзаказу.

Из чего состоит приложение для такси 📱

Минимальный набор — три модуля, которые связывает один сервер.

Приложение пассажира

Заказ с выбором точек на карте, расчёт стоимости до поездки, положение машины в реальном времени, оплата картой или наличными, история поездок. Вход по номеру телефона с кодом из СМС и push-уведомление «машина подъехала».

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

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

Диспетчерская панель и учёт

Карта с машинами, ручное назначение, тарифы, отчёты по сменам. Дальше нужен учёт: расчёты с водителями, выручка, путевые листы, договоры с корпоративными клиентами. Если он ведётся в 1С, приложению нужен обмен с ней, чтобы заказы попадали в базу сами, а не переносились руками по вечерам. Как это устроено, описано на странице про интеграцию мобильного приложения с 1С. Для компаний-заказчиков удобен отдельный кабинет с поездками по договору и закрывающими документами, это формат B2B-приложения с 1С.

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

Какую схему разработки выбрать: готовая платформа или разработка с нуля

Вариантов четыре, и различаются они тем, чем вы владеете после запуска.

Если нужен обмен с 1С и корпоративные клиенты, готовые платформы упираются в потолок раньше, чем окупаются. Если вы проверяете спрос на нескольких машинах, начните с подписки и не тратьте полмиллиона.

Почему запуск приложения для такси срывается в первый же вечер

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

Причины почти всегда одни и те же:

• ✓Фоновая геолокация. Android и iOS останавливают фоновые процессы ради батареи, поэтому трекинг надо строить на штатных механизмах и проверять на тех моделях телефонов, которые стоят у ваших водителей, а не на эмуляторе.
• ✓Нагрузка. Сервер, проверенный на нескольких тестовых заказах, ведёт себя иначе, когда дождь и пятница резко поднимают поток.
• ✓Дубли заказов. При плохой связи приложение повторяет запрос, и один заказ уходит двум водителям.
• ✓Оплата. Эквайринг и онлайн-кассу подключают в последний день, и первая оплата картой падает.

Цена такого вечера выше, чем кажется. Клиент, у которого заказ не сработал, второй раз приложение не откроет. Водители, оставшиеся без заказов, вернутся в агрегатор. А рассылку со скидкой вы уже оплатили.

Как исправить: что заложить в проект до первой строки кода

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

Отдельно проверьте персональные данные. 152-ФЗ требует брать согласие пассажиров и водителей на обработку и хранить данные россиян в базах на территории РФ. Поэтому сервер приложения размещают в российском дата-центре, а сторонние SDK проверяют на передачу данных за границу.

И последнее: приложение работает круглосуточно, значит, круглосуточно должна отвечать и база учёта. Если 1С стоит на сервере в офисе и падает вместе с интернетом, приложение остаётся без учёта посреди смены. Такую базу переносят на арендованный сервер: аренда 1С начинается от 1 100 ₽/мес за пользователя.

Что делать, если ошибки повторяются после релиза

Жалоба «заказ не пришёл» после двух исправлений означает, что подрядчик чинит симптом, а не причину. Порядок действий такой:

1. ✓Выгрузить журнал событий по одному проблемному заказу: создание, назначение, доставка push, ответ водителя. Без журнала спор «у нас всё работает» не решить.
2. ✓Разделить участки: приложение пассажира, сервер, приложение водителя, внешние сервисы вроде карт, СМС и эквайринга.
3. ✓Воспроизвести ошибку на телефоне того водителя, который пожаловался, с его версией системы и настройками батареи.
4. ✓Закрепить в договоре срок реакции на критичные сбои в часы работы службы, вечер пятницы включительно.
5. ✓Убедиться, что исходный код и доступ к серверу у вас. Если подрядчик не отдаёт логи и репозиторий, дело уже не в баге.

Как предотвратить перерасход бюджета и срыв сроков

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

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

Сколько стоит приложение для такси и как мы его делаем 💰

Мобильная разработка у нас начинается от 500 000 ₽. Итог зависит от набора модулей: нужен ли кабинет для корпоративных клиентов, обмен с 1С, онлайн-оплата, сколько платформ требуется, Android, iOS или обе. Точную смету называем после разбора требований, ориентиры по ценам собраны на странице цены и тарифы.

Отличие нашего подхода в том, что приложением и 1С занимается одна команда. Заказы, смены и расчёты с водителями попадают в учётную базу без второго подрядчика на стыке, а если базы ещё нет, мы её внедряем. Запуск идёт через пилот на части парка: сначала проверяем смену целиком, потом пишем клиентам.

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

❓ Частые вопросы

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

Мобильная разработка у нас начинается от 500 000 ₽. Итоговая цена зависит от набора модулей: приложение пассажира и водителя, диспетчерская панель, онлайн-оплата, обмен с 1С, кабинет для корпоративных клиентов, число платформ. Точную смету составляем после разбора требований, чтобы вы видели, за что платите.

Из каких частей состоит приложение для такси?

Три части: приложение пассажира для заказа и оплаты, приложение водителя для приёма заказов и отправки геопозиции, диспетчерская панель с картой машин, тарифами и отчётами. Их связывает серверная часть. Учёт расчётов с водителями и закрывающие документы подключаются отдельно, чаще всего через обмен с 1С.

Что выбрать: готовую платформу или разработку с нуля?

Готовая платформа по подписке подходит, чтобы проверить спрос на небольшом парке. Разработка с нуля нужна, когда требуются свои тарифы, обмен с 1С, кабинет для корпоративных клиентов и исходный код в вашей собственности. Если сомневаетесь, начните с платформы и переходите на своё приложение, когда упрётесь в её ограничения.

Нужно ли хранить данные пассажиров в России?

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

Как связать приложение для такси с 1С?

Приложение передаёт в 1С заказы, смены и оплаты через обмен данными, а 1С отдаёт в приложение тарифы, справочники и баланс водителей. Обмен настраивается так, чтобы заказы попадали в учётную базу автоматически, без ручного переноса. Так закрываются расчёты с водителями и документы для корпоративных клиентов.