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

Можно сделать, так что бы баланс в программе у водителей , показывался с округлением не в большую сторону,а в меньшею. Ситуация, у водителя на балансе 29 рублей 60 копеек, он звонит и начинает выносить мозг почему, не может взять заказ за 30р, ведь у него в программе отображается ровно 30 рублей. Показывалось бы 29 рублей, не было бы проблем. Он бы видел, на счету 29р, и значит заказ за 30р. взять не может...

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

При заказе на несколько адресов программа ведет расчет согласно расстоянию между адресами в порядке внесенном диспетчером. Необходима функция при котором маршрут будет прокладывать между адресами по кратчайшему пути, а не по порядку внесенному диспетчером в заказ. Данная функция очень необходима при работе с Контрагентами/безналом. Конкурентным преимуществом будем составление маршрута на несколько адресов по оптимальному алгоритму, что позволит исключить необходимость логистики со стороны контрагента и получить минимальную стоимость проезда. Так сказать программа выполняет функцию логиста.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Например:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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