Тест-драйв Яндекс.Про: почему автокурьер теряет 58% дохода ещё до того, как взял первый заказ
... и как это отражается на продукте. В статье — заявленные обещания сервиса (на основе открытых источников), данные моего эксперимента и разбор системных проблем продукта.
Яндекс.Про — одно из ключевых приложений-агрегаторов для водителей и курьеров в России. В моём фокусе сейчас — сервис для курьеров на личном автомобиле в сегменте доставки (заказы из ресторанов и магазинов, личные поручения).
Цель эксперимента — изучить продукт глазами реального пользователя-исполнителя, найти системные расхождения между ожиданием пользователя и реальностью, собрать данные об экономике и сформулировать гипотезы о зонах улучшения.
Дисклеймер: Все выводы основаны на ограниченной выборке (4 дня) и являются гипотезами, требующими проверки на больших данных. Я не претендую на абсолютную истину, но показываю системный подход к анализу.
Период тестирования сервиса: 4 дня (конец марта — начало апреля 2026)
- 1 день — как физическое лицо (11 часов)
- 3 дня — как самозанятый партнёр Яндекс.Про (4 часа, 4 часа, 8 часов)
Обещания сервиса vs. реальность
Что обещает Яндекс.Про
На странице вакансий автокурьера в Яндекс.Еде указаны следующие цифры:
- До 345 216 ₽ в месяц
- Средний доход в час — около 928 ₽, что на 15–20% выше, чем в других сервисах
- До 11 136 ₽ в день с ежедневными выплатами (для самозанятых)
В одной из вакансий Яндекс.Доставка от 23.03.2026 упоминается до 8 540 ₽ за смену для автокурьеров на личном автомобиле (711 руб/час при 12-часовой смене).
На официальной странице Яндекс.Про есть калькулятор дохода автокурьера. При вводе параметров «Москва, 8 часов в день, 22 дня в месяц» калькулятор показывает 72 160 ₽ за месяц или примерно 410 руб/час.
Разброс в цифрах для Доставки между калькулятором и описанием вакансии почти в два раза. Обещанная цифра в 345К в месяц в Еде математически возможна только при работе 12 часов в день 31 день в месяц.
Что получилось в моём эксперименте
Расчёт вела по данным из Яндекс.Про, с учётом:
- комиссия сервиса — списывается автоматически;
- налог на самозанятость — 4% от выручки (при работе с физлицами);
- бензин — 68 руб./л (по средней цене АИ-95 на момент тестирования);
- амортизация — 4,5 руб./км (консервативная оценка, норма для авто эконом-класса 3–6 руб./км);
- платные парковки — по факту.
Результат за 4 дня:
Выручка (всего) - 13 419 ₽
Расходы (всего) - 7 720 ₽
Чистая прибыль - 5 699 ₽
Рабочие часы - 27
Фактическая стоимость часа - 208 ₽
Маржинальность для исполнителя - 42%
42% маржинальности — это доля чистой прибыли в выручке. Оставшиеся 58% уходят на комиссии, налоги, бензин, амортизацию и парковки.
Пересчёт на полный месяц:
При 8-часовом рабочем дне, графике 5/2 (22 рабочих дня в месяц):
- 1 667 ₽ в день
- 36 667 ₽ в месяц
Это в 3 раза ниже средней зарплаты по Москве (по данным Росстата на начало 2026 года это около 110–120 тыс. рублей), в 2–10 раз ниже обещаний из рекламных объявлений.
Выводы по экономике для пользователя
Экономика для исполнителя абсолютно непривлекательна. Сервис нельзя рассматривать как источник основного дохода без существенного ущерба режиму труда и отдыха исполнителя. Отток пользователей может происходить как на этапе осознания этого факта, так и в момент физической невозможности дальнейшего осуществления деятельности из-за проблем со здоровьем.
Дополнительные данные из открытых источников подтверждают расхождение между ожиданием и реальностью и как следствие - разочарование пользователей в продукте: рейтинг приложения Яндекс.Про в RuStore — 2,7 при более чем 10 тыс. оценок. Характерные жалобы: глюки геолокации, несоответствие обещанных бонусов фактическим, бесполезная техподдержка.
Система мотивации
Баллы приоритета: дисбаланс в сторону наказания
Отмена заказа -> –7 баллов приоритета
Пропуск заказа -> –3 балла
Взял заказ -> 0…+2 балла
Не оформил самозанятость/ИП (ФЛ) -> –10 баллов
На старте у ФЛ — 28 баллов, у СЗ — 38 баллов.
Мой опыт в первый день (ФЛ):
- Часы: 11 часов работы
- Километраж: 200+ км
- Выполнено заказов: 11
- Пропущено: 0
- Отменено: 3 (нет термокороба)
- За 1 отмену удалось вернуть баллы, по остальным — отказ
- Через сутки — деприоритизация на 10 баллов из-за отсутствия статуса самозанятого
Итог: из 28 баллов осталось 12. Если бы вместо 3 заказов с термокоробом было 4 — приоритет обнулился бы к концу дня.
Проверка вынужденных отмен
Исполнитель может вернуть списанные баллы через бота «Проверка вынужденных отмен».
Минусы:
- бот предлагает выбрать номер заказа — но исполнитель не знает номера (в приложении нет статистики по заказам с указанием номера);
- отмена по причине отсутствия термокороба возможна только по 1 заказу. Если поступило больше — сервис отказывает в возврате баллов;
- отмена по причине отсутствия заказа на точке — бот требует фото. Фото, снятое позже в тот же день, не проходит проверку. В момент отмены нет подсказки, что нужно сделать фото.
Как улучшить: использовать логи геопозиции вместо фото; добавить всплывающее окно с рекомендацией сделать фото; добавить гиперссылку на соответствующий раздел правил.
Выводы по системе мотивации
Система приоритетов негативно влияет на онбординг и активацию новых пользователей. Выявленные проблемы ведут к росту оттока (Churn Rate) на ранних этапах взаимодействия с продуктом.
Продуктовый UX: скрытые наказания и бессилие пользователя
Термокороб: нельзя не иметь
Личный опыт: Я не приобретала термокороб. Информация об этом есть в моём личном кабинете в приложении. Тем не менее за 4 часа на линии мне поступало 3–4 заказа из ресторанов.
При поступлении заказа у исполнителя есть только 15 секунд, чтобы нажать «Принять», при этом на экране отсутствует информация о том, что термокороб обязателен. Приходится отменять заказ после принятия — минус 7 баллов приоритета. Из стартовых 48 баллов за день на таких отменах я потеряла 20–30 баллов.
Как должно работать (продуктовая логика):
- Если у исполнителя нет термокороба — такие заказы не поступают.
- Если поступают — информация об обязательности должна быть на экране принятия.
- Если оставляем как есть — баллы за отмену списываться не должны (это недостаток системы, а не нарушение исполнителя).
Гипотеза: это «не баг, а фича», призванная принудить всех автокурьеров использовать термокороб.
Принуждение — плохая практика для продукта.
Для доставки еды из ресторанов есть Яндекс.Еда. Еда и Доставка - разные сервисы с разным портретом пользователя (исполнителя). Размытие позиционирования продукта может дать прирост к метрикам эффективности в краткосроке, но негативно отразиться на долгосрочных метриках (retention и LTV).
Экран принятия заказов: выбор без выбора
Первое. У исполнителя 15 секунд на «Принять». Если не нажал — минус 3 балла приоритета. При этом никакой информации о заказе (цена, расстояние, вес, габариты, тип — еда из ресторана и т.д.) на этом этапе нет. Исполнитель не может сделать осознанный выбор.
Второе. Заказы поступают, когда исполнитель ещё не завершил предыдущий. Возможно, это сделано для борьбы с простоями. На практике:
- исполнитель несёт тяжёлый заказ — физически не может принять новый;
- исполнитель общается с получателем — не может принять (невежливо);
- исполнитель хочет завершить работу — не может, пока не завершит доставку.
Выбор без выбора: прими заказ или получи штраф.
Проблемы с данными от партнёров и заказчиков
Кейс со складом магазина зоотоваров. Заказчик оформил самовывоз “руками курьера” Яндекс.Доставки. По информации от заказчика — заказ собран и готов. Информация от сотрудника склада — «мы собираем заказ непосредственно по прибытии клиента».
Итог: 50 минут ожидания на складе. Платное ожидание в 20 минут истекло, дальше — время исполнителя, которое никто не компенсировал, + опоздание к получателю.
Вес и габариты: системный конфликт условий заказа и возможностей исполнителя
Кейс с тем же складом: более 10 единиц в заказе (в приложении указано — 1 посылка), без упаковки, в том числе крупногабаритная клетка для собаки весом 15 кг (108 см х 14 см х 78 см).
По условиям сервиса габариты посылки должны быть не более 158 см по сумме измерений, вес для женщин-автокурьеров - не более 10 кг. При несоответствии исполнитель может отказаться от заказа, но потеряет 7 баллов приоритета.
Как улучшить: не снимать баллы за отказ при несоответствии весогабаритных характеристик; добавить опцию «согласиться на доставку несмотря на превышение» за дополнительную плату с заказчика.
Оценка получателя: слепое пятно в данных
На старте работы приложение позволяет оценить отправителя заказа, но не предлагает оценить получателя.
В случае доставки из магазина именно получатель часто является заказчиком услуги и одновременно источником сложностей для курьера: не написал номер заказа, неверно указал адрес, не сообщил о препятствиях (шлагбаум, закрытая калитка с кодом). В результате курьер тратит 10–20 минут на выяснение деталей, получает «опоздание» — обе стороны получают негативный опыт. Сервис не знает об этом.
Выводы по блоку UX
Новый пользователь на этапе активации сталкивается с рядом проблем, которые он не в состоянии решить самостоятельно. Результатом могут быть:
- рост оттока (Churn Rate) на этапе онбординга (термокороб, система штрафов);
- снижение NPS (экран принятия заказов);
- слепое пятно в данных о качестве услуги (отсутствие оценки получателя);
- негативное влияние на долгосрочный retention и LTV (размытое позиционирование).
“Начинка” приложения: логистика и навигация
Технические баги
- 02.04.26, район Выхино-Жулебино: 4 часа не работала навигация на линии. Маршрут не строился, местоположение определялось некорректно, сигнал GPS не находился. При этом Яндекс.Навигатор в параллельном режиме работал без сбоев.
- 03.04.26: в процессе выполнения сдвоенного заказа вклинился ещё один заказ, который не отображался в личном кабинете. Несколько раз поступали звонки от поддержки с сообщением, что я опаздываю на заказ в ресторан, который якобы числится на мне.
Как улучшить: дать пользователю возможность оперативно подавать баг-репорты. Регулярно возвращаться с информацией о том, что техническая команда сделала для снижения числа багов.
Ригидность расчёта времени
Судя по всему, система строит маршрут и расчёт времени единожды — при принятии заказа. Обстоятельства меняются (пробки, аварии), но расчёт не корректируется. Исполнитель видит обратный отсчёт, потом «опоздание».
Как улучшить: корректировать расчёт времени до точки по принципу Яндекс.Навигатора.
Неучтённые препятствия
Расчёт времени не учитывает:
- поиск парковки
- пеший путь от парковки до адреса
- шлагбаумы, закрытые калитки, домофоны, консьержей
- подъём на лифте
Автокурьер не может припарковаться прямо у входа. В среднем это плюс 10–15 минут к расчётному времени.
Как улучшить: аналитически рассчитать среднее дополнительное время для разных типов точек (магазин, складская территория, ЖК эконом-класса, «элитный» ЖК со шлагбаумами) и добавлять его к расчётному — как для исполнителя, так и для заказчика.
Выводы по техническому блоку
Ригидный расчёт времени и ошибки в геоданных ведут к росту опозданий и недовольству клиентов (CSI).
Выводы и гипотезы
Что я вижу в итоге
- система мотивации построена на соревновательном принципе («делай больше заказов — получишь больше баллов приоритета»);
- сервис стремится максимизировать эффективность — ключевая метрика, вероятно, количество выполненных заказов;
- сильный дисбаланс в сторону системы наказаний;
- сервис — посредник между заказчиком и исполнителем, но исполнитель в большинстве случаев не защищён и априори виновен во всех нарушениях;
- технологичность и простота входа не могут компенсировать экономическую невыгодность сервиса.
Влияние на метрики: неудовлетворённость исполнителей ведёт к дефициту водителей (Supply Gap).
Гипотеза об оттоке
Смею предположить, что в Яндекс.Доставке существует высокий отток среди автокурьеров. Вот что удалось найти по этой теме.
Проблема системная и признанная: Высокая текучесть курьеров — это «головная боль» для всего рынка. Серьезность проблемы подтверждается не только отраслевой прессой, но и тем, что крупнейшие игроки (включая Яндекс) и ведущие вузы страны (НИУ ВШЭ, СПбГУ) инвестируют ресурсы в её анализ и поиск решений. [Источник 1, Источник 2]
Ключевая причина — финансовая непрозрачность: Главный катализатор оттока — не сама по себе сложность работы, а «амортизационный шок». Курьеры чувствуют себя обманутыми, когда сталкиваются с реальными расходами, которые сервис не афиширует. Мой эксперимент наглядно это демонстрирует: 58% выручки уходит на скрытые издержки. [Источник]
Отток не победить, если не изменить главное — ценность сервиса для исполнителей, которая выражается прежде всего в закрытии базовой потребности: достойная оплата за час тяжёлой работы с высоким уровнем стресса.
Потенциальные зоны улучшения
- Экономика: пересмотреть модель оплаты автокурьеров с учётом реальных расходов.
- UX: добавить информацию о заказе на экран принятия; убрать штрафы за отказы при отсутствии необходимого оборудования; добавить оценку получателя.
- Логистика: адаптивный расчёт времени с учётом пробок и естественных препятствий; валидация адресов на стороне заказчика; использование геопозиции вместо фото для подтверждения факта прибытия.
- Техподдержка: связать базу знаний с приложением через гиперссылки в моменте; доработать бота проверки вынужденных отмен.
Ключевая пользовательская метрика, которую я бы растила в продукте - выручка на километр пути. Инициативы, направленные на снижение издержек исполнителей, также будут полезны для повышения лояльности.
Заключение
Яндекс.Доставка — сложный и многокомпонентный продукт. Его главный вызов — сбалансировать интересы трёх сторон: платформы, клиента и исполнителя. Судя по всему, сейчас баланс смещён в сторону первых двух, что создаёт зоны для улучшения, особенно в области экономики и мотивации водителей.
Моя задача как аналитика — находить такие зоны, формулировать гипотезы и предлагать измеримые решения. Такой подход к анализу продуктов я могу применить и для вашего бизнеса.
Обо мне:
Оксана Головина, бизнес-консультант, аналитик.
Я помогаю собственникам и CEO разобраться, куда уходят деньги, почему продукт не растёт и как принимать решения на основе данных, а не интуиции.
Моя страница в TenChat