Мять CRM: одна история клиента — от заявки до повторного визита

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

В студии массажа клиент проходит длинный путь: оставляет заявку, записывается, приходит, возвращается — или не возвращается. Каждый шаг живёт в своей программе. Заявка — в одной, расписание — в другой, оплата сертификата — в третьей. Пока это работает отдельно, администратор сводит данные руками, а руководитель видит картину с опозданием.

Мять CRM — наш ответ на эту проблему. Не ещё одна программа поверх остальных, а связка, в которой у каждой системы своя роль, а история клиента остаётся одной.

Все цифры на иллюстрациях — условные, для примера.

Главное — в одном взгляде

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

Четыре системы. Один клиент

Мы не заменяем рабочие инструменты, а распределяем между ними ответственность:

• Webasyst CRM — лиды и сделки: заявки, воронка, задачи менеджеров.
• YCLIENTS — запись и визит: расписание мастеров, брони, фактические явки.
• Мять CRM — удержание и экономика: история гостя, цикл возврата, зарплаты мастеров, показатели студии.
• Shop-Script — покупки онлайн: товары, оплаты, подарочные сертификаты.

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

От заявки — к состоявшемуся визиту

Каждое событие запускает понятное следующее действие. Никто не переносит данные из окна в окно.

1. Заявка. Обращение из ВКонтакте, с сайта или из магазина сразу создаёт сделку в Webasyst.
2. Бронь. Менеджер связывается с клиентом и выбирает свободное время в расписании YCLIENTS.
3. Подтверждение. Статус брони синхронизируется с этапом сделки.
4. Визит. Клиент пришёл на сеанс — сделка закрывается успешно.

Если клиент не пришёл или отменил запись, сделка не закрывается: менеджер сразу получает задачу на перенос.

Сначала клиент. Затем конкретная запись

Связка работает на двух уровнях.

Клиент ↔ клиент

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

Сделка ↔ запись YCLIENTS

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

Менеджер видит контекст гостя

Перед звонком у менеджера под рукой всё, что нужно для разговора:

• Кто гость — новый или постоянный.
• Когда визит — история, ближайшая бронь, любимый мастер.
• Что на балансе — остаток сеансов по абонементу, активный сертификат.
• Как связаться — согласия и ограничения, включая запрет писать.

Для каждого канала — WhatsApp, SMS, звонков — назначается ровно одна отправляющая система. Вторая получает только факт отправки и ответ. Так клиент не получает одно и то же сообщение дважды.

Возврат становится управляемым

База «уснувших» клиентов — это не список для массовой рассылки, а работа с ответственным и сроком.

1. Выбрать сегмент. Мять CRM находит гостей, пропустивших плановый визит.
2. Взять в работу. Сотрудник сам забирает контакт — в Webasyst создаётся сделка реактивации с задачей и сроком звонка.
3. Довести до визита. Явка закрывает сделку и фиксирует возврат в аналитике.

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

От источника — к выручке и LTV

Сквозной отчёт считает не обещание, а результат: заявка → запись → визит → чек → повторные покупки.

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

Операции получают понятную категорию

Для отчёта «план / факт» каждая операция должна попасть в свою статью. Правила делают это сами: по контрагенту, по назначению платежа или по типу операции. Правило применяется к новым операциям и к тем, что остались без категории.

Первый этап: три связи

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

1. Карточки клиентов и переходы. Единый профиль и переход между системами по прямой ссылке в один клик.
2. Лиды Webasyst → аналитика Мять CRM. Новые обращения без повторного ручного ввода.
3. Сделка Webasyst ↔ запись YCLIENTS. Этап сделки меняется по событиям конкретной записи.

После первого этапа подключаются реактивация, история контактов и сквозная экономика.

Обмен устойчив к ошибкам и повторам

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

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

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

Сначала связность. Затем автоматизация

1. Обследовать — API, события, права и идентификаторы.
2. Связать — клиента, заявку, сделку и запись.
3. Проверить — дубли, доставку и этапы воронки.
4. Вернуть — реактивация и история контактов.
5. Посчитать — выручка, LTV и повторные визиты.

Один клиент. Одна история. Понятный следующий шаг.