Я пассажир, лечу в другой город, как заказать такси когда нет выбора города?

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

Сейчас в программе тарифный план водителя назначается к тарифу клиента или контрагента. Предлагаю поменять вариант назначения, к тарифному плану водителя привязывать уже созданные несколько тарифных планов пассажиров и контрагентов. Или сделать возможным создать заранее тарифные планы для водителей и потом уже в существующем варианте выбирать тариф и привязывать его к тарифу клиента (исключить варианты ошибки создания тарифа в ручном варианте).

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

Отличное обновление. Значок на карте указывает время подачи и это "оживило" приложение. Очень нужная функция! Спасибо!

Есть вопрос. Какая настройка влияет на отображаемое время подачи?

Почти год назад, при тестировании программы, я обращал внимание, на то, что учет бонусов в конце поездки, может быть не правильным (осознанно или по не внимательности водителя)

https://help.hivetaxi.ru/forums/1-osnovnoj-forum-hivetaxi-ru/topics/2915-sluchajnyij-obschet-klienta/

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

Также и звонят некоторые водители (как правило во время выполнения заказа) и интересуются как им правильно рассчитать клиента. Но таких единицы.

Получается, что вместо эффективного инструмента по привлечению и удержанию клиента я получаю сплошной негатив.

Опять моделирую ситуацию и ставлю себя на место водителя (скрины с комментариями)

Версия приложения 2.9.10

1. Бонусы видны, только не понимаю, то ли всего за поездку 42 или может 42+20?

2. Всё равно не понятно... Ладно, дальше уж точно понятней станет

3. Читаем пункт 2

4. Ага. Понятно. Наличными с клиента взять 42, а бонусами мне на баланс упадет 20. Значит поездка на 62 денег.

Как правило бОльшая часть водителей на этом этапе и рассчитывает клиента в конце поездки

Причины:

- Клиент торопится (как правило подъезжая к пункту назначения клиент уже готовит деньги и после остановки не намерен задерживаться в автомобиле)

- Водитель "запарился" (ему ведь надо своевременно и безопасно доставить клиента из точки А в точку Б, а кнопочка "финиш" - это мелочь не достойная особого внимания)

- Не стабильный интернет на устройстве водителя

- Какие либо нюансы на стороне сервера

Как правило на этом экране водители взгляд водителя не задерживается и даже не вчитываясь в то, что написано мелким шрифтом, он нажимает завершить.

Последний скрин с вопросом водителю о том, предоставил ли он бонусы клиенту не делал, по причине того, что честный водитель нажмет НЕТ(хотя не факт, может ведь и не специально ошибся), а не честный нажмет ДА. В результате имеем "головную боль" от жалобы клиента, о том, что его обсчитал водитель

Предлагаю:

Учитывать бонусы на поездку изначально и вычитать сразу из просчитанной стоимости или действующих показаний таксометра

Т.е. получается что если бонусы были меньше чем просчитанная стоимость (или минималка, кто работает по таксометру), итоговая сумма будет УЖЕ с учетом бонусов. А если количество бонусов будет превышать просчитанную стоимость (или текущую по таксометру), то до конца поездки значение будет 0. А неиспользованные бонусы вернутся на баланс клиента.

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

Кто нибудь еще сталкивался с похожей проблемой?

3. Предварительные заказы

Продолжение поста

Важно!!! Новое водительское (давайте не наломаем дров)

Добрый день, коллеги. 

Установил версию ПО водителя (Версия 2.10.1 b 1488), хотелось бы поделиться увиденным, сказать своё мнение и услышать ваше.

1. Вкладка текущие заказы

Вид ночной (текущие)

Вид дневной (текущие)

Пожелание к разработчикам:

1. Переместить сортировку заявок по ( Расстояние, Время) в другое место экрана

2. Вывести сюда значение баланса водителя

3, Убрать символ пониженного тарифа, повышенный оставить

1.1 Запрос заказа из списка текущих заявок и автопредложение заказа

По запросу

Плюсы:

1. Кнопка ВЫЙТИ НА ЛИНИЮ, при нажатии которой попал на главную страницу. Где и смог выйти на смену.

2. Везде есть клавиша назад, которая вернула на список текущих заявок.

3. Кнопки крупные не промахнуться.

4. Символ динамического тарифа и сколько + к тарифу.

Минусы:

1. Использую такие динамически наценки. (2 свободных заказа - (-) к тарифу, 3 свободных - тариф норм, 4 и более свободных - (+) к тарифу). И потому не очень охотно чтобы водитель видел этот минус. А как показала практика, что более 90% водителей за время работы и не замечали эти (+) и (-) к тарифу.

2. Мелкий текст в ПРИМЕЧАНИЕ К АДРЕСУ ПОДАЧИ и в ПРИМЕЧАНИЕ К ЗАКАЗУ. Да и цвет наверное было бы лучше красный, привлечь внимание водителя. Ведь чаще всего там очень нужная и важная информация ещё даже на стадии принятия заказа

2. Автопредложение заказа

.

Плюсы:

1.Крупный текст адресов, но проблем с примечанием. 

2.Крупные клавиши, но только в ночной.

3.Символ повышения и на сколько

Минусы:

1. У нас не автоНАЗНАЧЕНИЕ, а автоПРЕДЛОЖЕНИЕ. Одно слово, а сколько я уже раз разъяснял этим перевозчикам, что это ошибка разработчика, а унас ПРЕДЛОЖЕНИЕ и принимает он сам брать или не брать. А не мы насильно назначаем.

2.В дневной теме нет клавиши Принять заказ, только слово ПОДТВЕРДИТЬ.

2.1 Цвет красный явно не туда (Зелёный - да, Красный - нет)

2.2 Слово галка зеленая или БЕРУ зеленого цвета, по мне намного лучше, чем Подтвердить красного цвета.

3.  Мелкий текст в ПРИМЕЧАНИЕ К АДРЕСУ ПОДАЧИ и в ПРИМЕЧАНИЕ К ЗАКАЗУ. Да и цвет наверное было бы лучше красный, привлечь внимание водителя. Ведь чаще всего там очень нужная и важная информация ещё даже на стадии принятия заказа.

3. Предварительные заказы

Плюсы те же что и к текущим заказам

Минусы:

1.Время подачи в ночной теме не видно, когда смотришь список из за цвета

2.Зарезервировать не входит целиком на 5 дюймовом экране. Может просто РЕЗЕРВ или зелёная ГАЛКА.

3.3.  Мелкий текст в ПРИМЕЧАНИЕ К АДРЕСУ ПОДАЧИ и в ПРИМЕЧАНИЕ К ЗАКАЗУ. Да и цвет наверное было бы лучше красный, привлечь внимание водителя. Ведь чаще всего там очень нужная и важная информация ещё даже на стадии принятия заказа.

4. Вкладка карта

Минусы пока не увидел

Плюсы:

1.Карта OSM

2. стоянки города и где кого сколько.

3. Какой ты в очереди

4. Какие заказы есть

ВОТ, КАК ТО ТАК!!!!!

В одной из своих служб такси, в тарифах клиентов, я изменил алгоритм расчета стоимости поездки с "Максимум" на "Таксометр" и обратил внимание, что если в нормальном режиме проблем не возникает, то если, срабатывает (по каким либо правилам) динамическая надбавка, происходит следующее: Изначально происходит расчет по стандартному тарифу, а после того как водитель нажимает финиш появляется уже окончательная цена. С динамической надбавкой, простоем при ожидании.
Если посмотреть на это со стороны клиента, то как минимум возникает вопрос о корректности ценообразования. Т.е. всю поездку цена понемногу увеличивалась и тут водитель нажал на кнопочку и уже совсем другой ценник!!! Доверие со стороны клиента к такой службе - 0. Уполномочить водителя пояснять клиенту об особенностях ценообразования - не вариант.

Вопрос к директорам/администраторам: сталкивались ли с подобной проблемой? И как решали?

Вопрос к разработчикам: Существующие алгоритмы планируется ли исправлять или решение окончательное и нужно подстраиваться под то что есть?

P.S. Используем также тип расчета по геозонам "Матричный +"(фикс надбавка к ценнику). Там вообще, при поездке по таксометру (заказ по городу) надбавка не добавляется. Учитывается только если клиент сразу указал полный маршрут и установлен алгоритм "максимум"

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

P.S. предложение можно обсудить в скайпе saylas-1

Так работает сейчас (по состоянию на 27.11.2017): водитель подъезжая к адресу нажимает кнопку "На месте", время бесплатного ожидания активировано и идет на убыль. Произошло оповещение клиента о том, что машина подана, выходите. До адреса (без координат) водитель может ехать 2-3 минуты. Прибыв на адрес клиент еще не вышел, а платный простой уже начался. Это не справедливо.

Предлагаю: время бесплатного ожидания считать с момента снижения скорости до 5 км/ч и/или остановки на протяжении от 1 минуты (указанные скоростные и временные параметры служба указывает сама).
В итоге получаем:
- справедливое начисление платного простоя;
- ограничение водителей в злоупотреблении своим правом насчитывать не обоснованный простой при якобы платном "ожидании".

Реализуйте еще такой момент
Когда водитель просто подключился к системе в режиме просмотр но его статус Не на линии 
пусть ему показываются все заказы, но как только он изменит статус на На линии  отрабатывало автоназначение либо режим Нон-Стоп
Так было сделано у ЕСТ