Меню в доставке и на сайте из одного места: без пяти кабинетов

Пять кабинетов и одна цена

Утром на кухне закончилась сёмга. Администратор помнит, что надо убрать четыре блюда из продажи. Заходит в кассу, потом в кабинет Яндекс Еды, потом в Купер, потом на свой сайт. На третьей вкладке звонит поставщик, админ отвлекается, и в одном приложении блюдо остаётся на витрине. Через сорок минут приходит заказ именно на него. Курьер уже в пути.

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

С ценами та же история. Подняли стоимость на кухне, в кассе поправили, в приложении она осталась прежней. Гость платит меньше, разницу съедает заведение. За месяц набегает сумма, которую никто не видит, потому что она размазана по сотням заказов. Прикинуть легко: сто заказов в день, недоплата двадцать рублей с каждого, и к концу месяца это уже под шестьдесят тысяч мимо кассы. Цифры условные, но порядок такой.

Почему так получается

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

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

Единый источник меню

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

Технически это работает, потому что у крупных агрегаторов есть интеграция меню для партнёров. Через неё внешняя система передаёт площадке актуальный список блюд, цены и стоп-листы. Многие кассовые системы для общепита уже так и делают: изменили цену в кассе, она обновилась в приложении, закончился ингредиент, позиция скрылась. По этой же логике собирается связка для тех, у кого касса и площадки пока живут порознь. Стек для общепита целиком я разбирал в статье IT для HoReCa.

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

Что важно учесть

Синхронизация не отменяет правила площадок. У каждого агрегатора свой формат карточек и своя модерация: новое блюдо или новое фото проходит проверку, и до неё позиция не появится в приложении. Быстро уходят обычно цены и стоп-листы, полное меню обновляется реже, часто раз в сутки. Это нормально, просто менять меню надо планировать заранее, а не за час до открытия.

Часть настроек площадки меняют только руками в своём кабинете: подключение к акциям, зоны доставки, оформление витрины, ответы на отзывы. Их автоматизировать нельзя, и обещать обратное нечестно. Комиссию агрегаторов синхронизация тоже не убирает: она наводит порядок в меню, но условия площадки не трогает. Зато чем меньше отказов и штрафов, тем выше рейтинг и мягче эти условия. Если считаете, выгоднее ли уводить часть заказов на свой канал, я приводил расчёт в статье про продажи на маркетплейсах: там про WB и Ozon, но логика с комиссией и своим каналом та же.

Что можно сделать уже сейчас

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

Второе. Решите, где будет жить главное меню. Чаще всего это касса или товароучётная система, потому что там и так ведутся остатки. Всё остальное подстраивается под неё.

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

Четвёртое. Настройте автосинхронизацию цен и стоп-листов в первую очередь: они меняются чаще всего и бьют по деньгам и репутации сильнее. Полное меню и фото подключаются вторым этапом. Порядок цен на разработку смотрите в прайсе.

Частые вопросы

Через сколько цена в приложении обновится после правки?

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

У меня три точки и разные цены на доставку и в зале. Это можно свести?

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

А если у площадки нет открытой интеграции?

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

Коротко о главном

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

Хотите свести меню, цены и стоп-листы в одну точку и перестать держать пять вкладок в час пик? Напишите мне в Telegram слово «МЕНЮ». Посмотрю ваши каналы и кассу и скажу, что из этого реально синхронизировать автоматически, а что придётся оставить руками.