В часы пик при большом количестве заказов и ограниченном количестве автомобилей на линии, возникают ситуации, когда клиенты подолгу ждут свою машину (уведомления о том, что машина выехала), и спустя короткое время начинают перезванивать оператору и уточнять будет ли вообще машина, либо, недолго думая, звонят в другую службу. Отсюда вытекают «порожняки» и загрузка операторов пустыми звонками, на который они смогут ответить лишь «ждите машина рано или поздно, но будет» либо предложить отказаться от услуги.
В комплексе Infinity Taxi существует возможность решить данную ситуацию, а именно автоматически отзвонить клиенту, проговорить свои изменения, и предложить на выбор два или более действий, например:
- Отменить заказ
- Оставить заказ в текущем состоянии
- Переключить на оператора.
Первое действие освобождает службу от порожняков и разгрузит оператора от лишней работы, второе позволяет понять что клиент все же будет ждать, ну а третье, в принципе можно даже не использовать :).
Все вместе , по-моему мнению, дает понять клиенту что о нем помнят, не забыли, повышает лояльность клиента даже в такой ситуации когда у службы наблюдается острая нехватка свободных водителей.
Логическая реализация данной схемы осуществляется примерно следующим образом:
В настройках комплекса Infinity Taxi присутствует параметр «Максимальное время на взятие заказа» в секундах. В случае если по истечении данного времени заказ не был распределен между водителями, в событиях по заказам всплывает соответствующая информация.
Именно во время этого события есть возможность запустить сценарий, в котором предоставим клиенту различные варианты действий.
Возможно ли зделать в данном сценарии при скидывание трубки отмену заказа?
скидывание трубки — такое же событие, как и любые другие. Только насколько корректно интерпретировать сигнал «занято» как повод к отмене заказа? ведь «скидывание трубки» — по сути получение от оператора связи сигнал «занято»
+1 к комментарию Ph.D.Kot.. Что считать скидываем? 😉
Здесь я думаю имеются ввиду, что клиент взял трубку, выслушал и сбросил в течении 5 секунд звонок. В этом случае сценарий IVR тут же останавливается, потому выловить событие как занято в компоненте «переключить на» не получится, тем более в качестве звонка мы можем использовать только «задание на звонок», так как звонок иницирует IVR.
В принципе есть две идеи по этому поводу, НО, первая не сработает если телефония заведена аналогом, во второй придется ставить паузу в районе 2 минут, пока звонок не передастся в статистику
В обоих вариантах это лишняя нагрузка на БД 🙁
Уважаемый Ph.D.Kot, радует, что ВЫ осветили это действительное полезное решение. Предлагаю поделиться ей на таксопарке.
Уважаемый Чупа, автором статьи является Mirazor.
В принципе не против, но вследствие последней дошедшей до форумчан информации о целях и причинах создания данного форума, народу там поубавилось)
прошу прощения, вопрос тогда к Mirazor
а я предлагаю тут осветить и начать обсуждение о-такси и максимы )
в частности, меня очень привлек тот момент, что в качестве телефонной составляющей в о-такси можно использовать платформу октелл (IP АТС)
Более того, там же можно, наверное, реализовать автоматический отзвон и информирование
Осветим и это со временем 😉