← QR Shop · QR-оплата для любого механизма
На объектах без оператора клиент приходит, платит и уходит — и для бизнеса он остаётся безымянной суммой в выписке. Интеграция оплаты с CRM меняет это: каждый платёж становится записью о конкретном человеке, услуге и точке, а из этих записей вырастают база клиентов, понятная воронка и повторные продажи. Разбираем, что именно передавать, в каком направлении и как не утонуть в данных.
Комиссия — по тарифу ЮKassa: от 0,9% + НДС по СБП, от 2,3% + НДС картами разных банков, только за успешные платежи.
Не нужно покупать кассу и ККТ — чек по 54-ФЗ формируется автоматически.
CRM обычно ассоциируется с отделом продаж и менеджерами, которые звонят по заявкам. На мойке, у вендингового автомата или у платной двери менеджеров нет, но задача та же: знать, кто ваш клиент, как часто он возвращается и что ему предложить. Разница только в том, что первичные данные здесь создаёт не человек, а сам платёж.
После успешной оплаты сервер QR Shop формирует событие и отправляет его в вашу систему. Минимальный набор полей выглядит так:
| Поле | Пример | Зачем нужно |
|---|---|---|
| Объект | Точка «Северная», пост 4 | Сравнивать точки и посты, видеть, где клиенты бывают чаще |
| Услуга и сумма | Мойка, 300 ₽ | Считать средний чек и выручку по направлениям |
| Время | Пятница, 19:40 | Понимать пиковые часы и планировать акции |
| Способ оплаты | СБП или карта | Оценивать реальные расходы на эквайринг |
| Контакт | Телефон или e-mail для чека | Узнавать клиента при следующем визите и писать ему |
| Источник | Наклейка на посту, рассылка, объявление | Видеть, какая реклама приводит платящих клиентов |
Контакт появляется, только если клиент сам указал его — например, чтобы получить электронный чек или бонус. Принудительно собирать данные не нужно: даже без телефона событие полезно для статистики по объекту.
Самый простой вариант: каждая оплата попадает в CRM как сделка или строка в журнале продаж. Если контакт уже есть в базе, платёж привязывается к существующей карточке, если нет — карточка создаётся. Через месяц видно, сколько у вас постоянных клиентов, а сколько разовых.
Обратное направление: в CRM оформлена бронь, абонемент или заказ, и система сама формирует ссылку на оплату. Клиент получает её в сообщении, платит с телефона, а статус в CRM меняется на «оплачено» без ручной сверки. Если к заказу привязано действие на объекте — открыть ячейку, активировать доступ, — оно выполняется сразу после платежа.
CRM не только принимает платежи, но и управляет условиями: передаёт персональную цену, остаток абонемента или признак «бесплатный запуск за бонусы». Клиент сканирует тот же QR-код, а сумма и сценарий уже учитывают его историю.
Сама по себе база контактов ничего не продаёт. Работают правила, которые CRM запускает на основе событий оплаты:
Все эти механики невозможны, пока платёж анонимный. Интеграция с CRM делает их рутиной, которая работает без участия владельца.
Кроме платежей, в CRM полезно передавать обращения, которые возникают на объекте: «оплатил, но пост не включился», «хочу корпоративный договор», «нужен закрывающий документ». Каждое такое обращение становится задачей с ответственным и сроком. Если оплата прошла, а оборудование не подтвердило запуск, событие с пометкой о сбое тоже уходит в CRM — так возврат или повторный запуск не зависят от того, вспомнит ли кто-то о жалобе.
Подойдёт CRM, учётная система или даже собственная база, если у неё есть API или приём вебхуков. Обмен настраивается так, чтобы при временной недоступности CRM события не терялись: сервер повторяет отправку, пока система не подтвердит приём. Готовой интеграции «из коробки» под конкретный продукт не требуется — схему полей и направлений обмена согласуем под вашу систему.
Применяется в местах, где необходимо предоставление контролируемого/платного доступа или услуг населению без наличия оператора: мойки и ковромойки, пылесосы, вендинг, платные туалеты, двери и турникеты, шлагбаумы, массажные кресла, стиральные машины, шкафчики. Помимо приёма оплаты делаем автоматизацию любых процессов, которые начинаются с платежа, и интеграцию с CRM, чтобы каждый клиент и каждая продажа оставались в вашей системе.
Напишите в бот, в какой системе вы сейчас ведёте клиентов и продажи — облачная CRM, учётная программа, своя база или пока таблица — и есть ли у неё API или вебхуки. Перечислите, что хотите видеть после оплаты: сделку, запись в карточке, задачу менеджеру, начисление бонусов. Расскажите, какой сценарий повторной продажи вам важнее всего — напоминание «давно не были», абонемент для постоянных или оплата брони по ссылке. Мы предложим схему полей и направлений обмена, скажем, нужен ли контроллер на объекте или хватит API, и пришлём расчёт с порядком подключения.
Какие данные об оплате попадают в CRM?
Объект, услуга, сумма, время, способ оплаты, источник и контакт клиента, если он его указал. Набор полей согласуется под вашу систему.
Можно ли выставлять счёт на оплату из CRM?
Да. CRM формирует ссылку на оплату брони, абонемента или заказа, клиент платит с телефона, а статус меняется на «оплачено» автоматически.
С какими CRM работает интеграция?
С любыми системами, у которых есть API или приём вебхуков, включая собственные базы и учётные программы.
Как интеграция помогает повторным продажам?
Платёж привязывается к карточке клиента, и CRM по правилам отправляет напоминания, предлагает абонементы и бонусы тем, кто давно не приходил или приходит часто.
Обязательно ли покупать контроллер?
Нет. Контроллер QR Shop стоит от 50 000 ₽ и нужен, если после оплаты что-то запускается на объекте. Иногда достаточно подключения по API без нашего оборудования.
Нужна ли касса?
Нет, не нужно покупать кассу и ККТ: чек по 54-ФЗ формируется автоматически.
Какая комиссия за платёж?
Тариф ЮKassa: от 0,9% + НДС по СБП, от 2,3% + НДС картами разных банков, с успешного платежа.
Откройте бота QR Shop в MAX: там демо-оплата с телефона и заявка на расчёт под ваше оборудование. Опишите, что стоит на объекте, — подберём схему подключения.
QR Shop