Your comments

А что значит водители работают? Просто само по себе нажатие 1 или 2 не несет никакой информационной нагрузки. Какой дальнейший алгоритм должен быть. Небольшой город может смело иметь на линии 100 машин. Я понимаю, если клиент звонит с городского номера, тут можно еще привязать к адресу. А если с сотового.

Опишите пожалуйста алгоритм: Кому отдавать и в каком порядке. Как должны вести себя водители.

Как по мне, так сильно расплывчато и не понятно. Ну хорошо, я клиент, я нажал 1, и теперь мне все водители будут звонить и спрашивать откуда забрать? И потом еще недовольным голосом говорить что не, я не поеду, до тебя друг милый далеко. Мне как клиенту это надо? Лично мне нет.


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

Но опять же, тратиться много времени водителя, лояльность клиента будет ниже, чем после разговора с оператором или авто-бабой.


В общем если и делать автоприем, то тут или по фиксированным адресам клиента, по которым он раньше ездил, которые будут проговариваться, или с участием авто-бабы. Но вариант с авто-бабой сейчас только в развитии у всех, и нормально не работает. А то что работает стоит бешеных денег(црт привет). Может Яндекс даст полноценный доступ когда нибудь, не за дорого, тогда может быть стоит заного поднять вопрос о автоматическом приеме заказа для всех.


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

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

Ну так вот, у меня в личном кабинете было у 7-х водителей отрицательный рейтинг и я их не желал видеть как водителей на моих заказах. Причины разные. Кто то ведет как сумасшедший, кто то постоянно разговаривает и навязывает свое настроение, кто то увлекается клубничным ароматизатором. И т.д.

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


А если будет ограничение, то я смогу составлять топ 5(пример) плохих таксистов, которые не должны видеть мой заказ. А так же неплохо бы выставлять время, в течении которого действует черный список водителей на заказе. Т.е. если заказ в течении 10 минут(пример) никто не берет, то пусть его уже хоть этот горемыка попытается взять.

С одной стороны это хорошо. Я сам с радостью некоторых водителей добавил бы в черный список. Но по факту, нужно вводить ограничение. А то получится что я добавил в черный список 20 водителей, а больше в мой район никто и не поедет кроме этих 20-и. И буду сидеть и ждать водителей, а их в организации больше нет.

Сделать к примеру топ 5 водителей, которых не хочешь видеть.

Ведь как говорили: лучше плохо ехать, чем хорошо идти.

Служба такси - это по сути внутреннее название+тариф+телефонные линии. Для операторов, клиентов и водителей все будет прозрачно.


В ближайшее время эта информация появится в отчете по звонкам. Будет масса параметров для выборки, в том числе и отдельно по VoIP шлюзам(учетным записям). Так же будет формироваться отдельная ведомость по VoIP шлюзам за выбранный период.

Не номерам, а VoIP шлюзам. Мы ведь понимаем что если на одну сим карту идет переадресация с двух номеров, разделить такую информацию не получится


в hive, шлюз это не единица оборудования, в которую можно установить несколько сим карт. А каждая сим карта в отдельности. Т.е. если у Вас установлен GSM шлюз на 4-е сим карты, то система будет видеть этот железный шлюз как 4-е VoIP шлюза и каждый со своим каким то названием(заводится вручную).


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

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




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

Согласен. Чат нужен. Только Вот если Вы написали, то это не значит что водитель увидел или прочитал. А если он ответил на звонок, то тут все более однозначно. Для разных задач - разная реализация.

2) Только что проверил остановку воспроизводимой записи на двух разных серверах. Пожалуйста напишите в skype технической поддержки и мы попробуем установить причину того, что мешает хрому на Вашем ПК остановить воспроизведение записи. Или заведите приватную задачу на этом сайте, изложив в ней Вашу организацию, пример заказа(по возможности идентификатор заказа).


1) А вот тут уже думаю нужно дискутировать. Лично мое мнение, давать набирать текст как оператору так и водителю не сильно хорошая идея, которая приводит к трате времени у оператора, и возможно создаст аварийную обстановку( социальная реклама и все такое Все входящие в капот ), когда водитель в сердцах захочет текстом ответить по "русски" оператору/диспетчеру.


Думаю можно предложить варианты слов, сценарий и т.д.

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

1) Данная задача имеет внутренний номер 1871. В планах реализация механизма не свободного набора текста, а диалог статическими наборами фраз. Это сэкономит время и водителю и оператору.


2) Остановка работает. Задача на включение опции перемотки есть.


3) Прототип отчета звонка в данный момент в разработке. В ближайшее время будет доступен первый тестовый вариант. Для использования всеми организациями отчет будет доступен после бета - тестирования.