Информационная и техническая поддержка
Как в клиентском приложении 2.х выбрать город?
Я пассажир, лечу в другой город, как заказать такси когда нет выбора города?
Проблемы с GPS у водителей.
Периодически пропадает GPS у водителей, но при этом информационная полоса "нет связи со спутниками" отсутствует. На карте водитель не отображается, перестают распределяться заказы на данного водителя. При попытке создать заказ с колес отображается устаревшее местоположение, предположительно где перестал работать GPS. Наблюдается на различных устройствах, с разными версиями андроид. После перезапуска программы все приходит в норму.
Такое поведение было замечено после использования Fake GPS, но есть жалобы на зависшие координаты даже в тех случаях, когда использование фиктивного местоположения запрещено в настройках Android. Так или иначе, в приложении водителя начиная с версии 2.12 (в разработке) ошибка исправлена: приложение определяет зависание координат и начинает пользоваться другими источниками местоположения.
тарифные планы водителей вопрос на доработку
Сейчас в программе тарифный план водителя назначается к тарифу клиента или контрагента. Предлагаю поменять вариант назначения, к тарифному плану водителя привязывать уже созданные несколько тарифных планов пассажиров и контрагентов. Или сделать возможным создать заранее тарифные планы для водителей и потом уже в существующем варианте выбирать тариф и привязывать его к тарифу клиента (исключить варианты ошибки создания тарифа в ручном варианте).
Причина: у меня для водителей в автоколонне существует только два максимум три варианта, а тарифов для пассажиров сейчас насчитывается 22 варианта. Вот и представьте, что делать лучше и проще: к одному из трех тарифов водительских привязать несколько тарифов пассажирских или для каждого пассажирского тарифа назначать один и тот же тариф водительский в ручную, бывают ошибки ввода. А кроме этого были случаи когда при обновлении слетали тарифы на списание и сразу это обнаружить не получается по тому что надо открыть каждый тариф клиента и проверить все ли там нормально.
Клиентское приложение 2.14 (1221)
Отличное обновление. Значок на карте указывает время подачи и это "оживило" приложение. Очень нужная функция! Спасибо!
Есть вопрос. Какая настройка влияет на отображаемое время подачи?
Расчет бонусами по окончанию поездки
Почти год назад, при тестировании программы, я обращал внимание, на то, что учет бонусов в конце поездки, может быть не правильным (осознанно или по не внимательности водителя)
Так и произошло. Поступают жалобы клиентов, о том, что водители рассчитали их полностью, еще и бонусы списали.
Также и звонят некоторые водители (как правило во время выполнения заказа) и интересуются как им правильно рассчитать клиента. Но таких единицы.
Получается, что вместо эффективного инструмента по привлечению и удержанию клиента я получаю сплошной негатив.
Опять моделирую ситуацию и ставлю себя на место водителя (скрины с комментариями)
Версия приложения 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 минуты (указанные скоростные и временные параметры служба указывает сама).
В итоге получаем:
- справедливое начисление платного простоя;
- ограничение водителей в злоупотреблении своим правом насчитывать не обоснованный простой при якобы платном "ожидании".
Привлечение водителей на линию
Реализуйте еще такой момент
Когда водитель просто подключился к системе в режиме просмотр но его статус Не на линии
пусть ему показываются все заказы, но как только он изменит статус на На линии отрабатывало автоназначение либо режим Нон-Стоп
Так было сделано у ЕСТ
Сервис поддержки клиентов работает на платформе UserEcho