Как выбрать POS-систему для ресторана

POS-система живёт в ресторане несколько лет, и вся операционка со временем к ней прирастает. Менять дорого: меню вводится заново, команда переучивается, история продаж часто не переезжает. Поэтому выбирать нужно по списку, а не по демонстрации.

Сначала вопрос себе

Требования вытекают из формата, а не наоборот:

• Фастфуд и чайхана — скорость и предоплата. Чек должен закрываться в три касания на одном экране.
• Ресторан с залом — карта столов, открытые счета, разделение счёта, смены официантов.
• Доставка — курьеры, адреса, интеграция с внешними источниками (агрегатор, CRM).
• Сеть — единое меню, сводные отчёты, общая панель для владельца.

Если заведение совмещает форматы, нужно всё перечисленное — это тоже ответ.

Функциональный чек-лист

1. Работает ли без интернета

В наших условиях это вопрос номер один. Если система полностью облачная, при обрыве связи ресторан встаёт: чек не открыть, заказ на кухню не отправить. Правильная архитектура — локальный сервер в самом заведении, а облако для синхронизации и отчётности. Формулировка вопроса: если интернета нет три часа, зал продолжает работать и данные потом уходят сами?

2. Маршрутизация на кухню

Блюдо должно уходить в свой цех: мангал на мангал, салат в холодный цех, напиток на бар. Делится ли один заказ на несколько принтеров? Печатается ли отдельный чек на дозаказ? Уходит ли на кухню уведомление об отмене?

3. Смены и отчёты X/Z

Смена должна быть привязана к кассе, при открытии и закрытии наличные пересчитываются, расхождение фиксируется. Нужны промежуточный (X) и итоговый (Z) отчёты.

4. Техкарты и склад

Списываются ли продукты при продаже автоматически? Поддерживаются ли полуфабрикаты (каскадные рецепты)? Считается ли разрыв теории и факта при инвентаризации? Этого блока во многих системах нет или он продаётся отдельно — уточняйте заранее.

5. Фискальные требования

Работает ли интеграция с онлайн-кассой и налоговыми требованиями, кто её настраивает, сохраняется ли очередь при обрыве.

6. Права доступа и контроль

Настраиваются ли роли отдельно (владелец, менеджер, кассир, официант, повар)? Требует ли отмена приготовленного блюда PIN менеджера? Пишется ли в журнал, кто сделал отмену и скидку?

7. Отчёты и обзор для владельца

Видит ли владелец выручку дня, средний чек, отмены и расхождение кассы, не находясь в ресторане. Есть ли это на телефоне.

Технические вопросы, которые обычно забывают

1. Чьи данные? Сможете ли выгрузить меню, базу гостей и историю продаж — через CSV или API.
2. Какое железо нужно? Есть ли список поддерживаемых моделей принтеров. Некоторые системы работают только на своём оборудовании, и это удваивает бюджет.
3. Как выходят обновления? Автоматически ли, не падает ли система в час пик.
4. Поддержка. На каком языке и в какие часы? Ресторан работает вечером — режим с 9 до 18 не подходит.
5. Что будет при открытии второго филиала? Как меняется цена, переносится ли меню.

Стоимость владения за три года

Сравнивать по цене подписки недостаточно. Полный расчёт:

TCO = оборудование + внедрение + (ежемесячный платёж × 36) + обучение + дополнительные модули

Пример: оборудование 25 млн + внедрение 5 млн + подписка 1,2 млн × 36 = 43,2 млн + обучение 3 млн = 76,2 млн сум за три года, то есть ~2,1 млн в месяц. Система, которая выглядела дешевле, вместе со складским модулем и вторым принтером может оказаться дороже — поэтому считайте целиком.

Как проводить тест

Демо работает по сценарию продавца. Тест должен работать по вашему:

1. Заведите 20 реальных блюд из своего меню вместе с модификаторами.
2. Прогоните две недели параллельно, включая самые загруженные вечера.
3. Специально проверьте три сценария: отключите интернет, выключите принтер, разделите счёт.
4. Пусть работают официанты, а не вы. Засеките, сколько времени занимает обучение.
5. На закрытии смены сверьте цифры отчёта с пересчитанными вручную наличными.

Красные флаги

Если встретили что-то из этого списка, не торопитесь и просите письменный ответ:

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

С чего начать

Выберите из списка выше 10 пунктов, которые важны именно вам, и отправьте один и тот же список всем поставщикам. Сведите ответы в таблицу. И только потом смотрите демо — к этому моменту вы уже знаете, что спрашивать.

И последнее: выбирайте систему не под сегодняшний ресторан, а под тот, что будет через два года. Даже если сейчас один зал, склад, техкарты, сеть филиалов и доставка понадобятся позже. В системах вроде VKassa такие модули включаются на уровне филиала — пока не нужны, они просто выключены, а когда понадобятся, менять систему целиком не придётся.