CRM для ресторана: какие данные о гостях вы теряете каждый день

База гостей у вас уже есть. Она просто разложена по несовместимым местам: чеки в кассе, телефоны в блокноте хостес, повод визита в голове у хостес, претензия — в отзыве на карте, который никто не связал с конкретным вечером. CRM начинается не с выбора программы, а с ревизии: что из этого вы сегодня можете поднять за пять минут, а что потеряно навсегда.

Разговор про систему обычно съезжает на сравнение вендоров и список функций. Это бесполезный разговор, пока не ответить на два более скучных вопроса: какие поля о госте вам нужны для управленческих решений и откуда они физически попадут в базу. Если на второй вопрос ответа нет, вы купите пустую таблицу с абонентской платой.

Дальше — по порядку: что теряется ежедневно, какие источники данных есть у заведения, какие решения появляются, когда данные собраны, какие вопросы задать на демонстрации системы и при каком объёме чеков эта история вообще окупается. Отдельный раздел — честный критерий «вам пока не нужно».

01Что заведение теряет каждый день

Возьмите один вечер субботы и попробуйте восстановить его по данным. Касса покажет 140 чеков: суммы, состав, время, официанта. Кто эти люди — она не знает. Хостес вспомнит, что на 19:30 была компания на шесть человек с тортом, что двое не пришли и что один стол ушёл, не дождавшись места. Через два дня она этого не вспомнит, а через месяц не вспомните и вы.

Параллельно в карточке заведения на картах и в 2ГИС появился отзыв на четыре звезды: долго несли горячее. Это та же суббота, тот же стол, возможно — тот самый официант. Связи нет, потому что связывать некому и негде.

Самая дорогая потеря — не отзыв и даже не контакт. Это отказ: человек позвонил, мест не было, он больше не звонил. Отказы брони вообще нигде не фиксируются у большинства заведений, поэтому владелец искренне считает, что спроса на 20:00 в пятницу нет, хотя спрос есть, а посадки нет.

02Что должно попадать в карточку гостя

Соблазн — собирать всё: день рождения, аллергии, любимый стол, имя собаки. На практике карточка, в которой больше восьми полей, не заполняется никогда. Начинайте с набора, по которому вы будете принимать решения, а не с набора, который приятно иметь.

• Контакт и имя. Телефон как основной идентификатор: он единственный связывает бронь, доставку и программу лояльности. Почта — вторична.
• История визитов. Дата, сумма чека, количество персон, зал или стол. Без привязки чека к гостю всё остальное превращается в адресную книгу.
• Повод. Деловой обед, день рождения, свидание, компания после работы. Одно поле со списком из пяти-шести вариантов, которое хостес выбирает в один тап.
• Отказы и неявки. Отказ брони с указанием даты и времени, на которое не хватило мест. Неявка по брони — отдельно.
• Обратная связь. Жалоба на месте, отзыв на карте, ответ в анкете. Переносится вручную, но переносится.

Поле «предпочтения» добавляйте позже и только если персонал уже заполняет базовые пять. Иначе получите картотеку с одним заполненным полем и красивым интерфейсом.

03Откуда данные приходят физически

Каждое поле карточки должно иметь источник и ответственного. Если источник «попросим гостя заполнить анкету» — считайте, что поля нет. Ниже честная картина по каналам.

Отсюда практический вывод: сначала выберите два источника, которые у вас уже работают и дают данные без нового оборудования. Остальные подключайте, когда первые два начнут наполнять базу.

04Три решения, которые появляются вместе с базой

База нужна не ради базы. Как только карточки начинают заполняться, у владельца появляется три решения, которые до этого принимались наугад.

Третье решение — самое дорогое по деньгам и самое медленное по времени. Чтобы связать канал и повторные визиты, нужно минимум несколько месяцев наблюдений и дисциплина в проставлении источника при первом контакте. Зато после этого разговор о бюджете перестаёт быть спором о вкусах.

05Чего CRM не сделает

Система влияет на охват, интерес и обращение: напомнит, вернёт в карточку, доведёт до брони. Вернётся ли гость после ужина — вопрос кухни, сервиса и цены. Рассылка по базе, где половина гостей ушла из-за того, что горячее несли сорок минут, ускорит только отписки.

Поэтому перед внедрением стоит честно посмотреть на операционку. Если у вас нет понятных стандартов на зале, начните с них — мы разбирали, какие стандарты сервиса гость действительно замечает. И второе: сбор контактов обычно падает на официанта и хостес, а у них смена уже расписана по минутам — чек-лист смены официанта показывает, куда это физически можно встроить.

06Какие вопросы задать на демо

На демонстрации вам покажут красивые дашборды и сегменты. Смотреть надо не на них. Вот список вопросов, после которых половина вариантов отваливается сама.

• Есть ли готовая интеграция с моей кассой — и что именно она передаёт? Не «интегрируемся со всеми», а название системы и перечень полей: сумма, позиции, время, официант, идентификатор гостя.
• Как чек привязывается к гостю? По телефону на кассе, по номеру карты, по сканированию QR. Попросите показать этот шаг на живом экране, а не на слайде.
• Можно ли завести поля «повод» и «отказ брони» и построить по ним выборку? Если кастомные поля есть, но по ним нельзя фильтровать, они бесполезны.
• Как выгрузить базу целиком? Формат, объём, кто имеет право. От ответа зависит, насколько вы привязаны к поставщику.
• Что входит в абонентскую плату, а что считается отдельно? Сообщения, SMS-шлюз, доработки, дополнительные точки, обучение персонала.
• Кто настраивает первый сценарий и за чей счёт? Самостоятельная настройка триггеров в незнакомом интерфейсе — это недели управляющего, а не пара вечеров.

Отдельно попросите доступ к тестовому аккаунту и посадите за него хостес на полчаса. Если человек, который будет вносить данные в час пик, не понимает интерфейс — дальше спорить не о чем.

07Точка окупаемости: считаем по чекам и марже

Система стоит денег каждый месяц: подписка, сообщения, время сотрудника, который ведёт базу. Окупается она не выручкой, а маржой с дополнительных визитов — выручка минус фудкост и переменные расходы.

Дальше простая арифметика. Возьмём условные расходы на систему и работу с ней — 30 000 ₽ в месяц — и посмотрим, сколько визитов надо отбить при разном чеке.

Теперь переведите это в долю от вашего потока. Если в месяц у вас 3 000 чеков, то 95 дополнительных визитов — около 3% потока. Это проверяемая гипотеза: столько должна дать работа с базой, чтобы система вышла в ноль. Если у вас 600 чеков в месяц, те же 95 визитов — это 16% потока, и гипотеза выглядит сомнительно.

08Когда CRM вам пока не нужна

Непопулярный раздел, но он экономит больше денег, чем все предыдущие. Есть ситуации, в которых покупка системы — это оплата абонентки за пустую таблицу.

Отдельный случай — кофейня или маленькая точка, где вся экономика держится на локальном трафике. Там раньше окупается работа с геосервисами и вывеской, чем карточки гостей; механику мы разбирали в тексте про рекламу кофейни на 20 посадочных мест.

09Внедрение: кто вносит данные и когда

Девять из десяти провалов — не в программе. Данные просто не вносят: в час пик у хостес нет пятнадцати секунд, у официанта нет мотива, а управляющий не проверяет. Поэтому внедрение — это регламент, а не настройка.

10Чек-лист и частые ошибки

Перед тем как подписывать договор с поставщиком, пройдите список. На каждый пункт нужен ответ «да, и вот где это лежит».

• Касса отдаёт чеки с идентификатором гостя. Проверено на живом примере, не на слайде презентации.
• Определены пять полей карточки. Контакт, визиты, повод, отказ, обратная связь — с ответственным за каждое.
• Назван человек, который ведёт базу. С именем, часами в неделю и понятной зоной ответственности.
• Посчитан порог окупаемости в визитах. Расходы на систему разделены на маржу с визита, цифра записана до старта.
• Отказы брони фиксируются с датой и временем. Это источник решений по посадке и графику смен.
• Вопрос согласия на обработку данных обсуждён с юристом. До первого собранного телефона.
• База выгружается в файл по вашему запросу. Формат и процедура проверены на тестовом аккаунте.

• Покупка по списку функцийСегментация, триггеры, дашборды есть у всех. Решает интеграция с вашей кассой и то, заполнит ли карточку хостес в субботу вечером.
• Скидка всей базеПромо уходит тем, кто пришёл бы и так. Маржа падает, а в отчёте это выглядит ростом трафика.
• Двадцать полей в карточкеПерсонал заполняет одно, остальные остаются пустыми, и выборки по ним врут.
• Отчёт по открываемости писем вместо денегОткрытия не считаются в кассе. Считайте визиты из базы и маржу с них.
• Накрутка отзывов и подписчиковПлощадки это выявляют, а экономика такого трафика отрицательная: оценки растут, повторные визиты нет.
• Запуск без регламента сменыЧерез месяц в базе триста карточек с одним заполненным полем и счёт за подписку.

Дисклеймер: расчёты учебные, данные площадок по справкам на момент публикации.