CRM
Что учитывать при создании контактов, сделок и повторных обращений.

Коротко
Дубли клиентов в CRM появляются, когда каждая новая запись создаёт новый контакт без проверки существующей базы. В результате менеджеры видят несколько карточек одного человека, история теряется, а аналитика становится неточной.
Избежать дублей помогает понятное правило идентификации клиента: поиск по телефону, email, внутреннему ID или комбинации полей. Важно продумать, когда создавать новый контакт, а когда добавлять сделку к существующему.
Главное в статье
Главная причина дублей — создание контакта без поиска в CRM.
Для идентификации чаще всего используют телефон, email или ID клиента.
Повторная запись не всегда означает новый контакт, но часто означает новую сделку.
Правила дублей нужно проверить до запуска интеграции.
Раздел 01
Дубли возникают, когда разные каналы создают клиентов независимо: сайт, телефон, мессенджеры, ручной ввод администратора и импорт из других систем. Даже небольшие отличия в написании имени приводят к новым карточкам.
Если менеджер не видит полную историю клиента, он может повторно задавать вопросы, предлагать неактуальные услуги или потерять важный контекст предыдущей записи.
Раздел 02
Телефон
Самый устойчивый идентификатор для большинства записей.
Полезен для консультаций, B2B и образовательных сценариев.
Внутренний ID
Подходит, если клиент уже есть в личном кабинете или базе.
Нормализация
Телефон и email нужно приводить к единому формату.
Ручная проверка
Для спорных случаев оставьте задачу ответственному.
Раздел 03
Найти контакт
Сначала система ищет клиента по выбранным идентификаторам.
Обновить данные
Если контакт найден, новые данные добавляются в историю.
Создать сделку
Новая запись может стать новой сделкой или задачей.
Назначить ответственного
Повторный клиент может идти к прежнему менеджеру или администратору.
Важно
Если данные похожи, но не совпадают, лучше отправить запись на ручную проверку. Ошибочное объединение двух разных клиентов может быть хуже, чем временный дубль.
Раздел 05
Правило дублей должно быть простым и одинаковым для всех каналов. Если сайт ищет клиента по телефону, а администратор вручную создаёт контакт по имени, база всё равно будет расходиться.
Телефон обычно является главным идентификатором для записи, но его нужно нормализовать: убрать пробелы, скобки, разные форматы кода страны и случайные символы.
Email полезен для B2B, обучения и консультаций, но не всегда обязателен. Если сделать его главным идентификатором там, где клиенты чаще оставляют телефон, дубли останутся.
Для личных кабинетов и приложений лучше использовать внутренний ID клиента. Тогда повторные записи связываются с профилем даже при изменении телефона или почты.
Раздел 06
Новый клиент
Создаётся контакт и связанная сделка или заявка.
Повторный клиент
Новая запись добавляется к существующей истории.
Изменённый телефон
Система не теряет клиента, если есть другой устойчивый идентификатор.
Одинаковые имена
Два разных человека с одним именем не объединяются автоматически.
Разные каналы
Сайт, мессенджер и ручная запись используют одинаковую логику поиска.
Спорные случаи
Неоднозначные совпадения уходят на ручную проверку.
Важно
Без чистой базы менеджер не видит историю клиента, повторные визиты и предыдущие покупки. Это мешает персональным предложениям и искажает аналитику по каналам.
Раздел 08
Клиент сначала оставил заявку на сайте, а через неделю записался на услугу по ссылке из Telegram. Если система каждый раз создаёт новый контакт, менеджер увидит двух разных клиентов.
Правильная логика сначала ищет контакт по нормализованному телефону. Если контакт найден, новая запись становится сделкой или событием в существующей карточке.
Если телефон отличается, но совпадает email или внутренний ID, запись можно отправить на проверку или связать по более устойчивому идентификатору. Автоматическое объединение должно быть осторожным.
Так CRM сохраняет историю клиента: источники, предыдущие записи, оплаты, отмены и повторные обращения остаются в одной карточке.
Важно
После запуска интеграции регулярно смотрите отчёт по новым контактам. Если много карточек создаётся без телефона, с разными форматами номера или с повторяющимися email, правила идентификации нужно доработать. Чем раньше база остаётся чистой, тем проще строить аналитику и повторные продажи.
Вывод
Чтобы избежать дублей, интеграция должна искать существующего клиента до создания новой карточки. Повторная запись должна дополнять историю, а не дробить её.
MySlot помогает передавать в CRM структурированные данные, которые можно использовать для поиска контактов, создания сделок и контроля повторных обращений.
Демо
Покажем демо MySlot и разберём ваш процесс: услуги, расписание, ресурсы, CRM, оплаты и уведомления.
MySlot
MySlot подойдёт, если вам нужно:
Запуск
MySlot поможет принимать записи, управлять расписанием, ресурсами, оплатами и передавать данные в CRM.