Кастомные приложения, в которых клиент заказывает заранее, оплачивает и забирает заказ без курьера и без очереди. Сценарий самовывоза уже реализован в приложениях Burger King и KFC — собрали из этой работы рабочие паттерны и переносим их на сети любого размера.
Click-and-collect (он же самовывоз, pickup, order-ahead) — сценарий, когда клиент собирает заказ в приложении, оплачивает онлайн и приезжает забрать его лично в назначенное время. Никакого курьера, никакой комиссии агрегатору, никакой очереди в кассу.
Для ресторана это не «доставка лайт», а самостоятельный продукт со своей механикой. Он закрывает три типа клиентов сразу:
Особенно хорошо самовывоз работает в сетях QSR и фастфуде (Burger King, KFC, Додо, пиццерии), кофейнях с утренним пиком 8:30–9:30, пекарнях формата «приготовлено — лежит на полке — клиент забирает», суши-барах навынос и бургерных у бизнес-центров.
Без понимания этой разницы команды лепят универсальную кнопку «оформить» и теряют конверсию. Каждый сценарий — это отдельная механика, UX и экономика.
Это не «доработать приложение доставки переключателем», а собственный сценарий: своя главная карточка, свой сценарий push, своя точка касания с кухней. Подробнее про доставку — на странице приложения для доставки еды, про основную услугу — на приложении для ресторана.
Под одним словом pickup прячутся форматы с очень разными требованиями к приложению. Выбираем нужный и закладываем правильный UX-паттерн с самого начала.
Клиент приходит в зал и показывает QR или код заказа на кассе, либо забирает пакет сам с отдельной полки по номеру. Нужны статус «заказ готов», код идентификации, а для полки — push «заказ на полке №7» и контроль через камеру. Подходит маленьким точкам, кофейням, фастфуду и сетям с большим потоком самовывоза.
Клиент паркуется у ресторана, в приложении нажимает «я приехал» — сотрудник выносит заказ к двери. Нужны геозона подъезда (50–100 м), кнопка «я здесь», выбор парковочного места. Подходит торговым центрам и отдельно стоящим ресторанам с парковкой, удобно в плохую погоду.
Клиент заказывает в приложении, едет к окну drive-thru и на въезде показывает QR — заказ выдают сразу, не задерживая очередь. Нужна интеграция с очередью drive-thru, push при подъезде, статусы «в очереди / готов». Формат сетей с drive-окнами — Burger King, KFC.
Шкафчик с подогревом или холодом, куда ресторан кладёт заказ, а клиент открывает ячейку QR-кодом в любое время; либо обход общей очереди в час пик за небольшую надбавку. Подходит офисным и торговым центрам, аэропортам, кампусам и кофейням с утренними очередями.
Каждая лишняя секунда между «хочу кофе» и «забираю кофе» — это потерянный заказ. В самовывозе путь должен быть короче, чем в зале.
Если клиент приехал, а заказ не готов — потеряли клиента. Если заказ готов, а клиент ещё в 10 минутах — заказ остыл, потеряли репутацию. Эту синхронизацию закладываем в архитектуру с самого начала:
Эта механика работает только в кастомной разработке. Готовые конструкторы дают «фиксированное время готовности» без учёта пробок, очереди кухни и реального положения клиента. На сети с потоком 200–500 заказов на самовывоз в день эта разница ощутимо влияет на ключевую метрику «забрано в окне готовности» и напрямую снижает возвраты «приехал — не готово».
В самовывозе нет курьера, который сверяет заказ и адрес. Это ускоряет, но создаёт точку мошенничества: чужой человек может назвать номер чужого заказа и забрать его. Защита встраивается в сценарий, а не пристёгивается сверху.
Что ещё защищает: геозона при выдаче (заказ выдаётся, только если телефон клиента внутри зоны точки), проверка на стороне ресторана (кассир видит фото заказа, статус «оплачено» и код — без всех трёх компонентов выдача блокируется), защита от повторной выдачи (после статуса «выдан» приложение блокирует повторный QR) и видеоаналитика на полке самовывоза (для отдельной полки — фиксирует, кто какой пакет забрал; подробнее про computer vision на кухне).
Самовывоз работает только в связке с тем, что уже работает в ресторане. Подменять POS не нужно — нужно встроиться в действующую инфраструктуру.
Все интеграции делаются через API без обновления существующего POS — это критично для сетей с 50–500 точками: переключение на новую POS-систему это годовой проект, и никто не пойдёт на него ради самовывоза.
300+ реализованных проектов, 100 международных наград, №1 в мобильной разработке, 250 специалистов в команде. Сценарий самовывоза уже работает в наших приложениях Burger King и KFC — паттерны проверены на федеральных сетях.
Самовывоз как отдельный сценарий заказа
Приложение для 7+ млн пользователей
Ресторанов KFC автоматизировано
Сценарий предзаказа в распределённой сети
В разработке приложений для крупного бизнеса
Штатных специалистов
Mobile, backend, интеграции, QA, DevOps
Самовывоз как отдельный сценарий заказа
Приложение для 7+ млн пользователей
Ресторанов KFC автоматизировано
Сценарий предзаказа в распределённой сети
В разработке приложений для крупного бизнеса
Штатных специалистов
Mobile, backend, интеграции, QA, DevOps
Мы создаём foodtech-продукты для лидеров рынка — от стартапов до федеральных сетей. Несколько релевантных проектов из портфеля (полный — на странице foodtech-практики):
Самовывоз окупается через две статьи экономии — комиссия агрегаторам и стоимость доставки. Иллюстративный расчёт на типичной сети из 20 точек, средний чек 750 ₽, 150 заказов через приложение в день на точку.
Без приложения самовывоза клиент заказывает через агрегатор: 150 × 750 ₽ × 20 точек × 30 дней = 67,5 млн ₽ оборота в месяц, из которых комиссия агрегатору 25–30% — это 17–20 млн ₽ в месяц в карман маркетплейса.
С приложением самовывоза, если 40% этих клиентов переходят в свой канал (в наших QSR-проектах это рабочий ориентир для городов-миллионников при достаточной плотности точек): 27 млн ₽ оборота уходит из агрегатора в свой канал, экономия на комиссии ≈ 7,3 млн ₽ в месяц, плюс курьеры на этих заказах не нужны — ещё 1–1,5 млн ₽. Итого 8–9 млн ₽ в месяц, около 100 млн ₽ в год. Точные цифры под вашу сеть зависят от текущей доли заказов в агрегаторах, среднего чека и плотности точек.
Разработка такого приложения — от 6 млн ₽ (см. ниже), окупаемость на сети такого масштаба — единицы месяцев работы канала самовывоза. Плюс эффекты на горизонт: данные о клиентах остаются у бизнеса (основа для удержания и персональных предложений, а не у Яндекс.Еды), прямой канал коммуникации через push дешевле платной рекламы в агрегаторе, отстройка от конкурентов в чужой выдаче и возможность запустить акцию за день, а не за недели согласований.
На рынке есть готовые конструкторы приложений для ресторанов, которые предлагают «самовывоз из коробки». У каждого подхода свои сценарии.
Для маленькой кофейни на 2–3 точки конструктор быстрее и дешевле на старте. Для сети с 10+ точками и потоком 100+ заказов на самовывоз в день кастом окупается за полгода и даёт UX, которым ваш бренд отличается от соседа.
2–3 недели. Аудит сети, выбор формата самовывоза, карта пути клиента, план функций.
3–4 недели. UX-карта сценария самовывоза, UI, схема API, интеграция с POS. Кликабельный прототип.
10–12 недель. Мобайл, бэкенд, интеграция с POS, платежи, push. Демо каждые 2 недели.
4–6 недель. A/B на 3–5 точках, проверка времени готовности, замер процента «забрано вовремя».
4–8 недель. Раскатка на всю сеть, обучение менеджеров точек.
Команда: продакт (метрики воронки самовывоза), бизнес-аналитик (карта процессов и согласование с POS-командой), UX/UI-дизайнер (сценарий клиента и кассирская часть), 1–3 мобильных разработчика, 1–2 backend-разработчика и инженер POS-интеграций, QA (функциональное и нагрузочное, особенно в часы пика), DevOps.
Что влияет на бюджет: число форматов самовывоза (1 базовый или 3–4 параллельно), глубина POS-интеграции (одна система или несколько на разных точках), уровень защиты выдачи (QR / NFC / биометрия), геозоны и интеграция забора из машины или drive-thru, платформа (Flutter экономит 25–35% против двух нативных), мультибренд в одной кодовой базе (как в Burger King). Точную смету готовим после короткого Discovery. Для проверки гипотезы в узком сегменте — MVP foodtech.
