Продакт в приложениях доставки еды

Что вообще представляет собой продукт доставки еды

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

Это значит, что продакту нужно уметь думать про софт и про операции одновременно. Можно сделать идеально удобное приложение, но если на кухне забыли заказ или курьер опоздал на 30 минут — пользователь всё равно злой. И наоборот.

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

Стороны рынка: клиент, ресторан, курьер

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

• Клиент хочет: чтобы было быстро, вкусно, дёшево, и чтобы заказать в два клика. Продакт-команда клиента занимается приложением, поиском, рекомендациями, оплатой, программами лояльности.
• Ресторан/партнёр хочет: больше заказов, нормальную маржу, минимум геморроя с приёмом и выдачей. Продакт-команда партнёра делает кабинет ресторана, подключение, инструменты управления меню и стоп-листами.
• Курьер хочет: больше заработать, меньше холостого пробега, понятные смены. Продакт-команда курьера занимается приложением курьера, диспатчем, оплатой, штрафами/бонусами.

Если ты идёшь в доставку, обычно понимаешь, в какую из этих трёх команд хочешь.

Юнит-экономика заказа

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

Грубая модель:

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

Главный вопрос — contribution margin per order, маржа на заказ после прямых расходов. Если она отрицательная, чем больше заказов — тем больше убытков. Многие сервисы доставки годами ищут этот баланс. Конкретные цифры по компаниям не приведу — нет надёжных публичных источников.

Ключевые метрики

Метрики делятся на сторонние и общие.

Клиентские:

• Conversion в заказ на каждом шаге воронки (открыл → выбрал → оплатил).
• Repeat rate / частота заказов — главный показатель здоровья. Доставка живёт повторными заказами.
• Retention по когортам, обычно недельным или месячным.
• Средний чек и его динамика.
• NPS / CSAT после заказа.

Операционные:

• Время от заказа до доставки (общее, от ресторана, в пути).
• Доля заказов с проблемой — опоздания, ошибки в составе, отмены.
• % отмен по причинам.

Партнёрские:

• Conversion ресторана из подключения в активный.
• Доля активных партнёров — кто реально получает заказы.
• Доля стоп-позиций — что отсутствует в меню.

Курьерские:

• Заказы в час на курьера, utilization (доля времени в работе).
• Acceptance rate — сколько предложенных заказов курьер берёт.

Общие:

• GMV (общий оборот), take rate (доля сервиса в обороте), contribution margin на заказ.

Типичные продактовые задачи

Что обычно делает продакт в доставке:

• Сократить время доставки. Часто это не про софт, а про операции: батчинг заказов, рекомендации курьеру по маршруту, прогноз времени на кухне.
• Поднять конверсию воронки. Поиск, карточка ресторана, корзина — стандартные точки роста.
• Увеличить средний чек. Допродажи (десерт к пицце), бесплатная доставка от суммы, бандлы.
• Рост частоты. Подписки на бесплатную доставку, программа лояльности, push-кампании.
• Снижение costs. Оптимизация диспатча, сокращение холостого пробега курьеров, борьба с фродом промокодов.
• Запуск новых вертикалей. Магазины, аптеки, готовая еда, dark stores — у каждого сервиса разная стратегия.

Очень много A/B-тестов, потому что цикл короткий — клиент возвращается часто, статистики хватает быстро.

Частые ошибки

• Оптимизировать только клиентское приложение, забывая про сторону партнёра и курьера. Любая фича обычно затрагивает все три стороны.
• Не считать contribution margin. «Конверсия выросла» при отрицательной марже — это путь в убытки.
• Игнорировать операции. Прогноз времени, диспатч, коммуникация с рестораном — это продукт.
• Плохо работать с отменами и проблемами. Один плохой заказ удерживается в памяти клиента долго.
• Считать, что доставка = маркетплейс. У сервисов с собственной кухней (dark kitchen) другая экономика и другие задачи.
• Сравнивать средние без сегментов. Город, тип кухни, время суток сильно влияют на метрики.

Связанные темы

• Что такое retention
• Когортный анализ
• Что такое AOV
• Юнит-экономика
• Конверсия воронки

FAQ

Чем продакт в доставке отличается от продакта в e-commerce?

Главное — операционная сторона. В e-commerce склад и логистика часто за кадром, в доставке еды время доставки и качество — это и есть продукт.

Куда легче зайти — в большой агрегатор или в маленький стартап?

В агрегаторе понятнее процессы и есть данных, в стартапе быстрее рост ответственности. Зависит от того, что нужно тебе.

Какие навыки прокачивать?

SQL, A/B-тесты, юнит-экономика, базовая операционная грамотность, продуктовые метрики маркетплейсов.

Можно ли вообще зарабатывать на доставке еды?

Можно, но контрибьюшн-маржа часто тонкая, и многое зависит от плотности заказов в городе и take rate. Это не сектор с быстрой прибылью.

Что важнее — частота или средний чек?

Чаще всего частота. Потому что повторные заказы стоят дешевле новых, и retention тащит юнит-экономику.

Как готовиться к собесу в продакта доставки?

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

---

Готовишься к собесу на продакта или аналитика — открой тренажёр с 1500+ вопросами по SQL, метрикам, A/B и продуктовой аналитике.