Что нужно для того, чтобы разработать приложение по заказу такси, и стоит ли делать это с нуля?

Eugene Suslo
июл 25, 2016

Мир мобильных приложений и веб-бронирования такси уже захватил мир. Яндекс.Такси, Gett и Uber & Co мафия методично отхватывают рынок у традиционных диспетчерских служб такси. В этой ситуации диспетчерские службы неволей задумываются, что их бизнесу нужно идти в мобайл. Чтобы идти в ногу со временем, они решают сделать простенькое приложение.

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

Давайте взглянем на наше пассажирское приложение «SayTaxi» на IOS.
Выглядит довольно-таки просто, не правда ли?

TaxiStartup iOS booking app

Ниже представлено упрощенная схема пользовательского интерфейса для этого приложения:

app UX/UI board

Оно все еще кажется вам простым?

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

1. Нужно по крайней мере 2 версии вашего приложения для бронирования

Для двух основных систем – Android и IOS, и конечно, на это уйдет по меньшей мере в два раза больше времени и средств.

2. Нужно приложение для водителей

Ну, или какой-то другой способ автоматического распределения заказов для водителей. Даже, подогнав все аппаратные и программные решения, как вам удобно, существует вероятность неправильной интеграции с приложением для бронирования, которое само по себе:

— ненадежно
— дорогое в разработке и обслуживании
— тяжело поддается настройкам.

В то время, как правильно разработанное приложение для водителей:

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

3. Вы должны поддерживать и постоянно обновлять эти приложения

Вы должны внедрять новые возможности, новые способы оплаты, новые способы оповещения клиента, улучшать пользовательский интерфейс, отражать любые изменения во внешних системах (например, Google Maps), и многое другое. На самом деле все эти действия необходимы. Если приложение постоянно не совершенствуется и не обновляется, то за полгода оно попросту умрет.

4. Вам нужна серверная система

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

booking app iceberg

5. «Получаю то, что хочу» – не всегда верная тактика

На самом деле, в основном, все происходит в точности да наоборот. Поймите, приложение для бронирования должно быть мощным инструментом продаж и механизмом маркетинга для бизнеса, и все наши идеи относительно правильности или неправильности тех или иных позиций — это только предположения, которые еще должны быть проверены.

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

6. Да, право собственности остается за клиентом

Но это также означает, что у клиента «сохраняется право собственности» на поддержку системы и также все приложения, это не только дорого, но и отнимает уйму времени, требует определенного опыта и гарантированно доставит некоторые проблемы.
Приложения служб такси – это довольно-таки молодое направление, именно поэтому я так тщательно все объясняю. Вам же не стоит объяснять, почему вы не должны разрабатывать собственную систему учета или собственный сервис электронной почты, не так ли? То же самое должно касаться и приложений по бронированию. Но, к сожалению, в данной отрасли еще не пришли к общему пониманию основных направлений.

Поэтому, прежде чем погрузиться в ад разработки, я предлагаю вам для начала посчитать, сколько же будет стоить разработать лишь ОДНО приложение, а затем оставить свои результаты в комментариях ниже. Давайте сравним.

Рассчитать стоимость разработки мобильного приложения