Разработка приложений для такси – способ обеспечить эффективную работу как для существующих служб, так и для стартапов. Яркие примеры – Яндекс Такси, Uber, Indrive.
Наша команда сделала аналогичный проект 7likes Taxi для существующего в Швейцарии бизнеса такси. На основании этого опыта и опыта работы с другими геолокационными сервисами мы составили ряд советов: что необходимо знать клиенту до разработки мобильного приложения для такси.
Вы получите ответы на вопросы:
- С чего начать? Какие задачи поставить?
- Как выбрать подрядчика?
- Какие платформы выбрать: Android или iOS?
- На что обратить внимание? Как не упустить важное? И как не затянуть сроки?
- Что делать с готовым приложением?
- Какие вопросы задать подрядчику?
Давайте разбираться по порядку.
Кто заказывает создание приложения такси?
Задумываются о мобильном приложении для такси два типа компаний: существующий бизнес (служба такси, таксопарки) или стартапы. И хотя каждый бизнес такси имеет свои особенности, в целом мобильное приложение:
Процесс приема и выполнения заказа не требует участия службы такси.
Без приема заказа по телефону. Снижаются затраты на телефонную связь.
Пассажиру не нужно звонить диспетчеру для вызова такси. Клиент заранее видит марку автомобиля, который к нему приедет, отслеживает его на карте.
Статистика по каждому водителю: финансовые расчеты, выполненные маршруты, местоположение водителя в реальном времени и т.д.
Видит подробную статистику заказов и отслеживает их в реальном времени, контролирует базу клиентов и водителей. Это делает бизнес прозрачным и управляемым.
Типовая структура системы
Система связи водитель-пассажир-администратор состоит из трех самостоятельных элементов:
приложение для пассажиров
приложение для водителей
административная панель
1. Мобильное приложение для пассажиров
Дает клиентам доступ к такси онлайн. Пассажир загружает его в магазине приложений, после запуска может заказать такси. Пользователь может отслеживать движение автомобиля. Видеть, через какое время подъедет машина, стоимость поездки, рейтинг водителя, отзывы и т.д.
2. Мобильное приложение для водителей
Мобильное приложение для водителей – рабочий инструмент, помогающий получать заказы, строить маршрут на карте, рассчитывать стоимость поездки.
В программе ведется учет поездок и начисляются бонусы. Водитель видит свою статистику. Администратор имеет право запретить доступ к приложению, если водитель нарушает правила пользования. Или получает много негативных отзывов от пассажиров.
3. Административная web-панель
Инструмент контроля и управления рабочими процессами со стороны аминистратора/ов и собственника. В виде таблиц и графиков показана работа водителей, данные о клиентах, жалобы, финансы и т.д.
Типовая архитектура системы
Особенность разработки системы заказа такси в том, что, помимо мобильных приложений, вам необходима так называемая «бэкенд часть». Серверное приложение, которое будет собирать, обрабатывать данные и отправлять их в мобильные приложения. Этими данными необходимо управлять, для чего делают административные панели в виде веб- или десктоп-приложений.
Это упрощенная схема, которую мы использовали на наших проектах.
Архитектуру условно можно разделить на 4 части:
серверы баз данных
back-end часть
front-end часть (административная панель)
мобильные приложения
Как видите, мобильное приложение – это одна из частей всей системы. Для успеха проекта следует ответственно отнестись к остальным элементам.
Элементы системы «общаются» между собой посредством API. API разрабатывается вместе со всей системой.
Работа с нагрузками системы
Одно из слабых мест системы – быстрая обработка больших массивов данных. Такси пассажиру нужно в данный момент, сейчас. Время идет на секунды. От скорости ответа системы (мобильное приложение обращается к серверу, ищет ближайшую машину, присылает ответ) зависит количество заказов.
Вторая проблема – пиковые нагрузки. Праздники, выпал снег или пошел дождь – количество заказов может взлететь за считанные минуты. Кратно увеличивается нагрузка на систему. В этот момент система не должна отказать.
Для этого следует:
- Заложить правильную архитектуру на сервере. Какие данные в каких таблицах хранить, структура запросов к базам данных, какие данные будут наиболее часто использоваться, а какие нет.
- Определить максимальную нагрузку для вашей системы. У службы такси в городе на 100 тыс. жителей и службы национального масштаба – разные нагрузки.
- Подобрать перечень технологий. Которые выдержат нагрузку и требования по скорости работы (базы данных, языки программирования и т.д.)
- Выбрать и настроить подходящие серверы в нужном регионе. От времени ответа сервера зависит половина дела.
- На этапе разработки провести нагрузочное тестирование. Протестировать систему на планируемых пиковых показателях.
Поэтому, например, мы используем серверы очереди и кэширования, закладываем правильную архитектуру хранения данных, настраиваем сервер под эти задачи и проводим нагрузочное тестирование.
Синхронизация с существующими системами
Используете существующие сервисы и не готовы от них отказываться? Продумайте процесс синхронизации с мобильным приложением.
Это могут быть системы учета, CRM-системы, IP телефония, готовые системы для служб такси и т.д. Синхронизация происходит посредством работы с существующими API или посредством разработки новых.
Предоставьте разработчику требования к синхронизации до начала разработки.
Как происходит разработка приложения для такси?
Определите, какие функции будут в мобильном приложении. Для этого:
соберите требования от отделов, которых затронет внедрение системы;
определите, с какими программами будет синхронизация;
решите, как вы будете управлять данными;
выберите платформы, под которые нужно разрабатывать приложение (обычно Android и/или iOS);
продумайте и пропишите все элементы системы.
Базовые функции приложений
Собрали список базовых функций приложений для такси. На его основе вы можете составить свои требования к разработчикам.
Мобильное приложение для пассажиров:
онлайн-карта;
функция поиска ближайшего такси и выбор авто по параметрам;
возможность указать дополнительные требования: количество мест в салоне, знание водителем языка клиента, наличие креплений для перевозки велосипеда и т.д. таксометр;
данные о водителях: рейтинг, отзывы;
варианты связи с пассажиром и методы оплаты;
возможность оставить отзыв о поездке, подать жалобу, связаться с администратором.
Мобильное приложение для водителей:
таблица заказов и уведомления о новых;
навигатор и электронная карта с подробной детализацией поездок;
таксометр для расчета стоимости поездок;
комментарии к заказу: требования пассажира по вместительности и дополнительному оборудованию (детское кресло, багажник на крыше, рейлинг, бокс и др.);
рабочая статистика водителя: бонусы, статусы, финотчет.
Административная панель, отдельная или синхронизированная с уже работающими CRM, может включать:
интерактивную карту, чтобы видеть заказы онлайн;
функции контроля и управления: модерация заявок, проверка и допуск новых водителей к работе или отключение от системы, обработка жалоб и т.д.
графики и таблицы в разрезе клиенты/водители: какие машины на смене, сколько заказов получено/выполнено, дальность расстояния, оплаты и др.
В админпанели также могут быть:
- Разные уровни доступа к информации для диспетчеров и владельца (частичная или полная). Предусмотрите уровни доступа в административной панели. Для сотрудников уровни устанавливаются в зависимости от должности и региона работы. Если служба работает в разных городах и регионах, то уровни доступов диспетчеров по этим регионам.
- Статистика (день, неделя, месяц).
Экраны приложений: последовательность выбора
Когда определены базовые и дополнительные функции системы, начинается работа над экранами приложений и сценариями поведения пользователей.
В первую очередь нужно запрашивать у клиента выбор основных опций заказа:
Указание адреса, откуда и куда ехать.
На когда и какая машина нужна (в котором часу пассажиру нужно быть на вокзале).
Кнопка заказа.
Расчет примерной цены и времени прибытия авто.
В блоках показывать краткие и понятные комментарии к заказу: поиск водителя, будет через 5 минут и др.
Можно скрыть:
Рейтинг водителя и отзывы о поездках.
Клиентские требования (детское кресло, некурящий водитель, язык общения).
Способ оплаты.
Зачем и какие системы аналитики устанавливать
Встройте одну из систем аналитики. Среди популярных – Google Analytics, Firebase или платные Amplitude, Mixpanel, Localytics.
Это даст возможность:
Отслеживать события – конкретные действия пользователей в приложении.
Трекинг – понимать, с какой площадки пользователь установил приложение.
Встройте сервис сбора крашей (ошибок, сбоев) в работе приложений и неожиданных закрытий программы. Как правило, используют сервис fabric.io.
Перед запуском определитесь, какими показателями будете измерять приложения
Устанавливаются они индивидуально для каждого проекта и в основном отвечают на вопросы:
сколько зарабатывает компания;
сколько тратит на привлечение клиентов;
как клиенты используют приложение.
Для служб такси это могут быть параметры:
Доход от приложения.
Длина поездки.
Средний чек.
Количество активных пользователей в месяц.
Показатель, сколько пользователей не прошло воронку заказа такси. Например, пользователь выбрал адрес, но не нажал кнопку «Заказать».
Что еще не забыть?
Встройте в приложение функцию обратной связи. Жалобы и предложения будут приходить на почту, и на них можно будет быстро реагировать. Если этой функции нет, отзывы будут оставлять в магазинах приложений. Плохие комментарии на странице приложения могут снизить конверсию и повлияют на поисковую выдачу.
Пуш-сообщения. Для такси очень важный элемент. Сервисные сообщения – о новом заказе, о подъехавшей машине – будут приходить с помощью пуш-сообщений.
Внедрите возможность оценить приложение по шкале от 1 до 5. Влияет на поисковую выдачу и рейтинг продукта.
Какую платформу выбрать: iOS или Android?
Выбирайте ту, которая ближе вашей аудитории. Такси – массовый продукт. Чтобы не терять аудиторию, приходится создавать приложения для двух популярных платформ: iOS и Android.
Создавая сервис только под одну платформу, вы рискуете потратить рекламный бюджет впустую. Например, человек увидел рекламное сообщение, зашел в Google Play или App Store, а приложения там нет.
Пример: Когда создавалось приложение 7likes Taxi, провели опрос, какими устройствами пользуются водители и пассажиры. Оказалось, что у всех водителей 7likes Taxi – айфоны, поэтому разработка Андроид-приложения для них не целесообразна. Тогда как в СНГ водители отдают предпочтение Андроид-устройствам.
Удобство интерфейса и нативность приложений
Чем проще, понятнее интерфейс приложения, тем больше заказов и быстрее предоставляется услуга. Пассажир должен легко и быстро сориентироваться, как заказать машину, на любом экране.
Чтобы приложения были удобными и не теряли аудиторию, необходимо следовать требованиям к дизайну от операционных систем Android и iOS:
Задача этих требований – создать визуальный язык общения для всех приложений системы. Это называется «нативность».
Если пользователь использовал приложение почты, а потом скачал ваше приложение, он должен найти знакомые элементы управления. И понять, как пользоваться вашим приложением.
Дизайн Android и iOS – разный дизайн
На примере 7LikesTaxi вы можете видеть, как выглядят одинаковые экраны в Android и iOS приложении. Это не прихоть дизайнера, а следование рекомендациям Android и Apple.
Использование ненативных элементов ведет к увеличению срока программирования. Если хотите внедрить ненативный элемент, сверьте это с бизнес-задачами. Рентабельно ли увеличение срока из-за этой функции.
Тестируйте приложение
Тестируйте на реальных пользователях, чтобы знать точно, насколько приложения понятны клиенту.
1. На этапе дизайна делать опрос пользователей. Тестировать продукт могут сотрудники в офисе, незнакомые люди. Проводится опрос лично или через скайп. Ознакомиться с методом можно в статье "Как проектировать интерфейс: советы продакт-дизайнера Facebook Артура Бодольца".
2. Сделать так называемый «мягкий» запуск. Опубликовать продукт и проверить его на небольшом количестве пользователей.
— В Google Play есть отличные инструменты для бета-тестирования.
— В iOS используйте инструмент Testflight (для этого надо знать почту человека, которому хотите отправить приложение).
3. В Google Play вы можете тестировать графику, иконку, описание, используя инструмент "Эксперименты". A/B-тестирование страниц приложений.
Собранные оценки и отзывы помогут выявить и устранить ошибки, усовершенствовать продукт.
Стоимость разработки мобильных приложений для такси
Стоимость зависит от времени работы специалистов. Чем сложнее функционал, тем больше времени потребуется на разработку. Тем выше будет стоимость.
Как удешевить разработку?
Если вы пользуетесь уже готовыми решениями для такси, обратитесь к разработчикам. Узнайте, есть ли у них мобильные решения.
Посмотрите на рынке готовые решения. Это сэкономит вам время и деньги.
Как выбрать подрядчика?
Выбрав компанию-разработчика, ознакомьтесь с ее портфолио, рекомендациями:
Есть ли у компании опыт подобных разработок?
Как происходит процесс разработки? Как вы можете его контролировать?
Подробно как происходит процесс разработки в нашей компании.
Что в итоге вы получите от разработчика: готовый проект, исходный код, документация?
Помогает ли компания публиковать приложение?
Во сколько обойдется техническая поддержка после сдачи проекта?
Делайте разработку итерациями
Экономно и рационально делать разработку итерациями, т. е. выпускать приложение по частям. Например, сначала только основные опции заказа такси: выбор адресов, построение маршрута, расчет стоимости. Затем подключать работу с жалобами, начисление бонусов и т. д.
Таким образом можно уже на раннем этапе получить обратную связь от клиентов, оценить востребованность каждого блока и не сделать лишнего.
Учитывайте стоимость продвижения и поддержки
Для привлечения аудитории (пассажиров и водителей) необходимо закладывать маркетинговый бюджет на продвижение приложения.
Особенность приложения для такси в том, что до привлечения пассажиров вам нужны водители.
Кроме стандартных методов рекламы (контекстная, баннерная, реклама в соц.сетях и т.д.), познакомьтесь с ASO-продвижением. Это вид рекламы, которую делают только для мобильных приложений. Вам придется составлять отдельный бюджет на продвижение и поддержку продукта, в который закладывать статьи расходов на: развитие и поддержку; оплату аренды хостинга или сервера; оплату за размещение в магазинах Google Play и App Store.
Развивать и обновлять приложение после запуска необходимо по разным причинам:
учесть поступившие жалобы и предложения от пользователей;
устранить критические ошибки;
добавить новые функции и т.д.
Публикация приложения
Готовые приложения, водительское и клиентское, нужно разместить в специальных магазинах Google Play и App Store. Для этого:
Подготовьте материалы для публикации (иконку, скриншоты, описание, ключевые слова).
Внесите годовую плату за регистрацию аккаунта.
Проверьте продукт на соответствие правилам и требованиям от маркетов (Правила в Google Play, правила в AppStore).
Загрузите приложения в Google Play и AppStore и вышлите на проверку.
Мобильное приложение для такси – это сложная клиент-серверная программа. Мы постарались описать ключевые моменты, которые стоит учесть. Фронт работ намного больше.
Задумываетесь о создании приложения для такси? Напишите нам или позвоните.
