Очень часто пассажир не указывает, что едет с багажом. В нашем городе на рынке такси берется плата за багаж, так же функция реализована в клиентском приложении. Большой багаж и маленький, соответственно 50 и 30. Водителю приходиться связываться с диспетчером и просить внести надбавку. 

При выборе алгоритма расчета стоимости "Максимум" при завершении заказа всегда подставляется расчетная стоимость, даже если она была превышена.

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

Предлагаю в карточке заказа сделать строку "заметки для оператора". Водитель не должен её видеть.

Пример:

Предварительный заказ, необходимо передать по смене информацию об этом заказе. Например - "Звонить можно до 22:00" 

На данный момент иконки выглядят не очень привлекательно и парой не понятно где автомобиль комфорт класса, а где эконом.

Можно сделать что-то подобное как на картинке? 

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

Периодически пропадает 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. А неиспользованные бонусы вернутся на баланс клиента.

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

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