Готовые POS-программы в большинстве кофеен ломаются в одном месте: система фиксирует продажу, но не помнит клиента. Для Sisa Atelier касса, кухня, отчётность и лояльность построены как одна система на одних данных.
POS-система для кофейни, разработанная и развёрнутая через Docker. Она охватывает работу со столами и кассой, аудируемые отмены и отчётность по продажам. Поверх неё построен движок лояльности со штампами, баллами, купонами и правилами кампаний, а QR-меню, ранее жившее на WordPress, перенесено внутрь той же системы. Маркетинговый сайт кофейни на WordPress также прошёл серьёзную оптимизацию скорости.
Большинство POS-продуктов на рынке технически в порядке. Проблема обычно здесь: система фиксирует продажу, печатает отчёт за день и на этом останавливается. Кто как часто приходил, какой клиент что покупал, кому какую кампанию отправить — всё это остаётся вне системы. Это самые ценные данные кофейни, и обычно их просто не собирают.
Вторая проблема — привязка: если в готовом продукте есть лояльность, она работает одним фиксированным способом. Если правило «шестой кофе в подарок» бизнесу не подходит, изменить его нельзя.
По этим двум причинам система была написана собственным кодом, а лояльность спроектирована как естественная часть системы, а не как приделанный модуль.
Единственный критерий кассового интерфейса — скорость. В час пик кассир не читает экран, а работает рефлекторно. Поэтому:
Развёртывание — через Docker. Практическая польза в обновлениях: новая версия выходит на сервер без ручной установки на кассе, и в заведении не остаётся устройств со старой сборкой.
Самая чувствительная функция POS — не добавить продажу, а удалить её. Ошибочно введённая позиция должна исправляться, но запись, исчезающая бесследно, — самый распространённый путь к недостаче в кассе.
Поэтому отмены рассмотрены как отдельная возможность: операцию можно откатить, но она оставляет след. Что, когда и кем отменено, остаётся в записи, а отчётность построена так, чтобы эти записи показывать.
Технически мелкое решение — помечать вместо удаления. Операционно на нём держится вся надёжность системы.
Лояльность написана как движок с задаваемыми правилами, а не одна фиксированная схема. Вместе работают четыре механизма:
Настоящая ценность движка в том, что правило не зашито в код. Когда бизнес хочет «двойные штампы на фильтр-кофе по вторникам», обновление ПО не нужно — правило задаётся.
Примечание: движок работает в продакшене; какие кампании задать — коммерческое решение бизнеса. Система ждёт этого решения, а не блокирует его.
QR-меню кофейни изначально жило на подстранице сайта WordPress. Практично в первый день и проблемно в перспективе: изменение цены требовало обновления в двух местах, а вес WordPress превращался в ожидание для гостя, открывающего меню за столом.
Поэтому QR-меню перенесли внутрь POS-системы — меню теперь читает те же данные о товарах, что и касса. Цена обновлена на кассе — меню за столом актуально.
Отдельно проведена работа по скорости сайта кофейни на WordPress. Крупнейшей статьёй были изображения: папка медиа разрослась и никогда не переводилась в современный формат. Конвертация в WebP уменьшила её на порядок — примерно со 147 МБ до 10 МБ.
Кроме того, настроены серверное кэширование и сжатие, вычищен ненужный демо-контент темы, а замедление в админке отдельно разобрано через версию PHP и плагин кэширования.
Sisa Atelier ведёт кассу, меню и программу лояльности из одной системы. Отменённые продажи оставляют след, отчёты его показывают, QR-меню питается теми же данными, что и касса.
Переносимый вывод: отличие POS кофейни не в скорости и не в интерфейсе, а в том, помнит ли система клиента. Продажи фиксирует любая программа; та, что знает частоту возвратов и умеет строить на этом кампании, удерживает выручку при меньшем числе новых гостей.
Для одной точки со стандартной работой готовой программы обычно достаточно. Своя разработка оправдана, когда схема лояльности, логика кампаний или требования к отчётности не помещаются в рамки готового продукта. Решающий вопрос: насколько для вас ценно, чтобы система помнила клиента?
Они работают скорее на возврат существующих гостей, чем на привлечение новых, — а именно там сосредоточена прибыльность кофейни. Условие в том, чтобы правило подходило бизнесу: в готовых системах оно фиксировано, в собственном движке — задаётся и настраивается опытным путём.
Потому что самый частый путь к недостаче — бесследно удалённая продажа. Правильная схема не запрещает отмены (ошибки бывают везде), но фиксирует, кто, что и когда отменил, и показывает это в отчётах. С этого начинается надёжность системы.
Ради единого источника цены. При раздельном хранении обновлённая на кассе цена остаётся старой в меню, и гость видит за столом другую сумму. При общих данных такое расхождение невозможно структурно, и не нужно заходить во вторую панель.