Многосторонний маркетплейс между поставщиками и ресторанами: каталог сезонных ингредиентов, кредитные лимиты с отсрочкой, шеф-конструктор недельной закупки, ЭДО и интеграция с 1С. Запускаем крупные foodtech-продукты под HoReCa-индустрию — кейсы Performance Food, Izzi, Burger King.
B2B-маркетплейс HoReCa — это многосторонняя платформа, на которой рестораны и кафе закупают сырьё, продукты и расходники у поставщиков: фермеров, мясокомбинатов, дистрибьюторов, импортёров. Это не интернет-магазин, не агрегатор и не сервис доставки для частных клиентов. Это рабочий инструмент закупщика и шеф-повара, который заменяет рутину «6 чатов в мессенджере + Excel + звонок водителю» на единый кабинет.
Кому он нужен:
Главный экономический эффект — резкое сокращение времени закупщика на оформление поставок, меньше ошибок и недопоставок по скоропортящемуся сырью, прозрачность цен и доступность редких сезонных ингредиентов, управляемая отсрочка платежа без ручных согласований.
Под задачу обычно выбирают одну модель для старта. Кооператив производителей и внутренний маркетплейс сети мы объединили в формат «закрытой платформы» — у них общая логика замкнутого круга участников.
Платформа закрывает одну категорию: овощи и зелень, мясо, морепродукты, алкоголь, бакалея. Узкий ассортимент позволяет глубоко работать со специфическими параметрами — фермерское происхождение, сертификация, день забоя или срезки. Подходит, когда ниша требует экспертизы (морепродукты — холодовая цепь, алкоголь — ЕГАИС).
Платформа закрывает весь спектр HoReCa-закупки: сырьё, расходники, посуда, химия. Главный плюс для ресторана — одно окно вместо десяти; главная сложность для платформы — контроль качества и спецификаций каждой категории. Подходит дистрибьюторам с широким ассортиментом и сетевым игрокам.
Маркетплейс собирает заказы ресторанов и консолидирует поставки на собственном складе: товары от 30 поставщиков приезжают утром и через несколько часов разъезжаются по 100 ресторанам единым маршрутом. Ресторан получает одну машину вместо 5–7. Подходит крупным городам с плотной сетью ресторанов.
Платформа для замкнутого круга участников: кооператив малых производителей с общим каналом продаж в HoReCa — или внутренний маркетплейс сети из 50–500 ресторанов, где сеть выступает посредником между своими поставщиками и точками. Унифицирует закупку и контролирует спецификации.
Без понимания этих различий команды строят «маркетплейс вообще» — и через полгода обнаруживают, что для HoReCa там не хватает половины обязательной механики.
B2B-маркетплейс HoReCa — это не «портал поверх каталога производителя» (см. соседнюю услугу B2B-портал) и не «корпоративная версия Самоката». Это отдельный класс продуктов с другой архитектурой и UX.
В B2B HoReCa нельзя проектировать продукт «для абстрактного клиента»: у вас два конкретных пользователя с разными задачами.
Закупщик (закупочный менеджер сети или директор HoReCa-департамента) обрабатывает десятки заказов в нескольких точках; его боль — спецификации, цены, документы. В интерфейсе ему нужна быстрая массовая работа со списком (повторение прошлого заказа, шаблоны на категорию), фильтры по поставщикам, корзина из нескольких сценариев, выгрузка в 1С.
Шеф-повар (или су-шеф) планирует меню на неделю и заказывает под него; его боль — сезонность, качество, наличие именно той продукции. В интерфейсе ему нужна карточка ингредиента с фото и спецификацией, фильтр «фермерское / биодинамика», подсказка «эта позиция сейчас в сезоне», выбор партии для мяса и рыбы.
Многие маркетплейсы делают «один кабинет на всех» — и он одинаково плохо работает и для закупщика, и для шефа. Правильный подход — две роли с разными интерфейсами, объединённые единой корзиной и историей.
Это коммерческая механика, без которой B2B HoReCa не работает. В отличие от розницы, ресторан не платит за каждую поставку отдельно — он работает по договору с отсрочкой 7–30 дней. Платформа должна поддерживать это нативно:
Этот модуль — обычно самая длительная часть разработки и переговоров, и главная причина, по которой готовая «коробка» маркетплейса HoReCa почти всегда заканчивается доработкой под конкретного дистрибьютора.
Здесь маркетплейс выходит за пределы «каталог плюс корзина» и превращается в инструмент шефа:
В сочетании эти механики превращают маркетплейс из «места, где дёшево» в «место, где шеф работает», — и это основа удержания HoReCa-клиентов.
Доставка сырья в ресторан устроена не так, как доставка обедов клиентам:
Эту часть невозможно «доделать после релиза» — она пронизывает архитектуру с самого начала.
Все эти слои — отдельные модули, подключаемые опционально под профиль клиента: работаете только с непищевыми расходниками — Меркурий не нужен; есть алкоголь — ЕГАИС обязательна.
Это уже не «попробуем что-нибудь», а рабочие сценарии, которые на крупных маркетплейсах окупаются на горизонте года:
Подробнее про подход — на странице машинного обучения и AI-внедрения в разработку.
300+ реализованных проектов, 100 международных наград, №1 в мобильной разработке, 250 специалистов в команде. Многосторонние платформы и B2B-foodtech — Performance Food (мультитенант), Izzi (маркетплейс), Burger King (федеральная сеть).
Бренда в одной кодовой базе у Performance Food
Мультитенант B2B-foodtech — близкая архитектура
Лет в foodtech и маркетплейсах
Izzi, Бетховен, Rendez-Vous и другие
В разработке приложений для крупного бизнеса
Штатных специалистов
Backend, интеграции, ML, дизайн, QA, DevOps
Бренда в одной кодовой базе у Performance Food
Мультитенант B2B-foodtech — близкая архитектура
Лет в foodtech и маркетплейсах
Izzi, Бетховен, Rendez-Vous и другие
В разработке приложений для крупного бизнеса
Штатных специалистов
Backend, интеграции, ML, дизайн, QA, DevOps
Мы создаём foodtech-продукты для лидеров рынка — от стартапов до федеральных сетей. Несколько релевантных проектов из портфеля (полный — на странице foodtech-практики):
Маркетплейс зарабатывает на нескольких слоях:
Правильно построенная платформа резко снижает время закупщика на оформление поставок, повышает оборачиваемость поставщиков и расширяет их клиентскую базу, кратно уменьшает претензии по поставкам и даёт сети прозрачность и контроль маржи. Срок окупаемости для платформы средней сложности — 18–36 месяцев на горизонте от 100 активных ресторанов и 30–50 поставщиков.
3–4 недели. Аудит рынка, карта пути закупщика и шефа, план функций, выбор модели площадки.
4–6 недель. UX-карты кабинетов, UI, схема API, регуляторная архитектура.
14–18 недель. Каталог, корзина, базовый ЭДО, один сценарий логистики. Демо каждые 2 недели.
4–6 недель, параллельно с MVP. Кредитные лимиты, отсрочка, скоринг.
3–6 недель на модуль. Меркурий, Честный Знак, ЕГАИС — по применимости.
6–10 недель. Запуск с 5–10 поставщиками и 20–50 ресторанами.
3–6 месяцев. Раскатка, AI-сценарии, расширение функций.
Команда: продакт (скоуп многосторонней платформы), бизнес-аналитик (процессы закупщика, шефа, поставщика, кладовщика), системный аналитик (регуляторные интеграции), UX/UI-дизайнер (кабинеты с ролевой моделью), 2 frontend- и 1–2 mobile-разработчика, 2–3 backend-разработчика и инженер интеграций, финансовый аналитик (скоринг и финмодуль), QA, DevOps.
Что влияет на бюджет: число регуляторных систем (Меркурий, Честный Знак, ЕГАИС — отдельный модуль на каждый), глубина финансового модуля (базовая отсрочка или со скорингом и эскроу), своя или внешняя логистика, мультитенант для холдингов с несколькими брендами или географиями, AI-сценарии, число POS и ERP для синхронизации. Для проверки гипотезы в узком сегменте — MVP foodtech.
