7 причин, почему клиентская база превращается в помойку

У одного из наших клиентов — торговой сети «Семицветик», лидера e-commerce в сфере флористики и подарков, — в RetailCRM накопилось больше миллиона профилей клиентов. Формально. По факту к ним было привязано свыше 6 миллионов телефонных номеров — то есть в среднем по 6 «чужих» номеров на карточку. Компания хотела запустить программу лояльности и сегментацию, но с такой базой это было невозможно: бонусы начислялись бы случайным людям, а не тем, кто их заработал.

База не портится за один день. Разбираем 7 типовых причин, по которым это происходит почти в любой CRM с достаточным возрастом и оборотом — и что с этим делать до того, как это станет вашей проблемой.

1. Служебные email в формах заказа

Форма «быстрого заказа» на сайте автоматически подставляет техническую почту (например, служебный адрес самой формы) вместо email покупателя. CRM видит одинаковый email у десятков разных людей — и услужливо объединяет их в один профиль.

2. Ошибки сотрудников при ручном оформлении

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

3. Заглушки вместо телефона из соцсетей

Если клиент пишет из соцсети или мессенджера без указанного телефона, менеджер иногда вводит в CRM «заглушку» — +7, 555, 1111. Система воспринимает всех, кто получил одну и ту же заглушку, как одного и того же человека.

4. Подменные номера маркетплейсов

Маркетплейсы выдают временные (подменные) номера для связи с покупателем — а через некоторое время передают тот же номер другому покупателю. Если CRM не помечает такие номера как временные, база со временем склеивает разных людей в одну карточку.

5. Некорректные интеграции между несколькими каналами

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

6. Конфликты внешних ID при импорте из ERP

При переносе базы из другой системы учёта внешние идентификаторы клиентов иногда пересекаются — один и тот же ID в одной системе означает одного человека, а в другой — совсем другого. Импорт «в лоб» превращает это в хаотичные склейки.

7. Заказчик и получатель — разные люди

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

Что делать: не удалять, а разбирать по правилам

Соблазн — просто «почистить» базу массовым удалением дублей. Это самый быстрый способ стереть историю заказов реальных клиентов, которые случайно попали в одну карточку с мусором. Рабочий подход — пошаговый и обратимый:

• Сначала выделить служебные и технические записи в отдельный реестр — их не трогать общими правилами.
• Отфильтровать заведомо «мусорные» номера (короче 6 символов, шаблонные заглушки).
• Склеивать только там, где совпадает несколько признаков одновременно (имя + один и тот же телефон), а не по одному слабому совпадению.
• Отдельно обработать подменные номера маркетплейсов, чтобы система больше не путала по ним разных людей.
• Провалидировать оставшиеся номера по международному формату — особенно если у вас есть клиенты за пределами России.
• Удалить «карточки-призраки» без единого способа связи — обслужить такого клиента всё равно нельзя.

Именно так мы разбирали базу «Семицветика»: без массового «сноса», по частотному и обратному анализу, чтобы не потерять ни одной реальной истории покупок. Результат — база сократилась до уникальных профилей, платежи за лишний объём в CRM снизились, а бонусы в программе лояльности стали начисляться именно тем, кто их заработал. Подробности — в кейсе «Как очистить базу с миллионами контактов в RetailCRM и подготовить e-commerce гиганта к запуску программы лояльности».

Сам или с интегратором

Если дублей немного и они однотипные (например, только заглушки телефонов) — штатные инструменты объединения контактов в RetailCRM справятся своими силами. Если база накапливалась годами, каналов продаж несколько и часть карточек уже «склеена» неправильно вручную — здесь легко необратимо потерять историю заказов, и точечный ручной разбор надёжнее, чем массовая автоматическая склейка.

Похожая проблема часто всплывает и на стороне 1С — когда нужно поднять историю продаж клиента за прошлые периоды перед переносом в CRM, а не только текущие контакты. Разбираем это в решении «Перенос истории продаж из 1С».

Хотите запустить программу лояльности на чистой базе — без случайных начислений и задвоенных клиентов? Разберём вашу базу и предложим план очистки: «Программа лояльности и повторные продажи».