Чек-лист по интеграции YClients
Зафиксировать бизнес-цели интеграции: рост повторных продаж, сокращение ручного ввода, единая клиентская база, сквозная аналитика.
Важно
Определить, какие системы участвуют в контуре: YCLIENTS, CRM, телефония, коллтрекинг, аналитика, iPaaS.
Важно
Описать список филиалов, которые входят в первую волну запуска, и отдельно выделить пилотный контур.
Важно
Назначить владельца процесса со стороны бизнеса, технического лида и ответственного за приемку.
Важно
Согласовать границы первой версии интеграции и вынести спорные сценарии в backlog второго этапа.
Средний
Зафиксировать целевой CJM клиента от первого касания до повторного визита и продажи дополнительных услуг.
Важно
Выбрать схему интеграции: прямой API, middleware, iPaaS-коннектор или смешанную архитектуру.
Важно
Определить направление обмена по каждой сущности: только в CRM, только в YCLIENTS или двусторонняя синхронизация.
Важно
Разделить события на real-time и batch-обмен с расписанием.
Важно
Собрать карту сущностей: клиент, запись, визит, услуга, сотрудник, филиал, продажа, источник, комментарий.
Важно
Назначить master-систему для каждой сущности и запретить конкурирующее создание одинаковых данных.
Важно
Согласовать ключи связи между системами: внешний ID, внутренний ID, телефон, email, связка по записи.
Важно
Описать требования к версиям API, лимитам запросов и частоте опроса.
Средний
Проверить, какие поля YCLIENTS доступны в API без кастомной доработки, а какие потребуют обходного решения.
Средний
Сопоставить филиалы YCLIENTS с оргструктурой в CRM.
Важно
Сопоставить сотрудников, мастеров и менеджеров между системами.
Важно
Сопоставить услуги, категории услуг и товары, если они участвуют в продажах.
Важно
Сверить статусы записи, визита и сделки и привести их к единой логике.
Важно
Подготовить таблицу маппинга полей клиента: ФИО, телефон, email, дата рождения, пол, комментарий.
Важно
Определить обязательные и необязательные поля для создания записи без ошибки.
Важно
Унифицировать формат телефона и настроить нормализацию в один стандарт.
Важно
Описать правила передачи кастомных полей и исключить потерю бизнес-атрибутов.
Средний
Задать правила для пустых значений, null и значений по умолчанию.
Средний
Проверить, что справочники статусов и услуг не расходятся после ручных правок на стороне администраторов.
Средний
Определить, создается ли сделка в CRM при каждой записи или только при первом визите клиента.
Важно
Согласовать события, которые запускают автоматизацию: создана, подтверждена, перенесена, отменена, завершена.
Важно
Настроить передачу даты, времени, часового пояса и длительности услуги без потери точности.
Важно
Привязать ответственного сотрудника к записи и передавать его в CRM как владельца касания.
Средний
Проверить обработку групповых записей, пакетов услуг и составных визитов.
Средний
Зафиксировать условие, при котором визит считается успешным и переводит сделку на следующий этап.
Важно
Настроить отдельную фиксацию no-show, отмены и переноса с причиной и временем события.
Важно
Проверить логику повторной записи после завершенного визита и не плодить дубли по одной клиентской сессии.
Средний
Определить, как продажи из YCLIENTS попадают в CRM: оплата, чек, заказ или отдельная финансовая сущность.
Важно
Настроить передачу суммы, скидки, бонусов, итоговой выручки и маржинальных полей, если они используются.
Важно
Разделить передачу товаров и услуг, если аналитика строится по разным воронкам.
Средний
Описать правила учета предоплаты, частичной оплаты, возвратов и сторно.
Важно
Согласовать обработку сертификатов, депозитов, абонементов и бонусных баллов.
Средний
Сверить финансовые поля между YCLIENTS, CRM и бухгалтерской системой.
Средний
Проверить, что кассовые сценарии не ломают воронку и не искажают отчет по выручке.
Важно
Определить, где хранится согласие клиента на SMS, email, мессенджеры и звонки.
Важно
Проверить, чтобы CRM не дублировала напоминания, которые уже отправляет YCLIENTS.
Важно
Развести сервисные уведомления и маркетинговые касания по отдельным сценариям.
Средний
Согласовать шаблоны сообщений после первой записи, отмены, пропуска и повторного визита.
Средний
Проверить, что история коммуникаций попадает в карточку клиента в CRM.
Средний
Сверить, какие каналы коммуникации реально используются филиалами, чтобы не держать лишние триггеры.
Низкий
