Заказ такси для таксопарка небольшого района: предложение и кликабельное демо

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

Задача

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

Мне нужно было показать переход на своё без большого проекта. В небольшом районе машин мало, диспетчер один или два. Платформа с картой в реальном времени и автораздачей заказов здесь перебор. Нужен короткий путь: пассажир нажал кнопку, диспетчер увидел заказ и назначил машину, пассажир получил уведомление.

Что я сделал

Проект получился документным. В бою его нет, и внедрением я это не называю. Я собрал пакет, по которому владелица может принять решение.

Две двери на одной базе

В предложении один продукт и два входа. Первый, витрина заказа в боте MAX: кнопка «Заказать такси» открывает экран заказа внутри мессенджера. Пассажиру нечего скачивать, мини-приложение открывается там, где он уже сидит.

Второй вход, PWA. То же приложение ставится на экран телефона по ссылке или QR-коду, с иконкой и названием парка. Магазины приложений не нужны. Как это собирается, я разбирал в статье про PWA из сайта за выходные. Заказы, адреса и история общие для обоих входов.

Что вошло в пакет

Презентация на 14 слайдов объясняет, из чего состоит сервис такси. Четыре рабочих места (пассажир, водитель, диспетчер, владелец) стоят поверх общего ядра: заказы, база, тарифы, уведомления.

Коммерческое предложение существует в двух редакциях. Первая, на 5 страниц, описывала два этапа: сначала бот, потом полное PWA с кабинетами. Вторая, на 2 страницы, оставила витрину и PWA, а тяжёлое вынесла в список «можно добавить позже». Первую я сохранил отдельным файлом. PDF рендерится из HTML, Word собирается отдельным скриптом.

Кликабельное демо

Описание на бумаге плохо передаёт, как это выглядит в руке, поэтому я сделал demo.html: один файл без интернета и сервера. На экране два телефона. Слева пассажир с переключателем «витрина в MAX» и «PWA», справа диспетчер в MAX.

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

Связь живая. Нажал «Заказать», и у диспетчера появилась заявка. Диспетчер выбрал одну из трёх машин, и пассажир получил карточку с маркой, номером и временем подачи. Отмена работает с обеих сторон.

Что было сложно

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

Второе, объяснение. Слова «мини-приложение» и «PWA» владелице парка ничего не говорят. Демо снимает вопрос. Оба входа я показал одним телефоном: переключатель наверху меняет нижнюю панель, сам экран остаётся, потому что он один.

Третье, проверка без заказчика. Я прогнал сценарий скриптом в Chromium: заказ, тариф, назначение машины, переключение на PWA, сужение окна до 390 пикселей. Ошибок в консоли нет, горизонтальной прокрутки нет. На реальных телефонах с MAX демо не открывал, это не проверено.

Четвёртое, цифры. Тарифы и адреса в демо условные, и это написано внизу страницы. Настоящих тарифов парка у меня нет, подставлять выдуманные я не стал.

Что получилось

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

Допущения, которые должен подтвердить заказчик

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

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

Чего в предложении нет

Кабинета водителя и автоматической раздачи заказов. Карты с машинами в реальном времени. Оплаты картой. Бонусов постоянным пассажирам. Всё это добавляется отдельными модулями. Для небольшого района я бы начал с ручного назначения диспетчером и посмотрел, где настоящее узкое место.

Что дальше

Жду ответа заказчика. Если он положительный, первым шагом идёт список материалов от парка: логотип, тарифы и зоны, кто принимает заказы. Потом витрина в MAX и PWA на одной базе, пробный период на реальных заказах и только затем разговор об отключении чужой подписки. Порог для этого я считаю по доле заказов в своём канале. Если ответа нет, пакет остаётся документом. Про тему шире есть мой разбор IT для таксопарка и статья про своё такси без комиссии агрегатора.

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

Зачем два входа, если приложение одно?

Пассажиры по-разному готовы к установке. Одним удобнее кнопка в боте MAX, другим нужна иконка на экране. Оба входа работают на одной базе, история и адреса не теряются.

Это уже работает у заказчика?

Нет. Заказчику отданы документы и демо с условными адресами и ценами. Решения и запуска нет, реальных заказов в системе не было.

Чем демо отличается от настоящего приложения?

Демо живёт в одном HTML-файле и хранит всё в памяти страницы. Связь пассажира и диспетчера в нём настоящая, но сервера, базы и уведомлений в MAX за ним нет. Про выбор между ботом и приложением я писал в статье бот вместо мобильного приложения.

Коротко о главном

Для небольшого района хватает короткого пути: кнопка в боте MAX, тот же заказ как PWA и диспетчер, который принимает заявки с телефона. Тяжёлые модули подключаются позже, когда поток уже идёт в своём канале.

Сейчас у меня есть отданные презентация, предложение и демо. Решение клиента и запуск ещё впереди. Если вам нужно похожее приложение заказа для парка, доставки или мастеров, смотрите страницу про PWA-приложение под ключ и пишите в Telegram, MAX или VK.