Informational and technical support
Не справедливое ожидание
Обратил внимание на такой момент. Допустим в настройках на поиск авто указано 15 минут (время в течении которого мы постараемся найти машину), продление по умолчанию тоже 15 минут.
Исходя из этих данных, моделируем ситуацию:
Клиент А. оставил заявку - пошел 15-ти минутный отсчет - прошло 5 минут - клиент звонит по своему заказу просит продлить ожидание - продлеваем на 15 минут - оставшееся время ожидания 25 минут.
Клиент Б. оставил заявку - пошел 15-ти минутный отсчет.
В этот момент освобождается водитель и по системе авто-предложения ему идет заявка клиента Б, потому что 15 минут меньше 25.
В итоге преданный клиент А. из-за продлений времени на ожидание авто, рискует не уехать никогда.
Справедливо? - спрошу я вас.
P.S. тёзка, меня наверное снова поправит, что это мол не ошибка. Работает корректно, но по другому. Однако я считаю это ошибкой
А что есть ошибка? Поведение отличное от того, которое Вы считаете правильным не всегда является неправильным, и следовательно ошибкой.
И определенные руководители служб такси будут рассуждать так: Чем дольше клиент ждет, тем больше вероятность вертолета. И они тоже в чем то будут правы и не правы одновременно.
В любом случае, заказы распределяются не только по времени ожидания клиента.
За подробной информацией по распределению заказов водителям Вам лучше всего обратиться к Вашему персональному менеджеру, который подскажет Вам как именно настроить программу под Ваши нужды.
высчитать в процентном соотношении, приблизительно, через сколько освободится водитель
Высчитать в процентном соотношении, во время статуса "Заказ Выполняется" , через сколько освободится водитель.
В час пик, диспетчер клиенту говорит -в течение 30 мин
а по факту бывает через 10мин, уже водитель на адресе
Аутсорсинг диспетчерской (спрос)
Собственно по сабжу, интересует стоимость и возможность оказания профессиональной услуги вашей диспетчерской, для махонькой службы такси.
P.S. предложение можно обсудить в скайпе saylas-1
Время бесплатного ожидания в движении
Так работает сейчас (по состоянию на 27.11.2017): водитель подъезжая к адресу нажимает кнопку "На месте", время бесплатного ожидания активировано и идет на убыль. Произошло оповещение клиента о том, что машина подана, выходите. До адреса (без координат) водитель может ехать 2-3 минуты. Прибыв на адрес клиент еще не вышел, а платный простой уже начался. Это не справедливо.
Предлагаю: время бесплатного ожидания считать с момента снижения скорости до 5 км/ч и/или остановки на протяжении от 1 минуты (указанные скоростные и временные параметры служба указывает сама).
В итоге получаем:
- справедливое начисление платного простоя;
- ограничение водителей в злоупотреблении своим правом насчитывать не обоснованный простой при якобы платном "ожидании".
Ручной ввод заказа. Отображение имеющегося заказа по номеру телефона.
Некоторые службы у нас не настроены на телефонию. Заказы диспетчер принимает в ручном режиме. Для автоматизированных служб тоже имеются отдельные телефоны для перезвона, на случай когда все линии телефонии заняты.
При этом если звонит клиент, уже сделавший заказ, и диспетчер начинает вбивать новый заказ не отображается уже сделанный заказ клиентом. Система не открывает карточку текущего заказа. Что создает сложности для диспетчера.
Прошу поправить.
Продление времени ожидания машины по заявке.
Автоматическое действие по окончанию времени на поиск машины, можно настроить двумя способами:
1. Время вышло - звоним - дозвонились - продлеваем или отменяем.
2. Время вышло - звоним - не дозвонились - ничего или отменяем.
В случае настройки следующей схемы: время вышло - звоним - дозвонились - отменяем. Срабатывает следующее звуковое меню (по состоянию на 26.11.2017): мы ищем вам машину, для отмены заказа - то, для связи с диспетчером нажмите то-то. Конечное действие или бездействие приводит к отмене заказа в автоматическом режиме. По окончанию соединения, клиент остается в полной уверенности, что время на поиск продлено. Сам ведь он на кнопку отменить заказ не нажимал. Значит продлен, как он ошибочно предполагает и ждет дальше - напрасно.
Было бы логичным на этом этапе предложить клиенту продлить время ожидания путём нажатия какой либо кнопки. Не нажал - не продлил.
Как мне видится правильная реализация схемы работы должна выглядеть следующим образом: время вышло - звоним - дозвонились - отменяем или продляем по желанию клиента. Голосовое меню (примерное): "По настоящее время подходящий свободный автомобиль не был найден. Если желаете продлить время ожидания, нажмите: 1. Или заказ будет отменен автоматически." Если клиент нажал 1, то продлили (голосовое меню: Спасибо, заказ продлен. Разъединение), положил трубку (разъединение звонка) - отменили. Время на принятие решения, после оглашения меню - 4 сек, далее следует разъединение звонка.
Во первых - это не ошибка, а идея. Работает корректно, но по другому.
А что касается изменения логики работы автоинформатора, то подобные запросы на реализацию уже есть на форуме, и в открытом виде, и в виде приватных задач. Задача на доработку поставлена в очередь. Как только дойдет до ее реализации, будут собраны пожелания из всех задач и запущено в работу.
Сроки реализации назвать не можем.
Пауза в работе службы такси
Идея: ставить работу службы такси на паузу в то время, когда это необходимо в силу сложившихся организационных процессов.
Реализация: IVR-меню. График, динамическое (наличае или отсутствие машин на линии за N-ое количество времени) и принудительное вкл/выкл функции пауза.
Кому эта функция может пригодиться: тем службам такси у которых нет ночных машин или тем кто по какой либо причине вынужден остановить прием заявок из-за технических временных проблем. Другие варианты применения данного функционала приветствуются.
Что получаем в итоге:
1. Лояльного клиента к нашим службам такси. Мы не тупо не бурем трубку или скидываем, а заботливо оповещаем по средствам IVR-меню, о том что: машин в настоящее время нет, приносим извинения.
2. Разгружаем диспетчеров. Им больше не нужно тратить время на "пустые" звонки клиентов (объяснение), это время можно направить на прием заявок для работающего такси, там где машины есть.
3. Количество пропущенных звонков клиентов уменьшится.
4. Заявок оформленных для действующего такси будет больше.
5. Ваши водители получать больше дохода.
Кто-то скажет: выключай приёмное оборудование. И будет прав. Но мы ведь стремимся к автоматизации, не так-ли?)
Ну насчет того что Вы получите в итоге лояльного клиента - я сильно сомневаюсь. Если я услышу что машин нет извините, и пошлют дальше, то я такое такси пошлю еще дальше. Такси мне обязано как клиенту, а не я такси. Если меня не обслужили тут, я уйду туда где меня обслужат, и буду ходить туда всегда, пока меня будет устраивать стоимость или вывоз. Как только пойдет не вывоз, или "перезвоните позже, мы все ушли на фронт", я скажу Окей и уйду в другую службу такси.
Тем более если я пойму что в службе такси тупо нет машин, зачем мне в нее звонить? Я ведь не в казино пришел испытать удачу, а уехать хочу быстро. Пускай я пока еще не знаю что я не уеду, но меня приняли операторы и облизали, как минимум у меня не осталось негатива и есть большой шанс что в один из следующих разов я позвоню обратно в эту службу.
А теперь что касается вариантов: Говорить через IVR "среднее время подачи автомобиля 50 минут, приносим извинения и переводим звонок на оператора" и пока играет фраза, у клиента будет шанс сказать "да пошли они...." и повесить трубку, тем самым не напрягать операторов небольшой службы такси еще одним заказом, А если вдруг клиент дождется, ну патриот службы, что же делать, не убивать же таких, и все таки соединиться с оператором, тогда оператору придется принять звонок и "облизать" клиента.
Это только вариант, и я как клиент не хочу такое слушать. Ладно если говорим про 9-я мая или новый год. Так как клиент я понимаю что *опа и спасибо что предупредили что я еще успею много дел сделать или пешком дойти, потому что *опа везде. Но в этом случае Вы выставляете вручную запись перед входящим звонком(Вы возможно не знаете, но Вы можете выставить аудио-запись по адресу https://<имя службы>.hivelogin.ru/audiofile)
Корпоратив для таксистов
Коллеги, поделитесь опытом.
Организовывал ли кто-нибудь корпоратив для наемных водителей? Вроде как охота сделать приятное для "хороших" водителей. И какие сложности могут быть с этим? Для меня главная проблема будет: кто будет работать, если все на корпоративе? =) Делать в два дня?
Тарифы клиентов - Тарифы автоколонны
На мой взгляд сейчас не очень удобно реализованы тарифы клиентов и их привязка к службам и автоколоннам. Для организаций у кого одна две службы такси проблема не критична. Но для тех у кого много служб такси да еще в нескольких городах плюс много автоколонн, то проблема есть.
Сейчас логика такая. Создал тариф и можешь привязать его только к одной службе такси. Если тарифы идентичны у нескольких служб, то тариф приходится клонировать/копировать. При этом приходится прописывать тарифы для каждой автоколонны по каждому клонированному тарифу.
На данный момент я работаю в 4 городах, которые расположены рядом друг с другом, т.е. рабочее пространство для моих водителей едино, несколько служб такси в каждом городе, много тарифов в т.ч. идентичных, но по логике программы клонированы. Каждый водитель может работать в любом городе.
И вот что получилось
19 служб
23 тарифа (есть идентичные тарифы)
12 автоколонн (хочу больше, но из-за сложости (вернее муторности) стараюсь автоколонн не раздувать)
Теперь чтобы изменить тариф нужно каждый идентичный в отдельности изменить. Если тариф матричный то вообще беда, если клонируешь, то каждой автоколонне заново прописывать плату, если не клонируешь а меняешь, то в каждом тарифе писать одну и ту же матрицу. Бывает в этой однотонной работе что-то где-то напутаешь, ошибешься и приходится долго искать проблему.
Как я вижу решение.
1. У тарифа, помимо клонирования/копирования, должна быть возможность привязки к разным службам такси, либо клонирование с возможностью связки клонированных тарифов - т.е. изменения в одном ведут к синхронным изменениям в связанном тарифе.
2. В тарифах водителей сделать тариф по умолчанию для любых тарифов, которые привязаны к данной автоколонне. При этом, если для какого-нибудь тарифа клиента требуется иной тариф автоколонны, то она настраивается как и сейчас отдельно. При этом для клонированных/связанных тарифов клиентов также тарифы автоколонны проставляются на один из них и синхронно действуют на всю связку..
Отображение водителя взявшего предварительный заказ
На наш взгляд неудобно, что водитель взявший предварительный заказ в интерфейсе диспетчера отображается по ФИО, а не как в текущем заказе, в котором отображается позывной и машина. Почему разное отображение?
Customer support service by UserEcho
