В программе есть настройка позволяющая настроить связь водитель-клиент как через телефонию службы такси так и с телефона водителя. А вот такая возможность отсутствует при настройки связи водитель-диспетчер. Можно ли реализовать enabled_from_driver и для связи водитель-диспетчер?

очень важна возможность вести в программе учет арендных платежей за автомобиль .

1 например у водителя условия работы график 6/ 1 аренда 1500 рублей в сутки . необходимо настроить автоматическое списание денежных средств за аренду с счета водителя ,к примеру в 00 часов 01 минута будет списываться аренда за предстоящие сутки 2 необходима возможность списывать с счета водителя определенные суммы ( периодические платежи ) к примеру водитель взял автомобиль под выкуп . стоимость автомобиля составляет 500 тр . необходимо разбить данную сумму на определенное время из расчета оговоренной с водителем суммы ежедневного списания .так же данная функция удобна для вычитания с водителя каких либо задолженностей ( штрафы, повреждение авто и т.д)

3 возможность давать водителю работать на условии плана .

например водитель работает на автомобиле компании . план 2000 рублей и все заказы будут предоставляться без комисси . настраивается данная функция должна согласно графика работы водителя . например водитель выходной по вторникам .соответственно у него с счета ежедневно , кроме указанного дня (выходного) будет списываться сумма (план)

реализовать данное списание лучше двумя платежами

первый -аренда ( арендные платежи должны учитываться в отчетах по прибыли ,для понимания что зарабатывает компания на аренде а что на заказах)

второй - смена .

соответственно смены можно создавать для всех водителей .смены сделать

открытыми - доступными для покупки всеми водителями

закрытыми - смена прикрепляется к водителю сотрудником офиса и не доступна для покупки другими водителями .

открытая смена - доступна всем водителям в приложении и может быть куплена водителем в любое время .

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

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

смены каждая служба такси создает под свои нужды . соответственно данные смены должны настраиваться самостоятельно .

По статистике заказы через мобильное приложение в среднем 50% отказов от созданных.

По нашим наблюдениям, пассажиры имея приложение (телефон) в руках после формирования заказа не понимают что происходит с заказом, на экране видят ИЩЕМ МАШИНУ и радар который крутится. Клиенты просто напросто не дожидаются и нажимают кнопку ОТМЕНИТЬ ЗАКАЗ. Есть конечно категория пассажиров которые только скачали приложение и пробуют как оно работает.

Предлагаю сделать:

1. Таймер обратного отсчёта на поиск авто (время будет браться из настроек СЛУЖБЫ ТАКСИ - время подачи)

2. Удерживающие фразы которые будут меняться на экране. 

Например:

Ищем ближайшую машину;

Оптимизируем заказ;

Запрашиваем больше водителей;

Ждём принятия заказа водителем;

Расширяем зону поиска;

Поиск занимает больше обычного;

Заказ заберут по освобождению; 

Всё ещё ищем. Спасибо за ожидание! 

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

Как обстоят дела у других служб такси? Какая статистика? Какие ваши идеи?

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

Актуально для тех у кого много диспетчеров. 

Поступила такая идея. 

Диспетчер принимает заказ: адрес - В поле за танком третий поворот поедут. - В гаражный комплекс 4 ряд заезд с правой стороны - Такие заказы не редкость.

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

Если повторный звонок примит другой диспетчер ей или звонить клиенту или спрашивать и отвлекать другого диспетчера кто принимал заказ.

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

Реализация - повторый звонок от клиента или водителя висит на том диспетчере кто принимал (параметр устанавлиеваемый в организации хоть 1 сек хоть 60 сек) а потом идет все остальным диспетчерам

Плюсы - коммуникации будут лучше, отвелченность диспетчеров и их количетсво от работы меньше. Шума в диспетчерской меньше, недопонимания меньше. 

Во многих ПО это уже есть недаюсь и до нас дойдет.

Каждый дисп. должен отвечать за свой заказ.

А то у нас есть одни на кол-во другие на качество... Так и работаем я думаю мы не исключение

При выборе оплаты картой и бонусами - у клиента с карты списывается полная сумма заказа, а не за минусом бонусов. Просим поправить, ошибка весьма значимая. Версия фронта 2.7.2.541

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

Будет ли применятся какой нибудь механизм в приложении пассажира для функции "Динамическое изменение тарифов"?

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

Нужно доработать алгоритм расчета стоимости подачи - рассчитывать до ближайшей

точки, а не как сейчас до пункта отправления. И 2-е это не учитывать
подачу если автомобиль освободился в городе. Эти 2 галочки позволят
закрыть все вопросы касательно подачи.