Как Яндекс не пускает конкурентов на рынок: наша разработка приложения для такси

Сегодня расскажу, как мы разрабатывали мобильное приложение для локального сервиса такси. Почему всё пошло не по плану, и при чём тут Яндекс? Поехали!

Компания из небольшого города предоставляла услуги такси, но у клиентов был только один способ вызова – звонок по телефону. Это устарело. Они обратились к нам за разработкой современного и удобного мобильного приложения.

Пожелания заказчика:

💡 Один из первых комментариев на старте: “Интерфейс – как в Яндекс.Go”.

Это не просто пожелание, а одно из ключевых требований – заказчик хотел, чтобы пользователи сразу узнавали логику и структуру, к которой уже привыкли.

У заказчика не было ни ТЗ, ни документации – проект пришлось собирать с нуля. Но нас это не испугало. У нас за плечами был похожий кейс – приложение для вызова эвакуаторов. Мы уже понимали, что важно аудитории, а заказчик видел перед глазами референс “хочу как там”.

Собрали все вводные, накидали CJM, сделали роадмап, распределили роли. Над проектом работали:

Ещё на этапе планирования мы сознательно отказались от избыточной сложности.

Цель – запуститься в срок и как можно раньше дать заказчику доступ к работающему продукту.

Чтобы не тормозить процесс и при этом сохранить качество, мы взяли проверенные инструменты:

Эти технологии отлично себя показали в наших прошлых проектах – экономят время и упрощают поддержку.

Для интерфейса нового продукта мы пошли по легкому пути: вместо создания всего с нуля – взяли готовые компоненты и шаблоны с макета приложения для эвакуаторов и адаптировали их под стиль Яндекс.

💡 Совет: не бойтесь переиспользовать удачные наработки. Это не костыль – это стратегический подход к MVP.

А еще мы не стали делать два отдельных приложения для водителя и для пассажира. Зачем, если пользователь может быть и тем, и другим? Например, днем он возит пассажиров, а вечером сам вызывает такси.

В приложении Яндекс Go для регистрации нужен аккаунт Яндекса. В теории удобно, а на практике – если с учеткой что-то пошло не так, то восстановление может занять вечность.

В нашем приложении всё просто: вводишь номер телефона – и заходишь. Без привязки к сторонним сервисам. Быстро. Удобно. Понятно.

💡 Совет: чем проще вход в приложение, тем выше конверсия. Проверьте, нет ли у вас лишних барьеров на старте.

Вместо самописной карты мы интегрировали Яндекс.Карты. Удобный, знакомый интерфейс, который сразу работает "из коробки".

Пассажир и водитель в реальном времени видят друг друга, а водитель – еще и список заявок по районам: выбрал, подтвердил, поехал.

Плюс автоматические функции:

💡 Совет: Не перегружайте карту лишними деталями. Минимализм + нужные действия = хороший UX.

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

Мы сделали чат максимально простым:

💡 Совет: Логируйте и сохраняйте историю чатов на сервере (в рамках законодательства) – это поможет при спорных ситуациях и техподдержке.

Чтобы отслеживать качество сервиса, мы внедрили 5-балльную систему оценки – простой и понятный формат, к которому все давно привыкли.

После каждой поездки можно поставить оценку. На основе рейтингов приложение формирует списки надежных пользователей – как среди водителей, так и среди пассажиров.

💡 Совет: двусторонний рейтинг – мощный инструмент. Он позволяет повысить уровень сервиса без жесткой модерации.

Особое место в нашем приложении занимает внутренняя валюта для водителей. Заказчик назвал ее “Атом”.

Механика простая: чтобы принять заказ, на балансе водителя должно быть не меньше 100 атомов.

(скриншот)

Зачем всё это?

На первый взгляд – странная фича 🤔 А на деле – это мощный инструмент для стабильной работы сервиса.

Вот что дает система “Атомов”:

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

Для карты и маршрутов нам нужен был ключ NaviKit от Яндекса. Мы запросили его в апреле… и ждали два месяца.

Хронология:

7 апреля запросили ключ у техподдержки на тестовый период:

Отправили все необходимые данные, но спустя неделю (!) доступ к сервису так и не получили. Поэтому написали снова и получили ответ:

После неоднократных и настойчивых напоминаний о себе, мы, наконец, получили ответ (и да, это случилось только в мае).

Оказалось, всё это время мы стучались не туда. Вместо поддержки по почте нужно было заполнять форму на сайте (о чем нас, конечно, никто не предупреждал).

Но и это не сработало:

Сказали подождать еще:

И еще:

Только в начале июня, после затяжной битвы с техподдержкой, мы получили ключ доступа и возобновили работу.

💡 Совет: закладывайте время на согласования и ответы от внешних сервисов – даже если кажется, что “ключи должны выдать за пару часов”.

Мы были бы готовы к запуску вовремя – если бы не затянувшаяся интеграция. Но заказчик отнесся к задержке с пониманием, и мы продолжаем совместную работу. Сейчас приложение находится на стадии тестирования.

Привет, я Алексей Сорокин из Softlex, где мы разрабатываем веб-сервисы и мобильные приложения, а ещё помогаем стартапам принимать взвешенные бизнес-решения 🤝

Мы говорим с бизнесом на одном языке: сначала разбираемся в ваших задачах, а потом предлагаем простые и прозрачные решения, которые экономят ресурсы и помогают расти.

👉 Свяжитесь с нами в Telegram или оставьте заявку на сайте – и получите партнёра, который берёт на себя сложное, чтобы у вас оставалось время на важное.