Меню в агрегаторах: как не держать пять прайсов руками
Что расходится в первую очередь
Порядок почти всегда один и тот же:
- Стоп-лист. Расходится за минуты. Закончился продукт — на кассе знают сразу, на площадках нет.
- Цены. Расходятся за дни. Подняли на кассе, забыли поднять где-то ещё.
- Ассортимент. Расходится за недели. Новинка появилась в двух каналах из пяти, снятое блюдо осталось висеть в трёх.
- Описания и фото. Расходятся навсегда. Их правят один раз при запуске и больше не возвращаются.
Почему ручное обновление обречено
Дело не в лени, а в объёме. Полтораста позиций на пяти каналах — это семьсот пятьдесят карточек. Даже небольшое изменение цен по десяти позициям превращается в полсотни правок в пяти разных кабинетах, каждый со своим интерфейсом и своими правилами модерации.
Такую работу делают, пока она новая. Через месяц её начинают откладывать, через три — делают только по жалобам. Это не проблема конкретного сотрудника: любой процесс, требующий одинаковой работы в пяти местах, деградирует.
Одно меню, много витрин
Рабочая схема ровно одна: меню существует в единственном экземпляре — в системе учёта, — а каналы получают из него свои витрины. Тогда правка делается один раз и разъезжается везде.
При этом каналы не обязаны быть одинаковыми. Различаться должно следующее:
| Что | Почему различается |
|---|---|
| Цена | У агрегатора она выше — в неё заложена комиссия. Считается делением, а не прибавлением процента |
| Состав меню | То, что не переживает сорок минут в термосумке, на доставку не выкладывают вовсе |
| Названия и описания | У площадок свои требования к длине и формату, плюс там работает поиск — название «Сет №3» не найдут никогда |
| Фотографии | Требования к размеру и фону у каждой площадки свои |
А вот что различаться не должно ни при каких условиях — это состав блюда, техкарта и остаток. Продали ролл через агрегатора — со склада должны уйти те же продукты, что и при продаже на кассе. Иначе учёт превращается в фикцию, а склад — в минус, который никто не может объяснить.
Стоп-лист — отдельная история
Цены меняются раз в квартал, стоп-лист — по несколько раз за смену. Поэтому он должен уходить в каналы не «при следующей выгрузке меню», а сразу, и ставиться там, где о нём узнают первыми, — на кассе или у повара.
Обратная сторона тоже важна: когда продукт привезли, позиция должна вернуться в продажу автоматически. Забытый снятым хит на выходных стоит дороже, чем несколько отменённых заказов.
Четыре грабли, на которые наступают все
- Пустое название для площадки. У блюда не заполнено поле, которое уходит в агрегатор, — и выгрузка всего меню падает целиком из-за одной позиции. Ищут потом долго, потому что «мы же ничего не меняли».
- Удалили блюдо, а связь осталась. Позиция снята с продажи, но её привязка к каналу жива — и она продолжает выгружаться на площадку. Гость заказывает то, чего нет.
- Меню не переотправили после изменений. Заказ приходит, а система не понимает, какое это блюдо: на площадке одна карточка, у вас другая. Лечится повторной выгрузкой, но узнают об этом обычно в час пик.
- Цены поменяли в кабинете площадки, а не в системе. Следующая автоматическая выгрузка вернёт всё как было — и это правильно, но выглядит как «система сломала нам цены».
Как проверить свои каналы за десять минут
- Возьмите пять популярных позиций и сверьте цену во всех каналах.
- Поставьте стоп-лист на кассе и посмотрите, через сколько он появится на площадках.
- Найдите в каждом канале блюдо, которое вы сняли с меню месяц назад.
- Проверьте, что новинка последнего месяца есть везде, где должна быть.
Как это устроено у нас
В DelRes меню ведётся в одном месте, а каналы получают из него витрины: свой сайт, приложение и агрегаторы. Для площадок задаются отдельные цены и свой состав меню, названия и описания под их требования — при общих техкартах и общем складе.
Стоп-лист ставится на кассе и уходит в каналы автоматически. Всё это входит в 20 000 ₸ в месяц за торговую точку; подробности — на странице интеграций с агрегаторами.
