Комментарии 92
Я рад, что вы хорошо оптимизируете маршруты, но вот мне совсем никак не предлагает маршрут дешевле, хотя, казалось бы, улицу перейти
Если исходить из ваших скриншотов, то до точки, которую мы должны были вам предложить, идти 7-8 минут пешком. Это слишком далеко, мы предлагаем такие точки в пределах 3-4 минут ходьбы — кажется, дальше этого предлагать нет смысла, это уже не альтернативная точка получается, а иногда и полпути до точки Б :)
Ну разница цены почти в 2 раза — можно и показать вариант. Да и ехать там 40 минут.
А как тогда такой скриншот объясните?
И это не случайность, стабильно воспроизводится, и там идти явно не 7-8 минут
Скорее всего это происходит из-за того, что приложение строит маршрут через КАД/не через КАД
В некоторых случаях эти 10 минут разницы не принципиальны, так как не торопишься и найдешь чем заняться, а приходится изворачиваться
Например ставить промежуточную точку в центре города и сразу такси в 2 раза дешевле
А как тогда такой скриншот объясните?
И это не случайность, стабильно воспроизводится, и там идти явно не 7-8 минут
Скорее всего это происходит из-за того, что приложение строит маршрут через КАД/не через КАД
В некоторых случаях эти 10 минут разницы не принципиальны, так как не торопишься и найдешь чем заняться, а приходится изворачиваться
Например ставить промежуточную точку в центре города и сразу такси в 2 раза дешевле
Мы, кстати, очень подробно рассказывали о том, как работает эта функция в одном из предыдущих постов на Хабре: habrahabr.ru/company/yandex/blog/330524.
точно помню, что мне показывало. типа перейди улицу — будет быстрее/дешевле
Нет, это не так. Из поста вы можете видеть, сколько различных параметров учитывает приложение при формировании стоимости поездки до момента оформления заказа. Эти параметры в Москве и других крупных городах меняются настолько часто, что стоимость может быть разной даже для двух пользователей, которые стоят рядом и почти одновременно оформляют поездки по одинаковому маршруту. То есть время в пути — далеко не единственный фактор, это я вот к чему. Кроме того, тарифы в Москве мы давно уже не меняли :)
Если несколько раз пытаться проложить маршрут из точки А в точку Б, то цена может отличаться очень значительно (хотя обычно колеблется в пределах 10 рублей). Так что я бы не стал так сильно привязываться к этим скриншотам и настаивать что это та же самая поездка и они снизили тарифы.
А можно еще водителям добавить возможность указывать предпочтительный район по которому они хотят ездить? Чтобы при заказе автоматически отсекались те, кто по выбранному маршруту не поедут. А то вызываешь машину и каждый второй говорит: «Отменяйте заказ, я в этот район не поеду.»
Мы думаем о том, чтобы такое реализовать, да. Кроме того, уже сейчас водитель дважды в сутки может воспользоваться предложением взять заказ по пути домой, для этого в Таксометре есть специальная кнопка. А вообще отказываться от заказов с такой причиной водители не должны, если вдруг такое случилось — обязательно пишите нам в поддержку, разберёмся.
А вообще отказываться от заказов с такой причиной водители не должны
Но отказываются. Я из-за того, что таксисты Убера постоянно звонили мне перед поездкой я ушел с Убера. Теперь такая же тема на Яндексе, либо звонят, либо просят указывать в комментариях местоположение поездки. В позднее время бывает 5-6 отказов.
Для этого в комментариях заказа продублируйте адрес назначения. С некоторого времени водители Яндекс такси узнают его только по приезду к клиенту. Существуют выгодные и невыгодные для водителей поездки, поэтому вполне логично, что по вторым мало кто захочет ездить.
Почему одна и та же поездка на 8+ айфоне выходит рублей на 30 дороже чем на 5s?
А мне ещё не нравится повышающий коэффициент. С утра попьешь чай, подумаешь, что такси через 10 минут закажешь и бах! поездка стала дороже на 40%.
Продукты так в магазине не дорожают, как такси.
Повышающий коэффициент — это вынужденная мера, которая помогает воспользоваться такси тем, кому важно уехать максимально срочно, даже в периоды высокого спроса. В такие моменты вместе с таксопарками-партнёрами мы стараемся вывести на линию как можно больше водителей, чтобы повышающий коэффициент как можно скорее исчез. Если подождать, коэффициент снизится, и уехать можно будет по обычной цене.
По мне это похоже на лотерею. Потому что я не знаю о том, а снизится ли этот коэффициент вообще. Вы говорите, что стараетесь вывести водителей, но я как пользователь ничего не знаю. Но я вижу, что машинки по карте катаются и не похоже, что их катастрофически не хватает.
Одно дело, у меня был бы выбор — взять машину со временем ожидания 5 минут, или 20 минут. Или же я бы просто взял более роскошный тариф/автомобиль, потому как им никто не пользуется.
Если сильно хочется, то можно ввести "торг" с другими пассажирами, если машина одна, а желающих 100, но мне такой подход не нравится. А рост цены слишком высок.
Извините.
А как определяется срочно нужно уехать или нет?
В субботу с женой решили такси вызвать, глянули цену поездки в Я.Такси, тут же закрыли приложение и удалили. Служб такси в городе хватает, заказали другое и уехали на 35% дешевле.
В субботу с женой решили такси вызвать, глянули цену поездки в Я.Такси, тут же закрыли приложение и удалили. Служб такси в городе хватает, заказали другое и уехали на 35% дешевле.
Кстати да, неоднократно замечал. Смотришь цену — 300р. Через 5 минут после этого (ага, расскажите мне про сложную и непредсказуемую ситуацию на дорогах) собираешься вызвать — 500р.
Ох уж эта недокументированная магия :(
Как вы можете видеть из поста, на стоимость поездки главным образом влияет ряд различных факторов: количество свободных водителей рядом с вами на момент заказа, приблизительное время, которое вы проведёте в пути, расстояние между точками по определённому маршруту, оптимальная скорость движения, дорожная обстановка и многое другое. Эти факторы имеют свойство очень быстро меняться, даже если взять два телефона, забить один и тот же маршрут и почти одновременно оформить заказ — стоимость может быть разной. Но вот что точно на неё не влияет, так это то, какие именно это будут телефоны. Никакой зависимости цены поездки от моделей телефонов, а также от уровня доходов пользователя, от его текущего настроения и цвета кроссовок нет.
дело не в новом приложении, а в новых алгоритмах, которые более точно оценивают стоимость поездки, предлагают более оптимальный маршрут (не обязательно более короткий или более быстрый).
Тариф не изменился, просто маршрутизатор по тем же точкам продолжил два маршрута: один по короткому пути, но дольше по времени, а другой — длиннее в километрах, но быстрее. Отсюда и разница в цене.
Там цена же считается на время, а не на километры. Иначе не было бы смысла пытаться оценить время настолько точно.
Тариф обычно складывается из трёх составляющих: стоимость посадки (иногда с включенными километрами и/или минутами), стоимость километра и стоимость минуты. Можно в любой момент в приложении проверить, или на сайте у нас посмотреть: taxi.yandex.ru/#mrt.
Недавно была такая ситуация:
вышли мы из бара на парковку, друг заказывает яндекс такси через приложение, стоим курим, ждем. Такси нет, приложение предлагает сменить эконом на комфорт. 4 утра, домой уже охота, соглашаемся.
Тут же на парковке загораются фары, подъезжает реношка. Едем за сумму х2 домой.
Водитель не был занят, он просто ждал повышения цены. Думаю он не один такой.
вышли мы из бара на парковку, друг заказывает яндекс такси через приложение, стоим курим, ждем. Такси нет, приложение предлагает сменить эконом на комфорт. 4 утра, домой уже охота, соглашаемся.
Тут же на парковке загораются фары, подъезжает реношка. Едем за сумму х2 домой.
Водитель не был занят, он просто ждал повышения цены. Думаю он не один такой.
Никакой зависимости цены поездки от моделей телефонов, а также от уровня доходов пользователя, от его текущего настроения и цвета кроссовок нет.Ещё где-то мелькала гипотеза, что мониторится наличие приложений конкурентов))
На самом деле, было бы интересно посмотреть спорные моменты и их объяснение с позиции «изнутри». т.е. как происходил расчёт… Наверное не просто такое организовать, но если вдруг, то возможно прояснение многих странных ситуаций
А ещё если телефон скоро сядет — скорее всего поездка обойдётся вам сильно, очень сильно дороже. :) Не говоря о «налоге на богатство» — бо́льших повышающих коэффициентах для обладателей свежих моделей телефонов.
К — капитализм. Большая сила (спойлер: в виде количества собираемых и обрабатываемых сведений) — большая ответственность (спойлер: на самом деле нет. Это вкусные возможности манипулировать людьми и извлекать из них деньги на переделе возможностей).
К — капитализм. Большая сила (спойлер: в виде количества собираемых и обрабатываемых сведений) — большая ответственность (спойлер: на самом деле нет. Это вкусные возможности манипулировать людьми и извлекать из них деньги на переделе возможностей).
более 70 разных признаков, влияющих на «стоимость» маршрутаВот мой любимый признак:
440 рублей
245 рублей
У вас ус отклеился картинки отвалились.
Бывает, фиг с ними, сверхкороткий срок редактирования не прощает ошибок
Залейте на habrastorage.org, интересно же.
У меня на работе забанен хабрасторадж и все популярные фотохостинги :)
И там ничего интересного, просто маршрут от аэропорта и от дома в 300 метрах от аэропорта, от дома ехать на пять минут дольше, но в 2 раза дороже. Боюсь представить цену, что будет если заказывать из аэропорта с разряженного айфона Х.
И там ничего интересного, просто маршрут от аэропорта и от дома в 300 метрах от аэропорта, от дома ехать на пять минут дольше, но в 2 раза дороже. Боюсь представить цену, что будет если заказывать из аэропорта с разряженного айфона Х.
А насколько различается «вес» левого поворота и правого? На практике путь с 3-я правыми поворотами может быть значительно длиннее, но и значительно быстрее. Как ваша система относится к поворотам налево?
У меня другой вопрос к навигатору. Вот построили, например, объездную дорогу, по которой реально быстрее добираться. Полгода по ней ездят машины, водители которых знают об этой дороге. Но навигатор упорно видит там «поле». ПОЛГОДА. Яндекс, обладая всей информацией обо всех перемещениях, видя плотный поток по «полю» в десятки тысяч машин по одному и тому же маршруту каждый день в течение полугода не может «прорезать» на картах новую дорогу и предлагает путь в 2,5 раза длиннее через город по пробкам. Это позор, господа.
Может быть, следует внести новый участок в OpenStreetMap или в те же "Народные карты" Яндекса?
А зачем это делать руками, если можно на основе автоматического сбора данных?
Если миллионы человек «нарушают», то, может, это уже и не нарушение?
Если дорога есть, а по ней не ездят — то может она перекрыта?
Если дороги нет, а по полю/лесу/озеру идёт плотный транспортный поток — то может там всё же дорога?
Если на картах двухсторонняя дорога, но там уже месяц 99% едут только в одну сторону — то может она всё же односторонняя?
Почему человек должен заниматься работой, которую с лёгкостью делают машины? Тем более, что в OpenStreetMap и «народные карты» легко могут добавлять что угодно вандалы с целью поглумиться. А вот реальные данные с датчиков gps подделывать намного муторнее — там намного более актуальные данные по реальной ситуации на дорогах.
Если миллионы человек «нарушают», то, может, это уже и не нарушение?
Если дорога есть, а по ней не ездят — то может она перекрыта?
Если дороги нет, а по полю/лесу/озеру идёт плотный транспортный поток — то может там всё же дорога?
Если на картах двухсторонняя дорога, но там уже месяц 99% едут только в одну сторону — то может она всё же односторонняя?
Почему человек должен заниматься работой, которую с лёгкостью делают машины? Тем более, что в OpenStreetMap и «народные карты» легко могут добавлять что угодно вандалы с целью поглумиться. А вот реальные данные с датчиков gps подделывать намного муторнее — там намного более актуальные данные по реальной ситуации на дорогах.
Зачем ждать полгода пока соберутся эти треки если можно за пару минут внести данные руками?
А вот на вандалов я бы как раз ML натравил, порой задалбывает вахтёрить (я из OSM если что).
А вот на вандалов я бы как раз ML натравил, порой задалбывает вахтёрить (я из OSM если что).
Если всё, что теоретически можно сделать руками делать руками — то на что-либо кроме тупого рутинного ручного труда времени не останется.
Я ведь о том и говорю, что треки-то собираются, но никто особо не чешется, чтобы эта информация действительно полезно использовалась. Если бы всё сделали правильно — там полгода не надо было ждать. За день стату посмотрели — ага, 100000 машин проехало по воде со скоростью 70км/ч — значит там всё же мост, алгоритм (после отсева вандалов) дорисовал на карте временный мост. После плановой сверки дорожной сети с официальными источниками, или как там это происходит — мост коммитится в официальную карту.
Те аккаунты, что шаманят с треками и новичков (шаманство вычислять с помощью того же ML) — банить навсегда в отношении доверия к предоставляемой ими информации при расчётах. На iPhone, например, особо не пошаманишь из-за огороженности системы от потных ручек кулхацкеров, там можно доверять.
OSM — классный проект, но почему бы Яндексу, наконец, не использовать данные, которые у них и так собираются?
Я ведь о том и говорю, что треки-то собираются, но никто особо не чешется, чтобы эта информация действительно полезно использовалась. Если бы всё сделали правильно — там полгода не надо было ждать. За день стату посмотрели — ага, 100000 машин проехало по воде со скоростью 70км/ч — значит там всё же мост, алгоритм (после отсева вандалов) дорисовал на карте временный мост. После плановой сверки дорожной сети с официальными источниками, или как там это происходит — мост коммитится в официальную карту.
Те аккаунты, что шаманят с треками и новичков (шаманство вычислять с помощью того же ML) — банить навсегда в отношении доверия к предоставляемой ими информации при расчётах. На iPhone, например, особо не пошаманишь из-за огороженности системы от потных ручек кулхацкеров, там можно доверять.
OSM — классный проект, но почему бы Яндексу, наконец, не использовать данные, которые у них и так собираются?
А вот это дельное замечание, тоже все время дума, а почему бы не автоматизировать такие вещи, это ведь легко.
в те же «Народные карты» Яндекса?
Вот кстати да. Долгое время доставало, что водителям приходилось объяснять, как ехать на развязках около моего дома, и то, не всегда получалось объяснить. А потом узнал про народную карту, подправил пару мест(в одном месте на карте можно было развернуться через двойную спошную, в другом — был внутриквартальный проезд, где фактически проезда не было). И через две недели(когда изменения переехали на основные карты) навигатор стал строить правильный путь к моему дому.
вот бы кто занялся расставить теги предпочтительности поворотов на разных перекрестках и прокладку маршрутов в соответствии с ними.
Слишком сложно…
Предпочтительность поворотов зависит от загруженности дорог, т.е. как минимум от времени суток. Плюс элемент случайности — бывает, ВНЕЗАПНО появляются пробки, или наоборот, достаточно свободная дорога через центр в час-пик. Плюс данные о пробках на разных сервисах различаются (!) и довольно часто не соответствуют действительности. (речь не о дефолт-сити)
То есть приоритеты поворотов должны меняться в зависимости от каких-то условий. Адекватную статистику по трафику не всегда можно собрать. Немного пользователей будут настраивать это всё под себя, да и сходу непонятно, можно ли вообще это формализовать.
Но идея, конечно, интересная.
Чтобы знать, что "в среднем" получается лучше, нужно накопить достаточно статистики. Судя по неполноте графов пробок в пригородах, данных часто недостаточно.
В вашем конкретном случае может быть действительно всё однозначно, но если разница невелика, оптимальность пути нужно как-то доказывать. Вам может казаться оптимальным один путь, хотя в действительности в среднем лучше другой.
Можно для каждого поворота на перекрестке насчитать статистику того, как быстро его проходят реальные пользователи с GPS в разных условиях, и на основе этого предсказывать, сколько времени уйдет у водителя. Не слишком сложно выглядит
Как правило поворот налево является более «дорогим», конкретные цифры зависят от комбинации функциональных классов текущего и предыдущего ребер маневров. В вашем случае, если левый поворот действительно быстрее, то это будет учтено в скорости потока по этому маневру.
Вообще иногда алгоритмы подкладывают откровенную свинью:
по такому маршруту стоимость ~230р, ибо прокладывается через шоссе
смещаем начальную точку на 1-1.5 км ближе к центру города: получаем ~130р, т.к. маршрут уже прокладывается через город
причём в первом случае у нас ни один здравомыслящий водитель не поедет через шоссе. в итоге получаем картину: приложение выставляет 230руб за поездку по трассе, водитель едет по маршруту, который должен стоить где-то 130-150руб
Знаете, заинтересовало, посмотрел, и кажется понял, почему так строит. Алгоритм показывает, если с Латышской напрямую ехать 11 минут, а через Ленина — 21 минуту. К сожалению не могу со своего города глянуть, сколько такой маршрут выливается в цене.
Так дело в том, что ехать через ленина 21 минуту – это дело из ряда вон выходящее. Среднестатистически такая поездка должна занять минут 10-15, 20 мин и более – это редкий случай (город у нас небольшой и действительно мёртвые пробки в том направлении могут возникать в очень редких случаях.)
Уж не знаю как такое время алгоритм высчитывает, но через город в 95% случаев быстрее.
Да даже если предположить, что алгоритм прав(что через трассу быстрее) – водитель всё равно поедет по более дешёвому маршруту(не из-за его дешевизны, потому что он оптимальнее), а пересчёта цены по завершении поездки не будет. Ясное дело, что идеальный алгоритм тут вывести очень сложно, но платить за поездку 230 руб, когда она по факту стоит 150 как-то прям обидно даже.
В приложении есть возможность задавать несколько точек. Попробуйте. может получится как-то через Ленина построить и посмотреть, какая цена выйдет?
Через несколько точек конечно считает уже ~150. Только промежуточную точку тоже надо правильно выставить: ставим на Ленина, 6 – 150р, Ленина 7(через дорогу от 6) – получаем вообще 340 :)
Да и большинству пользователей такой лайфхак даже в голову не придёт. Просто закроют и вызовут местную службу такси.
Было бы интересно узнать какие технологии и базы данных используете для хранения данных и расчета по ним? Все в памяти или используете SSD или HDD?
Каждый раз, как заказываю, — одна и та же история:
Открываю приложение, передвигаю запятую старта на то место куда нужно подать машину (например GPS неверно определил мое местоположение, или дорогу перешел, т.к. иначе пришлось бы ехать в обратном направлении пару км. для разворота), а машина подъезжает туда, где определилось мое изначальное приложение. Вопрос — зачем нужен маркер точки отправления?
Ну и ещё замечание — иногда водители приезжают немного не туда (+-3 км. бывало), ориентируясь по Яндекс.Навигатору же. Данные после этого обновляются как то, водителями, например?
Открываю приложение, передвигаю запятую старта на то место куда нужно подать машину (например GPS неверно определил мое местоположение, или дорогу перешел, т.к. иначе пришлось бы ехать в обратном направлении пару км. для разворота), а машина подъезжает туда, где определилось мое изначальное приложение. Вопрос — зачем нужен маркер точки отправления?
Ну и ещё замечание — иногда водители приезжают немного не туда (+-3 км. бывало), ориентируясь по Яндекс.Навигатору же. Данные после этого обновляются как то, водителями, например?
Да, пару дней назад поставил точку на парковке. Таксист подъехал на другую сторону дороги. Звоню: «вы точку видели? Я вообще-то на парковке вас жду и специально для этого метку поставил!». Таксист: «а что мне теперь, через весь поток ехать?». Пришлось перебегать четырёхполоску, рискуя жизнью или здоровьем, чтобы не терять время. У таксистов вообще нет распоряжений насчёт того, что место ожидания, которое пользователь старательно ставит руками имеет наивысший приоритет перед их предположениями?
Подтверждаю. Причём опрошенные водители говорят, что не видят точку, куда я ставлю, а только адрес.
Мне вот не удобно указывать свой домашний адрес, так как тогда водители заезжают кривыми дорогами во двор и выезжать бывает очень долго. Указываю на дорогу с моего торца дома, но там Яндекс определяет адрес, как дом, который находится с другой стороны дороги и он длинный, водители приезжают к его другому торцу. Каждый раз приходится звонить и объяснять куда подать машину.
Я бы вообще убрал у водителей понятие «адрес», чтобы они не путались и не доказывали что приехали по адресу. Мы у себя в службе такси давно поняли, что и заказчику и водителю лучше показывать карту, а то по адресу можно вообще уехать в другой конец города. К примеру в Балашихе куча Лесных улиц, или в МО куча сел с одинаковыми названиями, народ путается.
И спасибо Яндексу, что он реагирует на такие просьбы и постепенно улучшает свои приложения.
Мне вот не удобно указывать свой домашний адрес, так как тогда водители заезжают кривыми дорогами во двор и выезжать бывает очень долго. Указываю на дорогу с моего торца дома, но там Яндекс определяет адрес, как дом, который находится с другой стороны дороги и он длинный, водители приезжают к его другому торцу. Каждый раз приходится звонить и объяснять куда подать машину.
Я бы вообще убрал у водителей понятие «адрес», чтобы они не путались и не доказывали что приехали по адресу. Мы у себя в службе такси давно поняли, что и заказчику и водителю лучше показывать карту, а то по адресу можно вообще уехать в другой конец города. К примеру в Балашихе куча Лесных улиц, или в МО куча сел с одинаковыми названиями, народ путается.
И спасибо Яндексу, что он реагирует на такие просьбы и постепенно улучшает свои приложения.
А в Москве думаете по другому? Мне интересно почему яндекс не отслеживает и не банит тех, кто всё таки доехал до конца первого маршрута (т.к. если бы банил, то так бы не часто делали).
А чем водителю выгодно завершить заказ до конца поездки?
Вы ему платите полную сумму, а он процент платит с суммы до полпути.
Более того некоторые просят пользователя отменить заказ.
Более того некоторые просят пользователя отменить заказ.
Но разве сумма не уменьшится при изменении пункта назначения? И с карты, соответственно, спишется стоимость только за полпути
Х.з. как с картой, я налом плачу обычно в такси. Я думаю попросит доплатить наликом. Или предлагает только тем, кто за налик катается.
Упс, понятно, спасибо. Мне как-то не пришло в голову, что можно еще и наличными платить.
Я как-то добавил карту в Убер, но в процессе заказа такси в аэропорт, после нажатия вызов, пошла проверка и ошибка мол карта не понравилась, пришлось срочно перебивать другую карту, которая подошла, по приезду спрашиваю водителя, пришли ли деньги, он не знает и я не знаю (но всё сработало), дальше оказалось, что карточку просто так не удалишь, надо чтобы была хотябы одна, благо я знал, что моя первая не работает с убером, но приложение осталось довольно нерабочей картой.
Не хочется привязывать к сервису карту, но наверное виртуальную яндексовую яндексу можно доверить))
Не хочется привязывать к сервису карту, но наверное виртуальную яндексовую яндексу можно доверить))
Сейчас мы учимся показывать водителям возможность проезда по выделенке, и как только это будет реализовано — обязательно расскажем. В большинстве случаев мы уже умеем учитывать направление движения — в этом нам помогают алгоритмы, которые обрабатывают данные GPS на устройстве водителя, мы над ними очень активно работаем. Нужны данные водителя, чтобы проверить заказы, это нам поможет сделать алгоритмы ещё лучше. Попросите его, пожалуйста, написать нам в техподдержку через Таксометр или на taxist@taxi.yandex.ru — проверим, почему так получилось.
Было бы круто каким-то образом в самом приложении визуализировать расчет цены за поездку. А то это, конечно, в теории выглядит очень круто, но на практике, когда за один и тот же маршрут в одно и тоже время с тебя берут то Х, то 2Х, а иногда и 3Х, начинаешь сомневаться в том, что ценообразование работает именно так.
Лично я заметил следующие факторы, которые также влияют на цену:
— Если несколько раз проверять цену до поездки, то она будет увеличиваться;
— Регулярные маршруты со временем слегка дорожают.
Лично я заметил следующие факторы, которые также влияют на цену:
— Если несколько раз проверять цену до поездки, то она будет увеличиваться;
— Регулярные маршруты со временем слегка дорожают.
Яндекс, респект за очередную прекрасную статью! Из личных замечаний, скорее, не к такси, а к маршрутизации: есть места, где водителю предлагается выехать с прилегающего переулка на улицу и через 20-50 метров перестроиться через 3 полосы в левую для разворота или поворота налево. Как правило, в часы пик это невозможно, потому что в левой полосе уже стоит очередь на разворот. Как бы это научиться учитывать? Просто если не перестроиться, то следующий разворот может быть и через пару километров по пробкам.
В Тюмень новые алгоритмы видимо еще не завезли :)
В последний пару месяцев активно пользовались яндекс такси и несколько раз возникала такая ситуация: делаешь заказ, машина вроде подъехала, появляется кнопка «уже выхожу», но такси не видно. Звонишь водителю, спрашиваешь где он, а водитель толком объяснить не может. То ли не местный, то ли ещё что. И начинается эпопея «подойдите туда-то, я там-то», а человек вышел в лёгкой одежде зимой в расчёте на то, что такси будет около подъезда и он сразу туда сядет. Приходится отменять заказ и делать другой. Но т.к. к приложению привязана пластиковая карта, то при отмене заказа списывается минимальная стоимость поездки (у нас это около 63р. Раньше было списание одной суммой в конце поездки, а сейчас несколькими суммами. Одно списание как только водитель нажал кнопку, что поездка началась, второе в конце поездки. Но бывало что и 3 списания с карты за одну поездку бывало). И получается что поездки не было, а деньги списались, хотя виноват водитель. Если водитель сам отказывается от заказа, то списания не происходит. К тому же неудобно подбивать в конце месяца баланс по поездкам, сколько поездок по количеству списаний уже не определишь.
dmitryvolkovtaxi, предлагаю такую фичу, которая увеличила бы конкурентность вашего приложения за счёт большей гибкости. Выше Vest уже писал о выборе времени ожидания, попробую детализировать это предложение.
В данный момент команда Яндекс.Такси оптимизирует только 2 задачи: маршрутную и временную. Однако если посмотреть на рынок такси с тз маркетинга, то становится очевидным недостаточная проработка вопроса гибкой ценовой политики для пользователя.
Проблематика
Сейчас стоимость поездки зависит только от типа авто (эконом, комфорт) и случайного фактора (движение на дорогах в определенный момент времени). Как вы уже, вероятно, увидели из комментариев, рулетка в стоимости заказа лишь психологически напрягает пользователей, вызывая внутренний дискомфорт от проблемы неявного выбора: жертвуя временем пощелкать/подождать низкую цену еще или поехать по текущей цене. Замечу, первый выбор не гарантирует меньшую цену, что бесит еще больше. Сделаю предположение: например, 50% пользователей сервиса пробуют подождать более интересную цену поездки, к примеру в 50% случаях стоимость поездки оказывается выше изначальной суммы. Следовательно, 25% клиентов Яндекс.Такси чувствуют внутреннее неудовлетворение от сервиса и более склонны время от времени использовать другие службы.
Задачи
— внести в элемент случайности расчетной стоимости поездки объективно осознаваемую справедливость
— получить больший доход такси и клиентов от эффекта эластичности спроса по цене более гибким ценообразованием
Решение
1. Внедрить в интерфейс возможность выбора для текущей поездки допустимости времени ожидания: 10 мин, 20 мин, 30мин, 45 мин, 1 часа
2. После совершения заказа такси, в зависимости от прогноза ситуации на дорогах, прогноза количества такси, вероятности окончания будущих заказов недалеко от клиента и др. для текущего заказа формируется временной ряд стоимости заказа: от текущего момента до выбранного клиентом максимально допустимого времени ожидания.
3. Ряд (график) можно показать клиенту и подсветить точку времени ожидания с максимально низкой стоимостью заказа. Для улучшения юзабилити сделать выбор кнопками, автоматически подогнав их количество под локальные минимумы стоимости, не более 3-х.
4. Клиент, субъективно оценивая срочность заказа и эластичность спроса в его конкретном случае, проще сможет определиться с оптимальной для себя стоимостью заказа.
5. Управление тарифом необходимо сделать персонализированным и внедрить фактор близости конечной точки предыдущего заказа от текущей заявки. Это позволит снизить матожидание стоимости поездки для заявок с более длительным временем допустимого ожидания (но не гарантированно).
В данный момент команда Яндекс.Такси оптимизирует только 2 задачи: маршрутную и временную. Однако если посмотреть на рынок такси с тз маркетинга, то становится очевидным недостаточная проработка вопроса гибкой ценовой политики для пользователя.
Проблематика
Сейчас стоимость поездки зависит только от типа авто (эконом, комфорт) и случайного фактора (движение на дорогах в определенный момент времени). Как вы уже, вероятно, увидели из комментариев, рулетка в стоимости заказа лишь психологически напрягает пользователей, вызывая внутренний дискомфорт от проблемы неявного выбора: жертвуя временем пощелкать/подождать низкую цену еще или поехать по текущей цене. Замечу, первый выбор не гарантирует меньшую цену, что бесит еще больше. Сделаю предположение: например, 50% пользователей сервиса пробуют подождать более интересную цену поездки, к примеру в 50% случаях стоимость поездки оказывается выше изначальной суммы. Следовательно, 25% клиентов Яндекс.Такси чувствуют внутреннее неудовлетворение от сервиса и более склонны время от времени использовать другие службы.
Задачи
— внести в элемент случайности расчетной стоимости поездки объективно осознаваемую справедливость
— получить больший доход такси и клиентов от эффекта эластичности спроса по цене более гибким ценообразованием
Решение
1. Внедрить в интерфейс возможность выбора для текущей поездки допустимости времени ожидания: 10 мин, 20 мин, 30мин, 45 мин, 1 часа
2. После совершения заказа такси, в зависимости от прогноза ситуации на дорогах, прогноза количества такси, вероятности окончания будущих заказов недалеко от клиента и др. для текущего заказа формируется временной ряд стоимости заказа: от текущего момента до выбранного клиентом максимально допустимого времени ожидания.
3. Ряд (график) можно показать клиенту и подсветить точку времени ожидания с максимально низкой стоимостью заказа. Для улучшения юзабилити сделать выбор кнопками, автоматически подогнав их количество под локальные минимумы стоимости, не более 3-х.
4. Клиент, субъективно оценивая срочность заказа и эластичность спроса в его конкретном случае, проще сможет определиться с оптимальной для себя стоимостью заказа.
5. Управление тарифом необходимо сделать персонализированным и внедрить фактор близости конечной точки предыдущего заказа от текущей заявки. Это позволит снизить матожидание стоимости поездки для заявок с более длительным временем допустимого ожидания (но не гарантированно).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Время — деньги. Как мы учили Яндекс.Такси точно рассчитывать стоимость поездки