Гайды
Когда связь с кассой уже нужна, а когда можно начать без неё
Кассовая система (POS): когда связать её с онлайн-заказами сейчас, отложить до стабильного пилота или оставить ручной процесс.
Читать статьюГайды
Как сравнить доставку и самовывоз по вкладу, учесть оплату, упаковку, выдачу, маркетинг и невыкуп, а затем запустить pickup как отдельный продукт.
Самовывоз может оставлять ресторану больше денег, чем доставка, но не по определению. У него тоже есть эквайринг, упаковка, привлечение гостя, сборка, выдача, невыкуп и поддержка. Сравнивать нужно одинаковый заказ и фактические расходы двух каналов, а запускать pickup — как обещание «готово к определённому времени и выдано без общей очереди».
Гость может оформить самовывоз на сайте ресторана, по телефону, в собственном цифровом меню или на платформе. В действующих пользовательских условиях Яндекс Еды самовывоз указан как один из способов получения заказа (условия использования сервиса). Поэтому слово pickup ничего не говорит о комиссии, владении контактом с гостем или способе оплаты — это определяют конкретная система и договор.
Для анализа разделите:
Нельзя считать собственный заказ бесплатным только потому, что в нём нет курьера.
Выберите 20–30 заказов или один типичный набор, доступный в обоих каналах. Уравняйте:
Затем считайте два вклада.
CM_delivery = P_gross_d − C_food − C_pack_d − F_delivery − C_promo_d − C_error_d − C_labor_d
CM_pickup = P_gross_p − C_food − C_pack_p − F_payment − C_promo_p − C_acquisition − C_noshow − C_error_p − C_labor_p
Где все значения — ₽/завершённый заказ:
P_gross_d, P_gross_p — сумма одинаковой корзины до скидки, оплачиваемой рестораном, в каждом канале;C_food — продуктовая себестоимость одинаковой корзины;C_pack_* — полный комплект упаковки;F_delivery — фактические услуги доставочного канала по договору и акту;F_payment — эквайринг и платёжные расходы pickup;C_promo_* — скидка или промо, оплаченные рестораном в соответствующем канале;C_acquisition — стоимость привлечения заказа в собственный канал;C_noshow — невыкуп и порча, распределённые на завершённые pickup-заказы;C_error_* — компенсации и переделки;C_labor_* — действительно переменный труд сборки и выдачи.Действующая оферта Яндекс Еды говорит, что стоимость услуг определяется материалами на странице партнёра и документами кабинета, а коммерческие условия конфиденциальны (редакция, действующая с 15 июля 2026 года). Поэтому в F_delivery нельзя подставлять универсальный процент из чужой статьи. Если выгрузка уже содержит чистую выручку после промо ресторана, используйте её вместо P_gross_* и не вычитайте C_promo_* повторно.
Одинаковая корзина стоит 1 400 ₽ до скидок, продукты стоят 450 ₽. В доставке фактические расходы канала — 330 ₽, упаковка — 90 ₽, промо — 70 ₽, ошибки и переменная сборка — 80 ₽. В pickup упаковка — 65 ₽, платёж — 28 ₽, привлечение — 75 ₽, резерв невыкупа — 20 ₽, ошибки и выдача — 72 ₽; промо нет, поэтому C_promo_p = 0.
CM_delivery = 1 400 − 450 − 330 − 90 − 70 − 80 = 380 ₽/заказ
CM_pickup = 1 400 − 450 − 65 − 28 − 75 − 20 − 72 = 690 ₽/заказ
Разница в этом условном примере — 310 ₽/заказ. Это не типичный результат рынка: при дорогом привлечении, высокой доле невыкупа или меньшей цене pickup разница будет другой. Полную проверку доставочного канала проведите по P&L доставки.
Если заказ готовят без предоплаты, часть гостей может опоздать или не прийти. Распределите прямые потери:
C_noshow = V_noshow_loss / N_pickup_completed
Noshow_rate = N_noshow / N_pickup_placed × 100%
V_noshow_loss — фактическая потеря от невыкупа за период, ₽; N_pickup_completed — выданные pickup-заказы, шт.; N_pickup_placed — все оформленные pickup-заказы, шт. Первый показатель распределяет потери на тот же знаменатель, что и CM_pickup, — завершённый заказ. Второй показывает долю невыкупа среди оформленных заказов. Если блюдо удалось продать другому гостю, учитывайте только реальную потерю, а не полную цену меню.
Предоплата снижает риск невыкупа, но добавляет платёжный процесс и правила возврата. Эти условия нужно проектировать отдельно с учётом применимых требований, а не копировать механику доставки.
Самовывоз обычно даёт ресторану больше контроля над моментом выдачи, но после двери блюдо всё равно едет или идёт до дома. Проведите дорожный тест для реального времени pickup: от готовности до того момента, когда гость обычно ест.
В стартовое меню подходят позиции, которые:
Используйте полную методику адаптации доставочного меню, но подставьте собственный профиль времени самовывоза. Не переносите результат теста доставки автоматически: маршрут и ожидание отличаются.
Pickup ломается, когда цифровое время и кухня живут отдельно. Выберите логику:
Измеряйте точность:
Ready_accuracy = N_ready_in_window / N_collected × 100%
N_ready_in_window — заказы, готовые в обещанном окне; N_collected — выданные заказы, шт. Окно, например от −3 до +3 минут, ресторан задаёт заранее. Не расширяйте его после провала.
Отдельно ведите:
Последний показатель связан и с качеством, и с безопасностью; допустимые пределы берите из процесса ресторана и применимых документов.
Минимальная схема:
У точки выдачи должны быть владелец процесса и резервная роль. Полка без ответственного превращает pickup в поиск пакета. Ошибки сборки считайте по протоколу потерь из-за неверных заказов.
Не просите гостя сообщать вслух лишние персональные данные. Для выдачи достаточно минимального идентификатора, предусмотренного процессом.
Самовывоз продаёт предсказуемость, а не только отсутствие курьерской платы. Предложение может быть таким:
Комплект должен проходить собственную экономику. Если дать скидку на всё меню, ресторан может обменять один вид расходов на другой. Создавайте ценностное предложение с контролируемым составом, а не бесконечный купон.
Неделя 1 — ограниченный пилот 10–15 позиций и одно окно. Неделя 2 — одно изменение по главной проблеме.
Записывайте:
| Показатель | Единица | Зачем |
|---|---|---|
| Оформленные и выданные | шт. | увидеть конверсию в получение |
| Вклад | ₽/заказ и ₽/период | оценить экономику |
| Точность готовности | % | проверить обещание |
| Выдача | секунд/заказ | проверить очередь |
| Невыкуп | % и ₽ | увидеть риск |
| Ошибки | на 100 заказов | проверить сборку |
| Повторный pickup | % доступных наблюдений | увидеть привычку |
| Влияние на зал | задержка, минут | защитить основной поток |
Не сравнивайте pilot pickup в июле с доставкой в январе. Периоды, часы и состав корзин должны быть сопоставимы. Если собственного трафика мало, не объявляйте формат невыгодным до проверки способа привлечения и ценности предложения.
Не масштабируйте pickup, если:
Иногда доставка остаётся выгоднее: она приносит охват, который ресторан пока не может купить собственными средствами. Решение зависит не от идеологии владения каналом, а от суммарного вклада и качества исполнения.
Перед расширением добавьте стресс-тест: пять гостей приходят на пять минут раньше, два — на десять минут позже, а зал одновременно формирует очередь. Команда должна сохранить идентификацию, условия хранения и понятный порядок выдачи. Если процесс держится только на одном опытном администраторе, канал ещё не готов к росту.
Если ресторан потратил 60 000 ₽ на кампанию pickup и получил 400 заказов, простое значение равно 150 ₽/заказ. Но оно смешивает новых и постоянных гостей. Для решения сохраните два взгляда:
CAC_pickup = C_campaign / N_first_pickup_customers
C_acquisition_completed = C_campaign / N_attributed_completed_orders
Первый результат — ₽/первого клиента, второй — ₽/атрибутированный завершённый заказ и именно он подставляется в P&L. Метод атрибуции задайте до запуска и не включайте органические или невыкупленные заказы задним числом. Если связать завершённый заказ с кампанией нельзя, используйте консервативный диапазон, а не ноль.
Разовую настройку системы отделите от переменного привлечения и покажите срок распределения. Это управленческое допущение: подпишите его. Собственный канал часто выигрывает на повторе, но этот повтор нужно наблюдать после окончания рекламы, а не обещать в модели.
Ежемесячно обновляйте расчёт: изменение эквайринга, рекламы, упаковки или невыкупа может быстро изменить преимущество между каналами.
Самовывоз — самостоятельный продукт с экономикой, обещанием времени, коротким меню и точкой выдачи. Если после оплаты привлечения, сборки, упаковки, невыкупа и ошибок он оставляет больше вклада и не ломает зал, канал можно расширять.
В демо цифрового меню можно пройти гостевой путь: выбрать категории и блюда, собрать корзину и оформить заказ. Демо само по себе не рассчитывает слоты, не управляет зоной выдачи и не сравнивает P&L каналов.
Дальше по теме
Гайды
Кассовая система (POS): когда связать её с онлайн-заказами сейчас, отложить до стабильного пилота или оставить ручной процесс.
Читать статью
Гайды
Анкета готовности из 12 вопросов о данных, идентификаторах, владельцах, сбоях и тестовой среде до оценки интеграции с кассовой системой.
Читать статью
Гайды
Одностраничный бриф филиала для пилота: десять полей о людях, меню, столах и запуске плюс контрольная проверка с решением «готово» или «нужна доработка».
Читать статьюСледующий маршрут
Сначала пройдите демо как гость. Если путь подходит заведению, обсудим границы короткого пилота.