Informational and technical support
Фиксированная стоимость для загородных адресов
Коллеги, поделитесь опытом.
Кто использует фиксированную стоимость для соседних населенных пунктов?
Какая самая простая и эффективная схема реализации?
Расчет бонусами по окончанию поездки
Почти год назад, при тестировании программы, я обращал внимание, на то, что учет бонусов в конце поездки, может быть не правильным (осознанно или по не внимательности водителя)
Так и произошло. Поступают жалобы клиентов, о том, что водители рассчитали их полностью, еще и бонусы списали.
Также и звонят некоторые водители (как правило во время выполнения заказа) и интересуются как им правильно рассчитать клиента. Но таких единицы.
Получается, что вместо эффективного инструмента по привлечению и удержанию клиента я получаю сплошной негатив.
Опять моделирую ситуацию и ставлю себя на место водителя (скрины с комментариями)
Версия приложения 2.9.10
1. Бонусы видны, только не понимаю, то ли всего за поездку 42 или может 42+20?
2. Всё равно не понятно... Ладно, дальше уж точно понятней станет
3. Читаем пункт 2
4. Ага. Понятно. Наличными с клиента взять 42, а бонусами мне на баланс упадет 20. Значит поездка на 62 денег.
Как правило бОльшая часть водителей на этом этапе и рассчитывает клиента в конце поездки
Причины:
- Клиент торопится (как правило подъезжая к пункту назначения клиент уже готовит деньги и после остановки не намерен задерживаться в автомобиле)
- Водитель "запарился" (ему ведь надо своевременно и безопасно доставить клиента из точки А в точку Б, а кнопочка "финиш" - это мелочь не достойная особого внимания)
- Не стабильный интернет на устройстве водителя
- Какие либо нюансы на стороне сервера
Как правило на этом экране водители взгляд водителя не задерживается и даже не вчитываясь в то, что написано мелким шрифтом, он нажимает завершить.
Последний скрин с вопросом водителю о том, предоставил ли он бонусы клиенту не делал, по причине того, что честный водитель нажмет НЕТ(хотя не факт, может ведь и не специально ошибся), а не честный нажмет ДА. В результате имеем "головную боль" от жалобы клиента, о том, что его обсчитал водитель
Предлагаю:
Учитывать бонусы на поездку изначально и вычитать сразу из просчитанной стоимости или действующих показаний таксометра
Т.е. получается что если бонусы были меньше чем просчитанная стоимость (или минималка, кто работает по таксометру), итоговая сумма будет УЖЕ с учетом бонусов. А если количество бонусов будет превышать просчитанную стоимость (или текущую по таксометру), то до конца поездки значение будет 0. А неиспользованные бонусы вернутся на баланс клиента.
Тогда можно будет убрать экран с вопросом водителю о предоставлении бонуса, а водитель будет лишь обязан безопасно и своевременно довезти клиента. А то получается, какая-то полуавтоматизация
Кто нибудь еще сталкивался с похожей проблемой?
Новый отчет о заказах
В настоящее время можно получить информацию о заказах по службам такси, по автоколоннам, по водителям.
Предлагаю рассмотреть вопрос создания отчета по заказам в разрезе имеющихся в службе такси тарифных планах.
Отмена заказа с указанием причины в водительском приложении.
Очень не хватает отмены заказа в водительском приложении с указанием причины отмены. Было бы неплохо подсвечивать такие заказы в диспетчерской и с подтверждением отмены оператором.
Моб клиентское приложение. Пожелания от пассажира.
Не хватает возможности изменить заблоаговременный заказ, например, исправить время. Хотелось бы иметь возможность оценить работу водителя (попался раз хам,), и чтоб водителя с низкой оценкой от клиента этому клиенту не отправляли. UPD Добавьте возможность сохранить любимые точки, чтоб указыыать в маршруте, например Работа и Дом, а не вводить адрес полностью или на карте указывать
Настройка тарифов клиента. По таксометру
В одной из своих служб такси, в тарифах клиентов, я изменил алгоритм расчета стоимости поездки с "Максимум" на "Таксометр" и обратил внимание, что если в нормальном режиме проблем не возникает, то если, срабатывает (по каким либо правилам) динамическая надбавка, происходит следующее: Изначально происходит расчет по стандартному тарифу, а после того как водитель нажимает финиш появляется уже окончательная цена. С динамической надбавкой, простоем при ожидании.
Если посмотреть на это со стороны клиента, то как минимум возникает вопрос о корректности ценообразования. Т.е. всю поездку цена понемногу увеличивалась и тут водитель нажал на кнопочку и уже совсем другой ценник!!! Доверие со стороны клиента к такой службе - 0. Уполномочить водителя пояснять клиенту об особенностях ценообразования - не вариант.
Вопрос к директорам/администраторам: сталкивались ли с подобной проблемой? И как решали?
Вопрос к разработчикам: Существующие алгоритмы планируется ли исправлять или решение окончательное и нужно подстраиваться под то что есть?
P.S. Используем также тип расчета по геозонам "Матричный +"(фикс надбавка к ценнику). Там вообще, при поездке по таксометру (заказ по городу) надбавка не добавляется. Учитывается только если клиент сразу указал полный маршрут и установлен алгоритм "максимум"
Важно!!! Новое водительское (давайте не наломаем дров)
Привет всем коллегам!
Ко мне попали скрины нового интерфейса из секретных источников! но как то меня они не особо порадовали, как директора, да и как водителя тоже!
Как часто вы сталкиваетесь с таких что водитель приходит и говорит то ему ничего не видно (мелкий шрифт), то кнопка навигатора закрывает квартиру, то вообще нажимая одну кнопку нажимается другая! знакомо? - тогда вы со мной!
И так... примерно 60% водителей работает те кому за 40 - соответсвенно любви к гаджетам им не привить некоторым, да и зрение уже у некоторых хромает!
Теперь добавляем что половина заказов берется на ходу (то есть в движение), а нужно еще все внимание концентрировать на дорогу - плохая погода, дорога, сумерки, освещение и все остальное! - ну куда там вчитываться, или разглядывать, палцем ткнул и поехал! Добавлю от себя сам отработал в такси более 8 лет. примерное расстояние до гаджета больше чем вытянутая рука (по крайней мере у меня). Дизайнеры когда рисуете что то новое вытягивайте телефон (со средним экраном на растояние хотя бы вытянутой руки, садитесь в машину и едте по двору - ну как заказ из общего списка читаем?) - а в новом интерфейсе еще и кнопки сделали меньше.
Вывод для нас главное практичность, эргономичность, легкость в работе, а не кружочки, овалы, и красота!
Теперь на всеобщее обсуждение я выкладываю 2 скрина с нового интерфейса и 2 скрина (нарисованных в фотошопе - прошу не судить за красоту, но моя задача донести до разработчиков именно практичность и эргономичность программы), а дизайнеры пусть уже об красоте думают!
Что предлагает Дизайнер Хайва:
Первый вопрос а где кнопка назад? (это та маленькая стрелочка) - я то на нее попаду, а дедушка которому 60 который еле видит - сколько он в нее целиться будет не говоря о том чтобы на ходу это сделать?
Что предлагаем мы:
Водитель когда открывает заказ должен видеть, ТАРИФ и стоимость! (далее уже сам заказ) многие водители понимаю что за тарифы и сколько он может заработать (также они делят на дисконт (не интересные заказы, и интересные). Что нам дает стоимость в начале! - Водитель уже понимает сколько он заработает за этот заказ (как бы подсознательно деньги) - потом идут адреса (именно большим текстом чтобы было удобно читать)
Кнопка навигатора вместе с трубкой телефона - вообще они ими часто пользуются? - только когда нужно... все то есть это кнопки вспомогательные (и они особо вообще не нужны при принятии решения на заказа)
Ну и самое главное кнопка отказаться и принять (с комиссией) - они большие их видно на них удобно нажимать и мимо них сложно промахнуться!
Далее два скрина по автопредложению там в принципе тоже самое!
Хайв
Ну тут вообще космос (у нас на принятие решения 8 секунд) надо успеть прочитать и не промахнуться нажать отмену или радар на расстояние вытянутой руки например в телефоне Samsung Galaxy S6 (какой у меня) - очень проблематично... а беру себя в расчета если взять основную массу водителей такси?
Вот что хотим мы!
В принципе все тоже самое что описывал я на своем прошлом скрине!
Буду рад дополнениям каждого - то водитель, то директор! если нас будет много нас обязательно услышат!
Неверное отображение тарифа при промежуточной точке
Установил в тарифе стоимость за промежуточную точку. И теперь на таксометре сумма указана без этой стоимости. А пи нажатии финиш цифры меняются на пробег плюс сумма за промежутки. Сделайте пожалуйста чтобы сразу на таксометре было все
Загородный тариф таксометра
Нужно добавить в загородный тариф стоимость возврата пустой машины в город, по тому же принципу как и стоимость подачи
Функция НОВОСТИ
В данный момент опубликовать НОВОСТЬ можно только для одной конкретной автоколонны.
Предлагаю сделать функцию опубликовать НОВОСТЬ во всех автоколоннах одновременно
Customer support service by UserEcho