Гайды
Запуск пилота Онлайн-заказов за 7 дней без хаоса
Условный семидневный план запуска: у каждого дня один результат, критерий готовности и стоп-условие от выбора зоны до решения после первой смены.
Читать статьюГайды
Полевой дорожный тест доставочного блюда: маршрут, упаковка, температура, текстура, протечки, экономика и решение оставить, адаптировать или убрать позицию.
Меню доставки — не копия зального меню с другой кнопкой. Блюдо нужно проверить в реальном маршруте: от раздачи и герметизации до ожидания, поездки и открытия гостем. Результат теста должен одновременно пройти три фильтра — безопасность, качество и вклад в деньги.
В зале кухня управляет почти всей цепочкой: моментом отдачи, посудой, расстоянием до стола. В доставке появляются ожидание курьера, вибрация, наклон пакета, перепад температуры, конденсат и неизвестное время до первого укуса.
Поэтому вопрос «вкусно ли блюдо?» слишком общий. Нужна проверяемая цепочка:
приготовление → контроль на раздаче → упаковка → ожидание → маршрут → открытие → оценка
Если тестировать только контейнер на полке кухни, ресторан не увидит влияние подъезда, остановок и смешивания горячего с холодным. Если оценивать только отзыв гостя, будет поздно и трудно восстановить причину.
Дорожный тест не устанавливает санитарные нормы и не заменяет программу производственного контроля. Ответственный сотрудник должен сверить технологические документы блюда, условия хранения, сроки реализации, маркировку и внутренние контрольные точки с применимыми требованиями.
Базовый нормативный документ для общепита — СанПиН 2.3/2.4.3590-20; в него вносились изменения, в том числе постановлением от 22 августа 2024 года. Роспотребнадзор отдельно напоминает о соблюдении условий хранения и перевозки готовой еды и о том, что потребителю должна быть доступна необходимая информация (разъяснение о готовой еде).
Из этого следуют практические правила теста:
В этой статье намеренно нет универсальной «безопасной температуры доставки»: она зависит от продукта, процесса и применимых документов. В листе испытания запишите предел именно вашего блюда и основание, которым он установлен.
Выгрузите хотя бы 30–50 завершённых заказов за сопоставимый период. Для каждого соберите доступные отметки времени:
Если доступна фактическая отметка вручения, посчитайте продолжительность от готовности до этого момента:
T_route_handover = t_handover_guest − t_ready
Где T_route_handover — минут/заказ, t_ready — готовность блюда, t_handover_guest — фактическое вручение гостю. Если площадка хранит только техническое завершение заказа, считайте отдельный показатель T_route_complete = t_complete_platform − t_ready и подпишите его именно так. Не называйте t_complete_platform временем вручения: эти события могут не совпадать.
Для теста нужны минимум два сценария:
T50 — медианное фактическое время, минут;T90 — время, быстрее которого завершились 90% наблюдений, минут.Не подменяйте T90 максимальным единичным опозданием. Цель — проверить обычный и напряжённый, но повторяющийся маршрут. Отдельно отметьте сезон, погоду и способ перевозки: летний тест не гарантирует зимний результат.
Для одной позиции создайте одну строку версии. Если меняется контейнер, гарнир или способ укладки, это уже новая версия.
| Поле | Что записать |
|---|---|
| Блюдо и версия | название, масса порции, дата техкарты |
| Контейнер | модель, объём, материал, цена |
| Комплект | соусы, приборы, салфетки, пломба |
| Сборка | кто и за сколько секунд упаковал |
| Маршрут | T50 или T90, зона, способ перевозки |
| Контроль | время, температура, фото до и после |
| Оценка | безопасность, вид, текстура, вкус, герметичность |
| Решение | оставить, адаптировать, ограничить, убрать |
Фото делайте в одинаковом свете и ракурсе. Это не рекламная съёмка: важны следы соуса на крышке, смещение компонентов, конденсат, деформация и фактическая порция.
Приготовьте две одинаковые порции. Первую оцените сразу — это контроль. Вторую отправьте в тестовый маршрут.
Для эталона запишите:
Шкала не должна притворяться лабораторной точностью. Заранее расшифруйте крайние значения. Например, для хрустящей корочки: 5 — сухая и ломкая как у эталона; 1 — полностью размокла. Одни и те же два сотрудника дают более сопоставимые результаты, чем случайная дегустация всей сменой.
Упакуйте блюдо ровно так, как для гостя: со всеми соусами, приборами, пломбой и соседними компонентами заказа. Поставьте пакет в используемый термоконтейнер и повторите маршрут нужной продолжительности.
Во время испытания не «бережно несите образец». Воспроизведите реальные условия без намеренного разрушения:
Стандарты Яндекс Еды для партнёров требуют корректной упаковки, точной комплектации и актуальной информации о доступности ассортимента (редакция с 15 июля 2026 года). Это минимальная операционная рамка конкретной площадки, а не гарантия, что блюдо сохранит качество. Ресторан всё равно должен проверить свой продукт и свой маршрут.
Сразу после маршрута зафиксируйте результат в том же порядке, что и эталон.
Сверьте время, измерение и целостность упаковки с установленными рестораном пределами. При отклонении образец блокируется, причина расследуется. Вкусом безопасность не подтверждают.
Проверьте дно пакета, крышку, пломбу, отдельные соусы и весь состав заказа. Один сухой контейнер не оправдывает протёкший суп рядом.
Конденсат часто разрушает хруст, соус — основу, а длительное удержание — структуру пасты и гарнира. Отмечайте не «нормально», а конкретное изменение.
Помимо контрольного измерения, отдельно оцените гостевой опыт: не стал ли горячий компонент неприятно тёплым, а холодный — размягчённым. Это показатель качества, не санитарный вердикт.
Гость должен открыть упаковку и понять, что куда добавить. Если инструкция необходима, она должна быть короткой и реально доступной. Карточка блюда не должна обещать хруст или подачу, которую дорога уничтожает.
Итоговая таблица может выглядеть так:
| Критерий | Эталон | T50 | T90 | Предел | Решение |
|---|---|---|---|---|---|
| Температура, °C | факт | факт | факт | по документам ресторана | проходит/нет |
| Текстура, 1–5 | факт | факт | факт | например ≥ 4 | проходит/нет |
| Протечка | нет | да/нет | да/нет | нет | проходит/нет |
| Комплектность | 100% | факт | факт | 100% | проходит/нет |
| Вид, 1–5 | факт | факт | факт | например ≥ 4 | проходит/нет |
Если тест провален, не меняйте всё блюдо. Свяжите отказ с одной гипотезой:
После изменения повторите эталон, T50 и T90. «Кажется, стало лучше» не закрывает испытание. Для спорной позиции проведите минимум три повтора каждой версии в разные смены.
Устойчивое блюдо может оказаться убыточным после дорогого контейнера. Считайте вклад версии:
CM_item = P_gross − C_food − C_pack − F_channel − C_promo − C_error
Где все значения — ₽/проданную позицию: P_gross — сумма по цене меню до скидки, оплачиваемой рестораном; C_food — продукты; C_pack — полный комплект упаковки; F_channel — фактические расходы канала; C_promo — участие ресторана в скидках; C_error — компенсации и списания, распределённые на продажи позиции. Если выгрузка содержит уже чистую выручку после скидки, используйте её вместо P_gross и не вычитайте C_promo второй раз.
Условный пример: новый контейнер дороже на 22 ₽, но снижает ожидаемые компенсации на 35 ₽/позицию. При неизменных остальных условиях вклад растёт на 13 ₽/позицию. Это пример логики; подтвердить эффект можно только на собственных заказах. Полный P&L канала разобран в статье о ловушке маржи доставки, а расчёт одной позиции — в материале о вкладе блюда после переменных расходов.
После повторов присвойте позиции статус:
| Статус | Условие | Действие |
|---|---|---|
| Оставить | безопасность, качество и вклад проходят на T90 | включить и контролировать |
| Адаптировать | понятная причина, версия ещё не подтверждена | новый тест |
| Ограничить | проходит T50, не проходит T90 | сузить зону/время |
| Убрать | причина неустранима или вклад ниже порога | оставить только в зале |
Повторяйте дорожный допуск после смены рецептуры, массы, контейнера, зоны, подрядчика или сезонных условий. Даже позиция со статусом «оставить» требует выборочной контрольной поездки: например, раз в месяц и после всплеска однотипных жалоб. Дату, маршрут и версию упаковки записывайте, иначе новый результат нельзя сравнить с исходным.
Если жалоба единична, не переписывайте меню немедленно. Сначала восстановите цепочку конкретного заказа и проверьте, повторяется ли отказ в контрольном тесте.
Стоп-лист должен отражать реальную доступность, а не надежду кухни. Для контроля сборки используйте отдельный разбор стоимости ошибок в заказе. Если гость может забрать блюдо быстрее, сравните результат с экономикой самовывоза.
Решение о доставке принимают не по популярности в зале и не по красивому фото. Позиция получает допуск, когда три повтора подтверждают безопасную цепочку, приемлемое качество на реальном маршруте и вклад выше порога ресторана.
В демо цифрового меню можно проверить гостевую сторону: категории, карточку, фото, состав, добавление в корзину и оформление заказа. Демо не измеряет температуру, не тестирует упаковку и не управляет курьерами — эти проверки остаются операционным процессом ресторана.
Дальше по теме
Гайды
Условный семидневный план запуска: у каждого дня один результат, критерий готовности и стоп-условие от выбора зоны до решения после первой смены.
Читать статью
Гайды
Кассовая система (POS): когда связать её с онлайн-заказами сейчас, отложить до стабильного пилота или оставить ручной процесс.
Читать статью
Гайды
Анкета готовности из 12 вопросов о данных, идентификаторах, владельцах, сбоях и тестовой среде до оценки интеграции с кассовой системой.
Читать статьюСледующий маршрут
Сначала пройдите демо как гость. Если путь подходит заведению, обсудим границы короткого пилота.