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

Сеть решает, где жить правилам скидок и бонусам. Один вариант: лояльность в ERP, как часть учётной системы. Другой: отдельная веб-система лояльности, которая обслуживает кассы всех магазинов. Выбор влияет на скорость изменений, работу без связи и стоимость владения, поэтому полезно сравнить оба варианта до выбора платформы лояльности, а не после.
Оба решения часть Synngate Loyalty, поэтому ниже сравнение идёт без «лучше» и «хуже»: речь о том, что подходит вашей сети сегодня.
| Вопрос | Модуль в ERP | Веб-центр |
|---|---|---|
| Где работает | Внутри вашей ERP-системы | Отдельный веб-сервис, облако или ваш сервер |
| Инфраструктура | Без отдельного сервера | Нужен сервис и его размещение |
| Правила | 25 видов условий, 13 видов действий, 12 типов событий | 17 условий, 11 действий |
| Купоны, сертификаты, клип-карты | Есть в модуле ERP | Пока не поддерживаются |
| Аналитика жизненного цикла | 12 сегментов, 12 отчётов, 60 показателей | Сегменты и 5 отчётов, включая эффект акции |
| Связь с кассой | Веб-сервис обмена с кассой | Кассовый API: идентификация, расчёт, подтверждение |
| Работа без связи | Касса не блокирует продажу, если сервер недоступен | Три режима: центр, узел магазина, ядро в кассе |
| Где менять правила | В привычном интерфейсе ERP | В веб-админке, изменения доходят до магазина за секунды |
Эта таблица отражает возможности на сегодня: проверяйте актуальное состояние на демонстрации.
Купоны, сертификаты, клип-карты и расширенные правила нужны в вашей программе уже сейчас.
Склад, цены и клиенты в одном месте, лишней инфраструктуры не хочется.
Нужны сегменты жизненного цикла и подробные отчёты о клиентской базе.
Правила нужно менять часто и чтобы изменение дошло до всех магазинов быстро.
Магазин не должен зависеть от канала: расчёт идёт на узле магазина или внутри кассы.
Карту в телефоне, акции и кабинет маркетолога удобнее строить вокруг отдельного центра.
Если сомневаетесь, задайте себе вопрос: что болит сильнее, скорость и надёжность на кассе или глубина механик и аналитики? От ответа зависит, с чего начать.
Ни один из вариантов не лучше сам по себе. Модуль в ERP выигрывает там, где важна глубина механик и тесная связь с учётом, а веб-центр там, где важны скорость изменений и автономность каждого магазина.
Сначала запишите свои условия, и только потом смотрите на продукты. Иначе выбор определят самые яркие функции, а не ваши потребности.
Сравнивайте не цену лицензии, а все статьи расходов за несколько лет. Для модуля в ERP это доработки и обновления внутри учётной системы и время программистов. Для веб-центра: размещение сервиса, администрирование и интеграция с кассами. И в том, и в другом случае есть расходы на обучение, на перенос данных и на сопровождение. Попросите у поставщика перечень того, что входит в работу, и того, что оплачивается отдельно, и сравните списки.
Выбор не навсегда. Многие сети начинают в ERP, а позже переходят в веб-центр, когда растёт число магазинов. Что переносится: клиенты, карты, группы и правила. Расчёт веб-центра можно сверить с прежним на наборе настоящих чеков и разобрать расхождения до включения.
Решите, какие правила сохраняются, и очистите дубли клиентов.
Загрузите копию данных, сравните число клиентов, карт и сумму бонусов.
Пересчитайте набор настоящих чеков в новой системе.
Один-два магазина работают на новой системе, остальные на прежней.
Остальные магазины переходят, а прежний модуль остаётся для чтения.
Важное ограничение: купоны, сертификаты и клип-карты в веб-центр пока не переносятся, они остаются в модуле ERP. Если они нужны, используйте оба решения вместе.
Бывает так, что части механик нужен ERP, а кассам нужна скорость и автономность центра. Тогда сеть работает на веб-центре, а специфические механики остаются в модуле ERP. Это промежуточный этап, а не вечное решение: рассматривайте его честно, с планом, что и когда переносится.
Практический совет: прежде чем принимать решение для всей сети, запустите пилот в одном-двух магазинах. Пилот показывает то, что не видно на презентации: как кассиры реагируют на новый поток, насколько понятна админка маркетологу, какие расхождения всплывают при сверке чеков. Для пилота заранее договоритесь о критериях успеха и сроке, иначе он затянется без решения.
В Synngate Loyalty можно начать с любой части. Подробно о возможностях рассказано на страницах модуля ERP и веб-центра; как выглядит перенос, объясняет статья о переходе с пластиковых карт, а аналитика описана на странице жизненного цикла. Чтобы выбрать вариант под вашу сеть, запросите демонстрацию.
Да. Клиенты, карты, группы и правила переносятся, расчёт сверяется с прежним. Это штатный путь.
Купоны, сертификаты и клип-карты остаются в модуле ERP. Если они вам нужны, используйте оба решения параллельно.
Он работает как веб-сервис: в нашем облаке или на вашем сервере.
Нет. У нас есть своя касса с лояльностью из коробки, а для других касс предусмотрен открытый API.
Скидка и бонус выглядят похоже, но по-разному влияют на маржу, на частоту покупок и на работу кассира. Разбираем разницу на одном чеке и даём правило выбора.
Читать далее →Пошаговый план запуска: от цели и механик до обучения кассиров и первых замеров. Без обещанных сроков: они зависят от вашей сети.
Читать далее →R, F и M на примере магазина: как считаются баллы, кто попадает в углы матрицы и что с каждой группой делать. Метод простой, но у него есть пределы.
Читать далее →Разговор на 30 минут о вашей программе лояльности, без общих презентаций.