Сайт заведения выглядит просто: меню, фотографии, кнопка заказа. На деле здесь три отдельные задачи с разной сложностью, и ломаются они в предсказуемых местах: меню картинкой, стоп-лист, который живёт отдельно от кухни, и заказ, уходящий в никуда. Разберём, как это устроено, чем свой заказ отличается от агрегатора и что решить до начала работ.
Команда БудинЗачем сайт, если есть агрегаторы и карты
Честный ответ вместо обещаний потока заказов.
Начнём с того, чего сайт не делает. Он не заменит агрегаторы доставки по объёму заказов, особенно в первые месяцы: там уже сидит аудитория, которая выбирает еду по привычке, и бюджеты на её привлечение несопоставимы.
Дальше начинается то, ради чего сайт всё-таки нужен. Агрегатор берёт комиссию с каждого заказа, и она заметная. Кроме комиссии он забирает и самое ценное - контакт с гостем: вы не знаете, кто заказал, не можете написать ему сами и не строите свою базу.
Второе - правила площадки меняются без вашего участия. Позиция в выдаче, условия акций, размер комиссии. Заведение, у которого все заказы идут через один канал, зависит от чужих решений целиком.
Третье, и самое недооценённое: часть гостей ищет именно вас по названию. Человек был у вас, ему понравилось, он вспомнил и набрал название. Если своего сайта нет, он попадает в агрегатор и заказывает через него, а вы платите комиссию за собственного постоянного клиента.
Отсюда рабочая рамка: агрегатор для новых гостей, свой сайт для постоянных и для тех, кто пришёл по названию. Одно не отменяет другое, но своё присутствие снижает долю комиссии в обороте.
Меню картинкой: главная ошибка
Самое частое решение и самое неудачное сразу по трём причинам.
Типичная история: дизайнер сделал красивое меню для печати, файл выложили на сайт. Формально меню есть, по сути его нет.
Причина первая - телефон. Файл, свёрстанный под лист, на экране открывается целиком, и человек возит его пальцами, увеличивая каждую строку. Половина уходит, не дочитав до горячего.
Причина вторая - поиск. Содержимое картинки или файла для поисковых систем закрыто. Запросы вида названия блюда с вашим профилем кухни проходят мимо: страница по ним не находится, потому что текста на ней нет.
Причина третья - обновление. Поменялась одна позиция, и надо переделывать макет, экспортировать и заливать заново. На практике это означает, что меню обновляют раз в сезон, а между обновлениями оно врёт.
Рабочий вариант один: меню как обычные страницы с текстом. Разделы, позиции, состав, вес, фотография. Тогда оно читается на любом экране, находится в поиске и правится за минуту через админку.
Как устроено меню, которое работает
Что должно быть у позиции кроме названия.
Состав. Не ради красоты, а потому что это первый вопрос гостя. Особенно у салатов, соусов и всего, где ингредиенты неочевидны.
Вес или объём. Без них человек не понимает, что получит, и либо не заказывает, либо разочаровывается. Для напитков объём обязателен всегда.
Пометки по ограничениям. Острое, вегетарианское, без глютена, без лактозы, содержит орехи. Аудитория с ограничениями выбирает заведение именно по этим меткам, и они же снимают часть звонков.
Фотография. Про неё отдельный разговор ниже, но правило простое: позиция без фото заказывается заметно реже соседней с фото.
И структура разделов, повторяющая логику гостя, а не бухгалтерии. Завтраки отдельно, если они есть, детское меню отдельно, напитки не свалены в один список из тридцати позиций. Это влияет и на удобство, и на попадание в поиск: у каждого раздела своя страница и свои запросы.
Стоп-лист: место, где ломается всё
Операционная проблема, которую не решить дизайном.
Кончился продукт, позиция уходит в стоп. На кухне это знают сразу, на сайте - когда кто-нибудь вспомнит зайти в админку. В промежутке гости заказывают то, чего нет.
Последствие хуже, чем кажется. Человек оформил заказ, оплатил, ждёт, а ему звонят и говорят, что половины нет. Это не мелкая накладка, это испорченный вечер и отзыв.
Решение зависит от того, есть ли у вас система учёта. Если есть, сайт должен брать доступность позиций из неё: официант ставит стоп на кассе, позиция гаснет на сайте сама.
Если системы нет, остаётся ручной переключатель в админке, максимально быстрый: список позиций, у каждой тумблер, никаких форм редактирования. Управлять им должен тот, кто знает про стоп первым, а не тот, у кого есть доступ к сайту.
И третий вариант, который часто оказывается разумнее прочих: не показывать остатки, а подтверждать заказ до оплаты. Гость оформляет, вы проверяете и подтверждаете, деньги берутся после. Медленнее, зато без скандалов.
QR-меню в зале: отдельный сценарий
Шесть требований, без которых им не пользуются.
Меню в зале и меню на сайте решают разные задачи. Гость уже пришёл, он голоден и держит телефон одной рукой.
Открывается мгновенно
Тяжёлая страница за столом раздражает сильнее, чем дома. Если меню грузится дольше, чем гость готов ждать, он попросит бумажное.
Без установки приложений
Обычная страница в браузере. Просьба поставить приложение ради меню отсекает почти всех.
Без регистрации
Никаких входов и телефонов, чтобы посмотреть еду. Контакт спрашивают при заказе, а не при просмотре.
Сразу разделы
Экран начинается со списка разделов, а не с рекламной обложки. Гость пришёл выбрать, а не читать про концепцию.
Стоп-лист виден
Позиция в стопе помечена или скрыта. За столом это критичнее, чем при доставке: официанту потом отказывать в лицо.
Крупный шрифт
Читается при среднем освещении зала без увеличения. Мелкий текст в полумраке не читается вообще.
Свой заказ или агрегатор
Что даёт собственный канал и чего он стоит.
Собственный заказ на сайте снимает комиссию и оставляет вам контакт гостя. Взамен он требует того, что агрегатор берёт на себя: приёма заказа, курьеров, оплаты, разбора проблем.
Курьеры - главный вопрос. Свои дают контроль и обходятся иначе при постоянном потоке, но это найм и управление. Наёмная служба снимает заботу, но забирает часть маржи и качество контакта с гостем.
Приём заказа тоже надо решить. Заказ должен приходить туда, где его увидят немедленно: на кухонный экран, в мессенджер, в систему учёта. Заявка на почту, которую проверяют раз в день, для еды не работает.
Оплата: онлайн, при получении или оба варианта. Онлайн снижает долю отказов и брошенных заказов, оплата при получении привлекает тех, кто не готов платить вперёд незнакомому заведению. Техническая сторона разобрана отдельно: как принимать оплату на сайте.
Разумный порядок такой: сначала свой сайт с меню и приёмом заказа, доставку сперва наёмную, а решение о своих курьерах принимать по факту потока. Строить логистику до того, как появились заказы, дорого и преждевременно.
Зоны доставки и условия
Техническая часть, которую закладывают до вёрстки.
Доставка работает не везде, и границы надо задать явно. Обычно это несколько зон вокруг заведения, у каждой своя стоимость доставки, свой минимальный заказ и своё время.
На сайте это выглядит так: гость вводит адрес, система определяет зону и сразу говорит условия. Если адрес вне зон, честно сообщает об этом до того, как человек соберёт корзину, а не после оформления.
Минимальная сумма заказа должна быть видна в корзине постоянно, а не всплывать на последнем шаге. Не хватает до минимума - показать, сколько осталось, и предложить добрать. Это и вежливее, и увеличивает чек.
Время доставки лучше давать диапазоном и честно менять его в часы пик. Заведение, которое обещает одинаковый срок в будний день и в вечер пятницы, гарантированно обманет часть гостей.
И режим работы. Кухня закрывается раньше зала, доставка может работать не все дни. Сайт обязан это учитывать: за пределами часов приёма заказ либо не оформляется, либо принимается на следующий рабочий день с явным предупреждением.
Фотографии еды
Единственное место, где экономия видна сразу.
Еда продаётся глазами, и это не фигура речи. Позиция с хорошей фотографией заказывается заметно чаще той же позиции без неё.
Стоковые снимки не годятся по двум причинам. Первая: гость получает не то, что видел, и это прямой путь к разочарованию. Вторая: те же кадры стоят у десятка заведений, и узнаваемости они не создают.
Снимать надо то, что реально выносят из кухни, в той же посуде и той же подаче. Идеальная студийная картинка вредит так же, как стоковая: ожидание не совпадает с тарелкой.
Практический минимум: единый ракурс и фон для всех позиций раздела. Разнобой в фотографиях разваливает меню сильнее, чем неидеальный свет.
И про объём работ. Съёмка всего меню - отдельный проект на несколько часов, и планировать её надо заранее, а не в последний день перед запуском. Что ещё понадобится от вас к старту, разобрано в материале что нужно для создания сайта.
Три формата под разные заведения
Объём работ зависит от того, что вы продаёте.
Меню и контакты
Заведение без доставки: гости приходят в зал.
Меню страницами, фотографии, режим, карта, бронь столика. Формат сайта для кафе или ресторана.
Меню плюс заказ
Есть доставка или самовывоз.
Добавляются корзина, зоны, оплата и приём заказа. Это сайт для доставки еды.
Заказ под событие
Торты, десерты, банкеты и всё, что делается на дату.
Тут не корзина, а заявка с параметрами и датой. Ближе к сайту для кондитерской.
Что решить до разработки
Пять вопросов, ответы на которые задают объём работ.
Есть ли система учёта и умеет ли она отдавать меню и стоп-лист наружу. От этого зависит, будет ли меню жить само или его придётся вести руками.
Кто ведёт меню после запуска. Это должен быть конкретный человек с доступом и временем, иначе через месяц сайт начнёт врать про цены и состав.
Куда падает заказ и кто на него реагирует в течение минут, а не часов. Без ответа на этот вопрос запускать приём заказов нельзя.
Как устроена доставка: свои курьеры, наёмная служба или самовывоз. И какие зоны с какими условиями.
Есть ли фотографии. Если нет, съёмка встаёт в план работ до запуска, а не после. Как заведению собирать поток гостей помимо сайта, разобрано в статье как привлечь клиентов в кофейню, а приём заказов в переписке закрывает бот.