Коротко (TL;DR)
- Homer Logistics — зарубежная модель, где курьер доставляет заказ ресторана под его собственным брендом, а не под лейблом агрегатора.
- В России доставка от заведений почти целиком отдана крупным агрегаторам — бренд ресторана исчезает в тот момент, когда заказ выходит за дверь кухни.
- Своя логистика особенно окупается для сетей из нескольких точек: одна система маршрутизации курьеров на весь город вместо отдельных костылей на кафе.
- MVP такой системы — это распределение заказов по зонам, приложение курьера, интеграция с кассой и брендированное отслеживание для клиента.
- Модель непростая операционно — набор курьеров дороже подключения к агрегатору, но это осознанная плата за прямой контакт с клиентом и данные о нём.
Когда вы заказываете еду через популярное приложение, курьер приезжает в форме этого приложения, с термосумкой этого приложения, а уведомления присылает тоже это приложение. Ресторан, который на самом деле готовил ваш ужин, в этой цепочке практически не виден. За рубежом с этим стали бороться иначе, чем принято у нас: вместо того чтобы делать собственное приложение-агрегатор, компании вроде Homer Logistics предлагают ресторанам и сетям кафе курьерскую инфраструктуру «как услугу», но под брендом самого заведения. Курьер физически тот же, техника похожая, а вот в глазах клиента доставку осуществляет ресторан, а не посредник.
Для сетей общепита это не косметическая деталь, а вопрос контроля над клиентом: кто владеет контактом, кто получает повторные заказы, кто решает, какую скидку показать в следующий раз. В этой статье разберём, что это за модель, почему её почти нет в России, как она могла бы выглядеть на практике и что нужно, чтобы такую систему запустить. Заодно посмотрим на риски — эта модель не для всех и не сразу.
Что это за модель за рубежом
Homer Logistics — не служба доставки в привычном понимании и не конкурент крупных агрегаторов. Это, по сути, логистический бэкенд: компания берёт на себя набор курьеров, маршрутизацию заказов, приложение для доставщика и трекинг, но полностью прячет себя из клиентского опыта. Заказ принимает и привозит «курьер ресторана» — в форме заведения или, как минимум, без чужого лого на сумке. Клиент видит только бренд кафе или сети, где он заказывал, от момента оформления заказа до звонка в дверь.
Ключевая идея в том, что сама технология доставки — маршрутизация, распределение по зонам, оценка времени, приложение курьера — становится инфраструктурой, которую можно предоставлять многим ресторанам сразу, не отбирая у них бренд. Один и тот же курьер за смену может развозить заказы разных заведений, подключённых к системе, но клиент каждого из них уверен, что имеет дело напрямую с рестораном. Для сети кафе с несколькими точками в одном городе это особенно удобно: не нужно держать штат курьеров на каждую точку отдельно — распределением занимается общая система, а бренд остаётся цельным на всех точках.
Отдельно стоит подчеркнуть, для кого это работает лучше всего. Модель не рассчитана на разовые заказы через маркетплейс с миллионом случайных покупателей — она рассчитана на заведения, у которых уже есть узнаваемый бренд и постоянные клиенты, и которым важно, чтобы этот бренд не растворялся на последнем и самом заметном для покупателя этапе — доставке до двери.
Почему такого нет у нас
В России доставка от заведений почти полностью выстроена вокруг крупных агрегаторов, и это исторически понятно: они первыми вложились в логистику, охват курьеров и удобные приложения, и ресторану оказалось проще подключиться к готовой инфраструктуре, чем строить свою. Но у этой удобности есть цена. Курьер приезжает в форме агрегатора, с его термосумкой и его уведомлениями. Клиент запоминает не ресторан, а платформу, через которую заказывал. В следующий раз он откроет то же приложение и с равной вероятностью закажет у конкурента по соседству — просто потому, что для него это тоже самое приложение, просто другая карточка в списке.
Добавьте к этому комиссию агрегатора, которая у заведения съедает заметную часть маржи с каждого заказа, и получится, что ресторан платит за то, чтобы терять контакт с собственным клиентом. При этом альтернативы почти нет: чтобы возить заказы своими силами, нужен штат курьеров, система распределения и приложение — а строить это самостоятельно решится не каждое заведение, особенно если оно одно, а не сеть.
Ниша B2B-инфраструктуры «своя доставка под ключ для ресторанов» у нас практически пустует. Есть отдельные попытки крупных сетей возить заказы своими курьерами, но это самописные и закрытые решения, а не сервис, который можно подключить сторонней сети кафе среднего размера. Именно здесь и открывается пространство для готового продукта — системы, которую можно предложить сети из трёх, пяти, десяти точек, чтобы она получила брендированную логистику, не строя её с нуля.
Как это могло бы выглядеть здесь
Представьте B2B-сервис логистики для сети кафе конкретного города — условно, для сети с несколькими точками в Чите или любом другом среднем городе. Технически это выглядит так: заказ приходит с сайта, из мобильного приложения или из мессенджер-бота заведения, система автоматически определяет ближайшего свободного курьера, привязанного к зоне доставки, и передаёт ему маршрут в собственном приложении курьера. Клиент при этом получает уведомления и отслеживание в брендированном виде — под именем и цветами сети кафе, а не стороннего сервиса.
Для управляющего сетью появляется единый дашборд: сколько заказов в работе, где сейчас каждый курьер, сколько времени занимает доставка по каждой точке и зоне, какая точка перегружена, а где курьеры простаивают. Это уже управленческий инструмент, а не просто способ довезти еду: видно, где логистика проседает и куда добавить человека в смену.
Отдельная выгода для сети — гибкость масштабирования. Если у сети пять точек в одном районе города, система распределения может перебрасывать заказы между курьерами разных точек, а не держать на каждой кофейне отдельного курьера, который простаивает половину смены. Это именно то преимущество, ради которого модель имеет смысл строить не для одного кафе, а для сети — экономия возникает на масштабе.
Похожую логику — общую инфраструктуру под несколькими похожими объектами вместо разрозненных самописных решений — я закладывал и в других B2B-проектах, например в системе для сети точек лояльности. Принцип один: единый бэкенд, который разные точки используют под своим лицом. Если хотите обсудить, как это применимо к вашей сети заведений, можно обсудить проект и посмотреть, что реально нужно на старте.
Что нужно для запуска
MVP такой системы не требует сразу всей инфраструктуры крупного агрегатора — достаточно нескольких ключевых модулей, которые закрывают основной цикл заказа.
Во-первых, система распределения заказов между курьерами по зонам: логика, которая понимает, какой курьер сейчас свободен, где он находится и к какой точке ближе, и автоматически назначает ему заказ. На старте это может быть относительно простая логика по геозонам, без сложных алгоритмов оптимизации — усложнять можно постепенно, по мере роста объёма заказов.
Во-вторых, мобильное приложение курьера — экран с маршрутом, статусами заказа (принял, забрал, в пути, доставил) и минимальной навигацией. Курьеру не нужен интерфейс агрегатора с десятком лишних функций, нужен быстрый и понятный рабочий инструмент.
В-третьих, интеграция с системой заказов самого заведения — с сайтом, ботом или кассой, откуда приходит информация о новом заказе и его составе. Без этой интеграции курьерская система работает в отрыве от бизнеса и требует ручного ввода заказов, что на практике быстро ломается.
В-четвёртых, отслеживание доставки для клиента — простая страница или экран в брендированном виде, где видно статус заказа и примерное время. Это тот самый элемент, который формирует у клиента ощущение, что с ним работает ресторан, а не безликий посредник.
Такой набор закрывает основной цикл: заказ — назначение курьера — доставка — обратная связь клиенту. Дальше уже можно наращивать аналитику, оптимизацию маршрутов и управленческие отчёты для сети.
Риски и сложности
Здесь важно быть честным: своя курьерская служба — это не бесплатное улучшение имиджа, а операционно более тяжёлая модель, чем подключение к готовому агрегатору. Набор, обучение и удержание собственного штата курьеров требует постоянного внимания — текучка в этой сфере высокая, а простой хотя бы одного курьера в смену сразу бьёт по скорости доставки. Агрегатор решает эту проблему масштабом: у него тысячи курьеров на город, и свободный найдётся почти всегда. Своей сети с несколькими точками собрать сопоставимый запас людей сложнее.
Экономика тоже требует трезвого взгляда. Для одиночного кафе с небольшим потоком заказов содержать выделенную курьерскую инфраструктуру обычно невыгодно — слишком мало заказов, чтобы окупить систему распределения и штат. Модель начинает работать, когда точек несколько и заказы можно перераспределять между курьерами разных заведений сети, — тогда нагрузка сглаживается, а инфраструктура используется полнее.
Ещё один честный риск — конкуренция по скорости с крупными агрегаторами. У них отлаженная логистика и огромный охват курьеров, и догнать их по времени доставки «с нуля» непросто. Поэтому запускать такую систему разумнее не как попытку немедленно обогнать агрегатор по скорости, а как способ вернуть контроль над собственным клиентом и снизить зависимость от чужой комиссии — начиная с частичного покрытия, а не сразу заменяя весь объём доставки.
Частые вопросы
Чем это лучше подключения к агрегатору? Агрегатор берёт на себя логистику, но забирает контакт с клиентом, часть узнаваемости бренда и заметную комиссию с каждого заказа. Своя система возвращает контроль: клиент видит бренд заведения на всех этапах, а данные о заказах и повторных покупках остаются у сети, а не у посредника.
Подходит ли для одного кафе или только для сети? Экономически модель раскрывается на сети из нескольких точек, потому что заказы и курьеров можно перераспределять между заведениями и сглаживать нагрузку. Для одиночного кафе с небольшим потоком заказов выделенная инфраструктура обычно не окупается — там разумнее оставаться на агрегаторе или ограничиться простым инструментом учёта заказов.
Как найти и удержать курьеров? Это операционная задача, а не техническая, и она требует такого же внимания, как найм в любом другом деле, — понятной оплаты, удобного графика и рабочего инструмента без лишних сложностей. Технически можно облегчить эту сторону: простое приложение курьера, прозрачная статистика по заказам и сменам снижают текучку сами по себе, потому что человеку понятно, за что он получает деньги.
Можно ли начать с частичного покрытия — например только своего района? Да, и это разумный путь запуска. Не обязательно сразу заменять всю доставку сети: можно начать с одной-двух точек и ограниченной зоны, проверить, как работает распределение заказов и хватает ли курьеров, и постепенно расширять покрытие по мере роста уверенности в системе.
Коротко о главном
Модель вроде Homer Logistics решает конкретную проблему: ресторан теряет лицо в момент, когда заказ выходит за дверь кухни и попадает в чужой бренд. У нас эта ниша почти пустая — доставка от заведений практически полностью отдана крупным агрегаторам, и альтернативы в виде готового B2B-сервиса под своим лицом почти нет. Для сети из нескольких кафе такая система — это не только имиджевый шаг, но и управленческий инструмент: единая маршрутизация курьеров, дашборд по загрузке точек и прямой контакт с клиентом вместо чужой комиссии. Модель требует трезвого расчёта — своя курьерская служба тяжелее в операционке, чем подключение к готовому агрегатору, и окупается прежде всего на масштабе сети, а не для одного кафе. Если у вас сеть заведений и хочется посчитать, как такая система выглядела бы именно для вас, — можно обсудить проект и начать с MVP на пару точек, не перестраивая всё сразу.