Сформулируйте одну проверяемую гипотезу
Не запускайте одновременно десяток разных предложений. Выберите конкретный сценарий: например, показывать напиток после выбора горячего, если напитка в заказе ещё нет. Зафиксируйте условие показа, предлагаемую позицию и действие гостя.
До запуска уточните доступность блюда и допустимые сочетания. Отдельно проверьте, что отказ не вызывает бесконечный повтор того же предложения. Рекомендация должна помогать выбрать, а не мешать закончить заказ. Этот принцип можно проверить вручную до автоматизации.
Разделите этапы воронки
Нужны как минимум показы предложения, добавления и фактически оплаченные дополнительные позиции. Нажатие «добавить» не равно продаже: гость может убрать позицию, официант — уточнить заказ, а кухня — сообщить об отсутствии блюда.
| Показатель | Формула | Что показывает |
|---|---|---|
| Принятие предложения | Добавления / показы | Реакцию на рекомендацию |
| Доля оплаченных дополнений | Оплаченные дополнения / показы | Итоговую покупку после показа |
| Сохранение в заказе | Оплаченные дополнения / добавления | Сколько добавлений дошло до оплаты |
| Доход до постоянных расходов | Выручка дополнений − их переменные затраты | Экономический вклад проданных позиций |
У каждого события должны быть одинаковые правила подсчёта. Если один гость открывает корзину пять раз, важно понимать, считается ли это одним показом или пятью.
Разберите пример на условных данных
Предположим, предложение увидели 300 раз, добавили позицию 36 раз, а оплатили 27. Принятие составит 12%, оплаченная конверсия — 9%, сохранение — 75%. Эти величины отвечают на разные вопросы и не должны заменять друг друга в отчёте.
При цене дополнения 200 ₽ дополнительная выручка по этим позициям составит 5 400 ₽. Если переменные затраты на каждую порцию равны 80 ₽, вклад до постоянных расходов — 3 240 ₽. Это ещё не чистая прибыль и не доказанный прирост относительно сценария без рекомендации: часть гостей могла бы купить позицию самостоятельно.
Сравните сопоставимые группы
Если можно разделять трафик, сравнивайте вариант с предложением и без него при одинаковых ценах и ассортименте. Если такой возможности нет, подберите сопоставимые смены и фиксируйте ограничения сравнения. Пятничный концерт не стоит напрямую сравнивать с тихим понедельником.
Учитывайте число гостей, загрузку, акции и наличие позиции. Не объявляйте результат по двум продажам. Универсального числа дней недостаточно: важны объём наблюдений и разброс данных. При небольшом потоке фиксируйте направление изменений и продолжайте наблюдение без обещаний точного эффекта.
Проверьте влияние на обслуживание
Спросите сотрудников, не увеличились ли отказы, уточнения и отмены. Дополнение может создавать нагрузку на кухню или задерживать основной заказ. Тогда рост выручки на одной позиции не обязательно улучшает работу заведения.
Отдельно проверьте, не замещает ли рекомендация более прибыльную покупку. Например, акционный набор может вытеснить обычный заказ из двух позиций. Сравнивайте весь состав чека, а не только число нажатий на яркую карточку.
Решите, что менять после теста
Если показов мало, проверьте условия срабатывания. Если добавлений много, а оплат мало, исследуйте отмены и процесс подтверждения. Если покупают, но доход низкий, пересчитайте цену, себестоимость и состав предложения. Менять всё одновременно не нужно: иначе нельзя понять причину результата.
Для начала достаточно таблицы с датой, сценарием, показами, добавлениями, оплатами и переменными затратами. Автоматический отчёт полезен только после того, как определено, что именно он должен считать. Доступность конкретных событий в Menu360 и системе учёта нужно проверить при настройке.