Единый профиль клиента: как склеить звонки, чаты и заказы в одну карточку

Единый профиль клиента — это одна запись, в которой видны все звонки, переписки, заявки, заказы и оплаты человека или компании, независимо от того, в какой системе они случились. Собирается он по ключам: телефону, почте, ИИН/БИН и идентификатору личного кабинета. Ниже — пошаговая инструкция, как выбрать ключи для каждого источника, склеить записи и не сломать данные на конфликтах.

Что такое единая карточка клиента и зачем она нужна

Типичная картина в компании из Алматы или Астаны: клиент звонит, менеджер видит в телефонии только номер. В WhatsApp тот же клиент записан как «Айгерим доставка», в CRM — как «Айгерим Н.», в 1С — как контрагент с полным ФИО и ИИН. Четыре записи, ни одна не знает о трёх других.

Единая карточка клиента связывает их в одну. Менеджер видит, что клиент спрашивал в чате год назад и что купил в прошлом месяце. Маркетолог видит путь от первого обращения до денег. Руководитель может посчитать повторные покупки и LTV, не прося никого сводить таблицы. А на склеенных данных уже можно строить сегменты и когорты — какие методы для этого есть, мы разбирали в статье RFM, ABC и когортный анализ клиентов.

CDP — что это и чем отличается от CRM

Customer data platform, или CDP, — единая база клиентов, в которую собираются данные из всех систем. CRM хранит только то, что в неё внесли менеджеры. CDP объединяет CRM с сайтом, телефонией, мессенджерами, 1С и рекламой и отдаёт склеенные данные обратно — для аналитики, сегментации и обогащения карточек в CRM. Покупать отдельную коробочную CDP малому и среднему бизнесу обычно не нужно: ту же задачу решает хранилище с правилами склейки. Именно так устроена наша услуга единой базы клиентов и объединения данных: данные лежат в PostgreSQL или ClickHouse на наших серверах в Казахстане, доступ — по ролям.

Шаг 1. Составьте карту источников и ключей

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

Из таблицы видно главное: телефон связывает большинство источников, ИИН/БИН надёжно связывает B2B-клиентов с 1С, а Instagram без телефона в профиль не попадёт, пока менеджер не узнает номер в переписке. Поэтому сценарий в мессенджерах стоит строить так, чтобы номер появлялся как можно раньше.

Шаг 2. Приведите ключи к единому формату

Сопоставление ломается не на сложной логике, а на форматах. Один и тот же номер в разных системах выглядит как «8 701 123 45 67», «+7(701)1234567» и «77011234567». Для машины это три разных клиента.

1. ТелефонОставляем только цифры, заменяем ведущую 8 на 7, проверяем длину и код оператора. Результат — формат +7XXXXXXXXXX.
2. ПочтаПереводим в нижний регистр, убираем пробелы, отсекаем явно тестовые адреса.
3. ИИН/БИНПроверяем, что это 12 цифр, убираем пробелы и символы. Пустые и «000000000000» не считаем ключом.
4. Название компанииУбираем форму собственности и кавычки: «ТОО «Альфа»» и «Альфа ТОО» становятся «альфа». Это слабый ключ — только в паре с другими.

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

Шаг 3. Задайте правила склейки с приоритетами

Правило склейки отвечает на вопрос: при каком совпадении две записи — это один клиент. Мы задаём их лесенкой, от самого надёжного к менее надёжному.

• Совпал ИИН/БИН — склеиваем автоматически.
• Совпал нормализованный телефон — склеиваем автоматически, если это не общий номер офиса или колл-центра.
• Совпала почта — склеиваем автоматически, кроме общих адресов вроде info@ и sales@.
• Совпало только название или имя — не склеиваем, отправляем в очередь на проверку.

Отдельно составьте «стоп-лист» ключей: номер вашего же офиса, который менеджеры вписывают «чтобы поле не было пустым», адрес бухгалтерии, телефон курьерской службы. Без стоп-листа один такой номер склеит сотни разных клиентов в одного.

Шаг 4. Решите, кто источник истины для каждого поля

Когда записи склеены, у одного клиента оказываются два адреса, три варианта имени и разные менеджеры. Это конфликт данных, и решать его нужно правилом, а не «как получится».

Для каждого поля назначается главный источник. Например: реквизиты и ИИН/БИН — 1С, потому что там их проверяет бухгалтерия; ответственный менеджер и статус — CRM; телефон и почта — та система, где изменение было последним. Конфликты при этом не разрешаются молча, а записываются в журнал, чтобы можно было понять, откуда взялось значение.

Типичная ошибка на этом шаге — назначить главной ту систему, где данные «красивее». Источник истины выбирают по тому, кто отвечает за поле в процессе: если адрес доставки меняет логист в 1С, а менеджер в CRM его только читает, главным будет 1С, даже если в CRM он записан аккуратнее.

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

Шаг 5. Подключите мессенджеры и приложение

Чаты — самый быстрорастущий источник обращений и самый неудобный для склейки. Если WhatsApp и Instagram подключены к CRM через Wazzup или Business API, каждый диалог создаёт сделку и попадает в карточку клиента, а номер WhatsApp становится ключом автоматически. Как это настраивается и сколько стоит — на странице интеграции WhatsApp и Instagram с CRM.

С мобильным приложением задача другая: у пользователя есть аккаунт, и важно, чтобы он был тем же, что в личном кабинете на сайте. Если приложение и сайт живут на разных бэкендах, профилей будет два. Правильная схема — единый бэкенд и профиль для сайта и приложения, обмен с CRM и 1С по событиям. Это отдельная работа, её мы описываем в услуге интеграции приложения с сайтом, CRM и 1С.

Шаг 6. Настройте ручную проверку и мониторинг

Даже хорошие правила оставляют спорные случаи: совпало имя и город, но телефоны разные; один номер у двух компаний. Такие пары попадают в очередь на ручную проверку с подсказками, и ваш сотрудник подтверждает или разделяет записи. Со временем правила дорабатываются по этим решениям, и очередь становится короче.

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

Как запустить единый профиль без большого проекта

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

В WeMake такой первый этап — формат «CRM + сайт + телефония» от 500 000 ₸, около трёх недель: единая карточка клиента, дедупликация и витрина для отчётов. С 1С и рекламой — от 900 000 ₸ за 4–5 недель. Остальные услуги направления собраны на странице цен на аналитику. Если хотите сначала понять масштаб, начните с аудита: за неделю мы посмотрим поля, справочники и объём дублей и предложим схему, по которой объединение данных в единую базу клиентов будет работать на ваших системах.