СТАТИСТИКА ЯНДЕКС ТАКСИ ЗАКАЗОВ

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

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

Report Page

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

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

За последние месяцев почти миллионов человек воспользовались опциями снижения цены и сэкономили около , млрд рублей. Чтобы получить эту . По оценкам сервиса, ежемесячно московские таксопарки и диспетчерские службы выполняют около млн заказов, каждый восьмой из них поступает от taxicomfort161.ru В % случаев заказа такси через мобильное приложение пользователи используют «Яндекс Go», следует из апрельской презентации дептранса Москвы. Ещё .

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

При планировании поездки за пределы города стоит учитывать не только минимальный тариф, но и специальные надбавки. У всех таксопарков оговорена доплата при выезде за МКАД — в виде фиксированной суммы или надбавки за километр. За одну поездку по тарифу «Эконом», включающую 5 км по МКАД и 5 км по области, только на одних надбавках пользователь может потерять или сэкономить до рублей. Почти половина заказов, полученных через Яндекс. Такси в течение последнего года, было выполнено автомобилями трех марок: Chevrolet, Ford и Renault.

Каждый девятый заказ обслуживали автомобили Ford Focus.

Исследования Яндекса — Такси в Москве

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

Другие новости

Постоянные пассажиры чаще вызывают такси утром и по будням, а редкие — в выходные и ночью. Спрос на услуги такси остается высоким в течение всего года. Сильнее всего на спрос влияют праздники. Больше всего заказов поступает в последнюю неделю перед Новым годом, накануне 8 марта и 14 февраля, меньше всего — в новогодние каникулы и на майские праздники.

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

По оценке taxicomfort161.ru, ежемесячно московские таксопарки и диспетчерские службы выполняют около млн заказов. Более % всех заказов поступает через мобильное

В выходные доля поездок по центру города снижается, а по отдаленным районам — растет.

Особенно сильно в выходные увеличивается число поездок за МКАД — каждый седьмой маршрут начинается или заканчивается за границей кольцевой. Такси, средняя стоимость поездки по городу в будни по тарифу класса «Эконом» составляет рублей, а по тарифу класса «Бизнес» — рублей. Переплата за одну поездку средней продолжительности по тарифу «Эконом» в это время составляет примерно рублей. На стоимость поездки влияют специальные тарифы и надбавки.

У всех таксопарков, подключенных к Яндекс.

Исследования Яндекса — Как мы определяем, куда чаще всего ездят на такси

Такси, оговорена доплата при выезде за МКАД в виде фиксированной суммы или надбавки за километр. За одну поездку по тарифу «Эконом», включающую 5 км по МКАД и 5 км по области, только за счет надбавок пользователь может потерять или сэкономить до рублей. Читайте также. Справка Правовые документы Статистика. Такси Это исследование о том, как работает московское такси: когда и куда ездят пассажиры, сколько таксисты берут за свои услуги и на каких машинах выполняют заказы.

Содержание 1. Такси Среди москвичей немало постоянных пользователей такси.

Читайте также

Поездки в течение суток у постоянных и редких пользователей Яндекс.

Узнайте статистику трат в taxicomfort161.ru: сколько денег пользователи тратят на поездки, какие города самые дорогие, какие дни недели наиболее популярны для заказов, и . В информации содержится детализация: имя водителя, нюансы заказа, номер автомобиля и его марка, время вызова, километраж, количество затраченных на поездку минут, . В году мы запустили сервис заказа такси. В первой реализации в бэкенде был endpoint /create-order, внутри которого мы создавали заказ, искали .

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

Каждый месяц taxicomfort161.ru в Москве пользуются тысяч человек. % из них заказывают машину только раз в месяц, а % пассажиров вызывают такси десять раз в .

Сегодня в нашем приложении появилась персональная статистика поездок за год. Откройте taxicomfort161.ru и посмотрите, сколько заказов вы сделали, сколько километров проехали, а главноечто интересного сервис расскажет о вас, судя по этим данным.

Яндекс ожидает, что общая валовая стоимость поездок сервиса онлайн-заказа такси, без учёта сервиса логистики, вырастет примерно на % в течение года по сравнению с годом

Направления Добраться быстро на общественном транспорте из одного отдаленного района в другой, например из Тушино в Алтуфьево,— задача не из простых.

Направления поездок в будни и выходные. Популярные места вызова и точки назначения Любой таксист знает, что вероятность быстро получить заказ всегда больше в центре города — независимо от времени суток. Частота заказов по времени суток. Расстояние В течение рабочего дня пользователи Яндекс.

Сегодня в нашем приложении появилась персональная статистика поездок за год. Откройте Яндекс. Такси и посмотрите, сколько заказов вы сделали, сколько километров проехали, а главное — что интересного сервис расскажет о вас, судя статистика яндекс такси заказов этим данным. Составляя персональную статистику в этом году, мы смотрели не только на количество заказов или их длительность, но и на индивидуальные привычки каждого пользователя.

Средняя дистанция, время и скорость поездки по городу. Средняя стоимость и выбор тарифных классов В Яндекс. Доля заказов класса «Эконом» и средняя стоимость поездки.

Влияние пробок на стоимость поездки Сложная транспортная ситуация недешево обходятся московским пассажирам такси. Доля от стоимости поездки, приходящаяся на простой в пробках. Таксопарки К Яндекс. Тарифы Стоимость поездки на такси складывается из фиксированной минимальной цены, таксы, а также надбавок, например за выезд или подачу автомобиля за МКАД.

Автопарк Почти половина заказов, полученных через Яндекс. Celery написана на Python, поддерживает несколько брокеров сообщений и баз данных для хранения результатов задач.

Кроме того, команда безопасности сервиса поделилась статистикой инцидентов в поездках. ,% всех заказов проходят без происшествий. На млн .

В нашей конфигурации мы использовали MongoDB в качестве брокера, потому что у Такси уже был богатый опыт работы с этой базой. Бэкенд ставил задачу в очередь, Celery-worker получал задачу и выполнял нужную последовательность действий — поиск водителя и отправку предложения о заказе ему на устройство.

Если какая-то операция приводила к ошибке, задача перезапускалась. Некоторое время всё работало успешно, но однажды Celery перестала справляться с нагрузкой. Существенным фактором было то, что мы не хотели поддерживать зоопарк баз данных и использовали только MongoDB, а Celery с ней работает не так хорошо, как хотелось бы.

Мы прикинули за и против и решили разрабатывать собственную платформу для запуска асинхронных задач. Начали с небольшого проекта на Python и MongoDB. Решение оказалось удачным и продолжило развиваться. Если разработчик хочет обрабатывать свои задачи, то ему нужно объявить под это функцию у себя в сервисе, и она будет вызываться в нужные моменты. После этого надо зарегистрировать очередь в системе — и можно отправлять задачи в брокер. Тот проследит, чтобы задача была выполнена как минимум один раз, при этом не допустит ситуации, когда задача выполняется несколькими обработчиками одновременно.

Разработчик может контролировать, какие сервисы и с какой частотой могут добавлять задачу в очередь, не копятся ли в очереди необработанные задачи, и устанавливать максимальную пропускную способность «разгребания» задач. Внутри система состоит из stateless-брокера задач, хранилища данных и обвязки на стороне обработчика. Рядом с кодом обработчика стоит side-car-демон, то есть агент, который с одной стороны взаимодействует с брокером задач, а с другой — с библиотекой интеграции внутри обработчика.

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

Почему нужна сериалиазция событий Иногда пользователи отменяют заказы. В году случалось, что на такие отменённые заказы всё же приезжали водители. Проблема возникало достаточно редко, всего несколько раз в неделю, но пользовательский опыт от этого сильно страдал. Оказалось, что возникал race condition между отправкой предложения водителю и отменой заказа пользователем. Такую проблему можно решить разными способами. Мы решили создать лог событий, отражающих всё, что происходит с заказом, и актора, который будет применять события друг за другом.

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

К этой архитектуре мы пришли примерно к году. Появлялась поддержка новых способов оплаты, добавлялись тарифы и сценарии использования, например доставка. Запустился Яндекс Плюс — то есть добавилась механика начисления кешбэка и списания баллов. К году перед нами встала задача управления сложностью нашей конструкции. Мы постарались максимально структурировать схему. Сделали собственный DSL — специализированный под задачу язык описания действий, которые нужно выполнять при обработке заказа.

Взяли фреймворк userver и написали рантайм, который выполнял код на нашем DSL. Действия могут быть такими: сходить в сервис по HTTP или отправить сообщение в очередь. Последнее, если нужно выполнить действие безусловно, работает отлично. Например, можно отправить сообщение «начать поиск машины». Когда надо получить результат от сервиса, удобнее написать HTTP-запрос. В том числе, назначая водителя на заказ, мы отправляем запрос в сервис driver-app-api.

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

Команда разработала хранилище событий, разделив его на горячую и холодную части. Так мы можем запоминать всё, что происходит с заказами это очень помогает поддержке , и при этом не проседать в производительности. Добавили в наш DSL возможность декларативного описания переходов конечного автомата, чтобы разработчики Еды или Лавки могли описать свои циклы обработки. В результате получили инфраструктуру для создания циклов обработки чего угодно, processing as a service.

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

Мы придумали несколько стратегий, которые помогают сочетать быструю обработку событий с сохранением их последовательности. Чтобы переживать отказы единичных обработчиков, мы развиваем систему стратегий фолбэков. Нам нужно уметь обнаруживать отказы и справляться с ними. Задача определения отказов на первый взгляд выглядит простой: если мы сходили в сервис по HTTP и получили , значит, сервис не работает.

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

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

«Яндекс Такси» пересчитает отказников

Информационная служба Хабра. Поиск Написать публикацию. Время на прочтение 3 мин. Теперь пользователи при заказе такси могут узнать причину, почему им алгоритм «Яндекса» рассчитал такую высокую стоимость поездки или наоборот снизил текущую стоимость услуги.

СМЕНА В БИЗНЕС ТАКСИ /САНКТ-ПЕТЕРБУРГ /ВТОРНИК КАК РАБОТА???

яндекс такси сообщение

какая машина нужна для работы в такси