Комментарии 58
А почему предлагается только одному водителю? В результате пользователь ждёт какое-то время (может водитель в это время вышел из машины фары протереть). В результате получается задержка в нахождении. Не лучше ли при ранжировании посылать 3-5 лидерам, если их ранк в поиске сравним? А если ранки отличаются, то скажем послать первому, с небольшой задержкой второму и т.д.
Второй вопрос скорее организационный. Если я заказываю из Шереметьево машину, я знаю, что вот — в 50м от меня целая парковка забитая машинами Я-Такси. Я вижу в них водителей. Но при заказе мне находится машина, которая едет ко мне потом 10 минут. Эти водители — не на линии?
В аэропортах из-за разных особенностей заказы распределяются немного иначе — в порядке очереди водителей. Поэтому иногда может назначаться не ближайшая машина.
Пользователь не станет вдаваться в детали: ему важно, чтобы он нажал кнопку «Заказать» и как можно быстрее получил машину, которая доставит его из точки А в точку Б
Я не вижу ничего суперопасного в том, что вместо кнопки «взять заказ» у водителя будет «предложить себя». А у пользователя получится преимущество даже выбрать из предложенных вариантов (по рейтингу или по автомобилю, если такое требуется). Чисто как идея — вы можете такое открывать скажем лояльным пользователям только. После 100-1000 поездок. Но мне лично сейчас непонятно, почему мой заказ принимает водитель, который едет из Шереметьево в сторону Ленинградки. И я жду его 10-12 инут, пока он развернётся и проедет всё Международное шоссе ещё раз.
человек просто перестанет пользоваться этим сервисом и уйдёт к конкуренту
Не хочется лишний раз дёргать водителя, особенно за рулём.
вы бы всё-таки определились, что в приоритете — клиенты, или кривой алгоритм на который все плюются (зато одобренный руководством).
вот сложно что-ли дёрнуть не одного водителя из очереди, а 3-5 стоящих N минут водителей рядом? неужели у вас проблемы с анализом текущего состояния водителя?
для чего заставлять клиента ждать овер 10 минут, когда рядом скучающих машин — полстоянки? для чего дёргать уехавшего водителя?
вот сложно что-ли дёрнуть не одного водителя из очереди, а 3-5 стоящих N минут водителей рядом?
Водители тоже наши пользователи. Мы не хотим дёргать 3-5 водителей ради того чтобы сократить время поиска на несколько секунд.
для чего заставлять клиента ждать овер 10 минут, когда рядом скучающих машин — полстоянки?
Неизвестно, что это были за водители на стоянке. Они могли быть не на линии, работать с другим агрегатором, не подходить по классу или каким-то ограничениям. Или для них через некоторое время появится заказ.
Из-за очереди может иногда страдать время ожидания. Но водителям стало удобнее ожидать заказы около аэропорта. Из-за этого увеличивается число водителей. Следовательно уменьшается повышающий коэффициент и для конечного пользователя падает цена поездки.
Когда вы уже внедрите хоть какой-нибудь алгоритм, который бы вычислял водителей которые взяли заказ но не едут на него Или едут вообще не туда? Такой заказ вполне можно автоматический передать другому водителю.
Кейс когда после заказа тебе звонит водитель и говорит что он сломался, спустило колесо или просто говорит что он тебя везти не собирается потому что ему не уперлось ехать в аэропорт в 4 утра и пустым возвращаться обратно у вас никак не обрабатывается.
Нельзя указать при заказе на ближайшее время что мне не нужен водитель который будет ехать ко мне 15 минут и я все равно не буду его ждать и отменю заказ. Кстати такая ситуация тоже встречается часто, независимо от количества машин рядом. Добавили бы какое-нибудь максимальное время ожидания.
Заставить водителя подъехать точно к указанной точке вообще похоже нерешаемая задача. Зачем ждать меня на другой стороне улицы или в соседнем дворе для меня загадка.
Пару месяцев назад заказывал такси, так мало того, что водила приняв заказ уехал в другую сторону на 15 километров (заказ я не отменял уже из любопытства). Он спустя полтора часа таки подал машину, начал поездку без меня и завершил её через пару километров.
Поддержка, конечно же, отработала и вернула деньги на карту, но сомневаюсь, что водитель больше не работает в этой сфере.
Проблема в том, что серьёзно наказать водителя за косяки почти никак нельзя. Они регистрируют новый аккаунт на брата/жену/тестя и продолжают косячить.
Агрегатору достаточно мониторить аккаунт водителя (телефон/паспортные данные/итп) И автомобиль (госномер/птс/итп). Считать что в течении года автомобиль закреплен за этим водителем, если это частник. Если это таксопарк — выставлять претензии таксопарку в целом с расценками для юрлиц, потом они пусть сами как хотят с водителем проблему решают.
Всё, проблема решена. Но делать этого мы конечно не будем.
Меня однажд не посадили в минивен (просто не обратил внимания с прошлой поездки, что стоит семейный тариф) мотивировав тем, что «зачем вам одному кататься в большой машине». Пришлось ещё стоять под дождём.
После этого я перешёл к альтернативному аггрегатору, и пока не жалею. Пользуюсь Я.Такси в редких случаях, когда у альтернативного долго ждать.
Ну вроде точку он видит. Он же переспрашивает — «На 3ью улицу Строителей?».
Они видят только когда подъезжают к точке отправления. Хотя вот читал вроде Яндекс в некоторых регионах тестирует бонусную программу, и водители с рейтингами 4.9 и выше смогут видеть точку прибытия сразу, когда появляется предложение заказа.
Напишите, пожалуйста, подробности нам на почту: blogs@taxi.yandex.ru.
1. Частая проблема — вызов такси из многоэтажки со стороны дома, противоположной от подъездов. Большой риск точной геолокации и яндекс приведет на противоположную сторону.
2. Многие не не поедут в жестко заставленный двор с риском встрять на покраску двух машин из-за 100-200 рублей.
3. Раздача заказов у Яндекса интересная, для того, что бы подать машину на нужную сторону иногда может потребоваться дополнительные 10, а то и 15 минут.
4. Не у всех корректно отрабатывает геолокация, кто-то вообще не смотрит куда вызывает машину. И таких много. От долгой работы становится просто пофиг на точку, подаешь поближе, но где удобно. Всё равно на половине заказов точка не там.
Сервис рассчитан на всех. Доля внимательных, понимающих и в целом адекватных клиентов (не уровня домохозяйка, знает только как нажать кнопку заказать) мало. Водители подстраиваются под большинство.
- Определенно стоит понимать, что в не очень популярной зоне ожидания клиента скромнее и скорее всего, если у него нет альтернатив поездке на такси, ему придется искать авто какое то время, а потом ждать приезда. Значит для таких зон можно чуть увеличивать допуски для заказов по цепочке — время ожидания будет предсказуемее для пользователя
- Определенно стоит учитывать автомобили на заказе, которые едут в зону поиска, ведь почти всегда известна точка назначения, а значит за время поиска такой автомобиль может стать доступным для заказа по цепочке
- Определенно стоит смягчить ваши фильтры для водителей в непопулярных зонах, а в определенных случаях их не должно быть вообще — клиент должен получить услугу и это важнее, чем ваша "воспитательная" система для водителей.
- Определенно стоит иметь понимание по количеству расчетов стоимости поездки в определенной зоне в определенное время, так как эта переменная позволит оценить потребность в такси и независима от предложения, а значит показывает более реальную картинку спроса
- Определенно стоит без кнутов и пряников показывать таксистам, оказавшимся в непопулярной зоне, где недалеко они могут пригодиться, дабы они перетягивались при необходимости в зоны, где спрос, расчитанный по п.4 выше предложения — это удобно и водителям и вам и клиентам
У Гетт такая опция есть — но там свои фокусы: искать водителя они начинают только за полчаса до указанного времени, а этак в 4 часа ночи ни одного желающего ехать к нам, что неудивительно, зачастую не находится. Хотя, может, час-два назад кто-то как раз приехал в нашу сторону и предпочёл бы вздремнуть, дождавшись моего заказа, чем возвращаться пустым.
Видимо, весь AI и ML Яндекса пока на такое неспособен. Только старый добрый живой диспетчер в службе заказа.
Во-вторых, в ряде случаев подобная опция ещё и приведёт-таки к снижению издержек. Опять же, особенно в малопопулярных территориях, откуда до оживлённых мест ехать далеко и пустым — невыгодно, так что водитель предпочёл бы подождать более поздний заказ, если бы он таковые видел, а то и вообще заранее подбирать два последовательных заказа «туда» и «обратно». Заказы-то эти сами по себе на фоне коротких поездок по городу дорогие.
У этих динозавров есть то, чего нет у Яндекса, — машины, которыми они распоряжаются. Диспетчер таксопарка дает водителю задание ехать туда-то к такому-то времени, и с вероятностью 99% водитель это задание выполнит. А Яндекс публикует кота в мешке: "Эй, есть заказ неизвестно куда. Кто желает взять?" — и ждет, когда кто-то откликнется. Естественно, никакие долгосрочные прогнозы в такой модели невозможны.
Я живу в закрытом городе, для въезда в который нужен пропуск. Яндекс явно знает, что это за город и что туда нужны пропуска. Но когда я пытаюсь уехать из соседнего города и вызываю машину ЯТакси мне попадаются водители, которые не имеют пропуска в город.
В связи с этим вырисовывается ряд проблем:
- Водители просто не берут заказ
- Взяв заказ, водитель через какое-то время от него отказывается
- Взяв заказ, водитель приезжает на пин и тут выясняется, что у него нет пропуска, хотя я этот вопрос задаю в чат сразу же, как только водитель берет заказ
и крайне редко случается четвертый кейс: у водителя таки есть пропуск и я спокойно еду домой.
В кейсах 1 и 2 я остаюсь искать машину дальше, в кейсе 3 я еду до кпп и с кпп вызываю еще одну машину.
В чем проблема вызвать машину до кпп сразу, а потом пересесть? Малый процент водителей всё же хочет туда ехать, т.к «пустой» пробег будет довольно велик, хотя и ценник на такую поездку в районе 400р, что для нашего города вполне приличная цена за такси. Я по своему городу больше 150р никогда не платил.
В связи с этим, мб стоит ввести какие-то идентифицирующие параметры, возможно, основанные на машинном обучении: если человек во время работы бывал в нашем городе, значит у него есть право заезда туда. Ну или как-то так, вплоть до явного указания при наличии закрытых городов рядом. Пусть я лучше буду искать машину 20-40 минут, зато водитель с большей вероятностью будет иметь пропуск, чем я буду попусту бегать на улицу и ждать машину.
Просто крайне знакомые паттерны :)
UPD: Да, точно! Машу рукой, ваш сосед по «региону» :)
Подтверждаю — проблема имеет место быть.
Яндекс, в больших городах с такси проблем нет. Но недавно вы пришли ко мне на малую родину, сильно уронили цены и случилась вполне ожидаемая вещь.
Ночью в пригород никто не хочет ехать, и это даже понятно: за 10-километровую поездку предлагается заплатить меньше 200 рублей, при этом таксист точно знает, что из условного Нововятска заказов до утра точно не будет. То есть обратно он поедет пустым.
Я бы очень хотел, чтобы в приложении была кнопка «двойной тариф» или даже «тройной тариф», которая бы позволила мне повысить цену, но все-таки уехать, а не сидеть в баре ночью одному, зато дешево.
Сейчас я эту проблему решаю так: вызываю такси до соседнего дома, а уже потом голосом водителю говорю: поехали в %SUBURBAN_NAME% за 500 рублей. Еще ни один не отказался.
Было бы классно, если бы это могло делать приложение за меня, избавляя меня от необходимости коммуницировать с водителями.
Я прошу дать мне возможность заплатить больше, разве это плохо?
Кстати еще в одном агрегаторе есть «приоритетный режим», но он добавляет к цене поездки всего 30-50 рублей, что в моем случае не производит требуемого эффекта.
Довольно забавно, что единственная техническая, обучающая и потенциально полезная информация про precicion/recall стыдливо спрятана под спойлер.
В Uber предварительные заказы возможны (английская ссылка, русская). Но деликатно написано: «Вы можете запланировать поездку почти во всех городах присутствия Uber. Проверьте в своем приложении, доступно ли планирование поездок в вашем районе.»
В России Uber работает по технологии Яндекса, предварительных заказов нет — и это создает изрядное неудобство тем, кто регулярно ездит с дачи в Московской области в Москву. Кругом лес, машин нет, агрегировать нечего — но вызвать такси иногда нужно. Сейчас для этого приходится раз в 5 минут проверять приложение — и за полчаса-час проезжает машина в радиусе поиска, удается ее вызвать. Бессмысленная деятельность по монотонному тыканью в приложение раздражает. Когда Яндекс выпустил приложение Uber Russia, он многое улучшил по сравнению с обычным Uber — но в этом месте есть неочевидное ухудшение. В обычном Uber надпись «нет свободных машин» является кнопкой, на нее можно нажать (и Uber будет искать машины какое-то время — вдруг появятся?). В Uber Russia надпись «нет свободных машин» вообще не кнопка, на нее нельзя нажать.
В Lyft (второй после Uber агрегатор в США с долей в 30%) тоже есть предварительные заказы (Scheduled Ride).
Но вернемся в Московскую область. Если нужно с дачи уехать ночью, даже и часа постоянной проверки приложения может не хватить, приходится заниматься «подманиванием»: с одного телефона вызывать машину к деревне, которая полпути до железнодорожной станции (у которой машины есть). Когда машина подъезжает к деревне, нужно одновременно на первом телефоне отменить заказ, и на втором вызвать уже на дачу. Так машина приезжает.
Заниматься этим хлопотно, да и морально стыдно. Оставляю потом водителю повышенные чаевые, чтобы он не расстраивался. Но другого пути гарантированно вызвать Яндекс-такси на дачу ночью — не вижу.
Если разработчики Uber и Lyft как-то смогли предварительные заказы запрограммировать — значит и разработчики Яндекс наверняка смогут!
2. Кроме предварительного заказа, хочу внести предложение по улучшению в срочные. Вместо надписи «нет свободных машин» показывать объективную картину — ОК, в обычной окрестности машин нет, но ведь в какой-то большей окрестности они есть? Сделайте мне предложение! Вероятно, такая поездка обойдется дороже из-за долгой подачи (а может и нет, если поездка далекая, водитель будет готов на долгую подачу). Почему бы не показывать пользователю: «эконом может приехать через 40 минут и стоить будет XXX, минивэн через 72 минуты по цене YYY». Может быть, меня устроит и время подачи, и цена? Мне же все равно как-то надо уехать после вечеринки на даче у друзей…
Вижу 2 возможных контраргумента, почему Яндекс может не хотеть вводить такой сервис:
— Страх снижения репутации (пользователь увидит, что Яндекс предлагает подать машину за 45 минут, ха-ха-ха). На мой взгляд, так не будет. Если я на даче, кругом машин объективно нет — не только у Яндекса, но и у других агрегаторов. Если Яндекс может подать машину за 45 минут, а другой агрегатор за 60 или вообще не может — я уеду на Яндексе и буду доволен.
— Страх, что найдутся «шутники», которые будут вызывать водителя в далекий коттеджный поселок, и в последнюю минуту отменять заказ. Если водитель ехал до заказа долго — Яндексу придется компенсировать водителю подачу. Что ж, «шутники» бывают, увы — но ведь Яндекс знает обо мне все. В частности, знает что у меня было более 1000 заказов Яндекс-такси, и ни разу ни один водитель не пожаловался на проблемы с оплатой. Кроме того, Вы видите, что у меня есть Яндекс-деньги в заведомо достаточном количестве. Вы можете заблокировать стоимость подачи у меня на Яндекс-кошельке или на карточке. А если у пользователя хорошая личная статистика, можно и при наличной оплате давать ему возможность делать заказы со сверхдлинной подачей.
Вот скриншот, чего хотелось бы: рядом с этой дачей машин не было ни у Яндекса, ни у Ситимобиля. Их вообще в разумной близости нет, объективно. Но Яндекс пишет «нет свободных машин», а Ситимобиль дал возможность заказать водителя с подачей 37 минут, чем я и воспользовался (хотя в целом лоялен Яндексу, Ваш сервис мне больше нравится).

Особенно остро стоит эта проблема, когда в области нужен минивэн. В Москве они есть, в области — почти никогда нет. Для большой семьи с детьми заказывать 2 машины — крайне неудобно, лучше подождать, переплатить, но все-таки получить минивэн. Яндекс многое улучшил в мире такси — но в этом месте ухудшил, заказывать минивэн на дачу в Серебряно-Прудский район Московской области стало труднее (раньше были мелкие местные игроки, у некоторых были минивэны; сейчас большая часть из них уже разорилась, не выдержав конкуренции, а у оставшихся минивэнов нет). Фактически сейчас приходится, когда из Москвы едешь на дачу на минивэне, спрашивать водителя, сможет ли он забрать в такой-то день? У меня уже много телефонов таких водителей собралось. Они забывают, уезжают в другой район, у них меняются планы, с ними надо торговаться о цене — все это хлопотно. Хочется иметь возможность сделать срочный заказ (пусть и со сверхдолгой подачей минивэна) и хочется иметь возможность сделать предварительный заказ — оба хоть по какой-то (пусть и более высокой) цене, но с высокой вероятностью приезда такси. Конечно, 100% недостижимо в реальном мире, но чтобы на это можно было положиться.
3. Можно ли спросить Вас, vomar, пожалуйста — почему свернут эксперимент с совместными поездками по тарифу Яндекс.Комбо? Планируется ли восстановить этот тариф? В США в тех городах, где ввели совместные поездки по тарифам Uber Pool и Express Pool, на них приходится 25% оборота. В Lyft тоже есть тариф для совместных поездок (Shared Ride), есть и аналог Express Pool (Shared Saver).
Скажем, из аэропорта Домодедово в Москву вполне уместно было бы ездить на Яндекс.Комбо (для тех, кто с небольшой сумкой из командировки возвращается), разве нет? А в минивэне можно и 2 пары с чемоданами посадить комфортно. Или так — впереди дачный сезон. От станции электрички заказывать такси до дачи — мало кто будет (ездящие электричкой небогаты). Но если от приехавшей электрички можно будет сесть в Яндекс.Комбо, которое довезет тебя прямо до дачи дешево (пусть и завезет заодно кого-то в соседний дачный поселок) — думаю, этим многие пользовались бы.
И в конце хочу поблагодарить. Несмотря на описанные сложности, я пользуюсь Яндекс/Uber каждый день, и в целом Ваше приложение сделало жизнь моей семьи лучше. Спасибо Вам!
А при такой схеме найдутся как минимум шутники от конкурентов — «сажать» водителей Яндекса (время подачи, пустой пробег), что бы те от него уходили.
По третьему пункту. Давайте все-таки не забывать, что такси — это не маршрутка. Либо низкие цены, либо сервис. Яндекс пошел по пути низких цен и дальнейшего их снижения, не стоит от него ожидать идеального сервиса. Даже в категории бизнес/вип Яндекс один из самых дешевых со всеми вытекающими отсюда. Водители по предложенной цене оказывают определенный сервис, как только требования к сервису превышают компенсацию за него, водители начинают отказываться предоставлять требуемый уровень сервиса. Это рынок. Рынок с тремя сторонами и между всему нужно искать баланс.
Вы же судя по всему сильно выбиваетесь из массы. Это экономически не выгодно двум сторонам из трех (Яндекс работает в массово-бюджетном сегменте). Получается только искать тех, кто изначально работает в таком сегменте.
Такси Максим, такси Мини — как там сейчас с этим?
P.S. Хабаровск.
Я знаю, что мне нужно в такси. Вот сейчас еду и понимаю. Нужна возможность кастомизации музыкальных предпочтений.
Заранее забиваешь настройку, что бы ты хотел слышать во время поездки, и водителю приложение заранее сообщает: «Пассажир хочет ехать в тишине» — или: «Пассажир предпочитает шансон»
Можно вообще профиль такси объединить с Яндекс.музыкой.
в 71% случаев пользователь долго ждал и в итоге никуда не уехал. Хотя с точки зрения эффективности системы в этом нет ничего ужасного, но на самом деле, пользователь получает ложную надежду и тратит время, после чего расстраивается и (возможно) перестаёт пользоваться сервисом.
Интересно, проверяли ли вы эту гипотезу и действительно ли запускать поиск без надежды на 100% результат так выгодно. Или выгоднее дать шанс и в каком-то % случаев водитель все же найдется. Либо найти такой уровень вероятности нахождения водителя при изначально нулевом пине, чтобы отток был меньше тех, кто не расстроился и остался в приложении.
Дальше можно развивать эту идею хоть по аналогии с водителями в аэропорту. Почему бы не сделать для пассажиров туже очередь (можно и неявную), сделав просто кнопку «искать пока не найдется». И человек идет дальше заниматься своими делами, а не сидит в приложении ловит удачу. Были ли какие-то такие идеи и если да, каковы результаты их тестирования?
Как в Яндекс.Такси ищут машины, когда их нет