База клиентов: как сохранить историю без дублей и потерянных контактов
Владельцу клиники или стройки, где контакты копятся в таблицах и чатах
Порядок импорта, сверки дублей и чистки базы
6 мин
Один человек есть в таблице, мессенджере и CRM под разными именами
Сотрудник находит его обращения и знает, какое действие согласовано
Как убрать дубли при переносе базы клиентов, настроить доступ и поддерживать записи в порядке.
База клиентов полезна, когда она помогает узнать человека при следующем обращении и продолжить разговор с нужного места. Большая таблица телефонов такой задачи не решает. Один клиент может сначала оставить форму, затем позвонить с другого номера, а после написать в мессенджер. Если система создаёт три несвязанные записи, команда теряет историю. Если склеивает их без проверки, рискует показать чужие сведения.
Этот перенос показывает главное: проверить, кому принадлежит запись, какой филиал вправе её видеть и откуда пришли данные. Состав полей первого обращения разобран в статье о CRM для малого бизнеса. Здесь разберём перенос и качество уже накопленной базы.
Как перенести записи из разных систем
До импорта сохраните копию каждой выгрузки и пометьте её происхождение: AmoCRM, таблица филиала, форма сайта. Сначала сопоставьте названия колонок и форматы телефонов, затем загрузите малую выборку. Проверьте, совпали ли число строк, связи с обращениями и отметки об отказе от связи.
Только после этого переносите остальное. В сети салонов проблема была именно в разрозненных источниках: заявки, реклама и выручка не сходились без ручной сверки.
| Этап переноса | Что сверить | Кто подтверждает |
|---|---|---|
| Выгрузка | Число записей и источник | Владелец старой базы |
| Пробный импорт | Контакт, филиал, история | Администратор филиала |
| Поиск дублей | Несколько признаков, а не номер | Ответственный за базу |
| Открытие доступа | Роли и выборочный экспорт | Руководитель |
Импорт не превращает прежние контакты в согласных на новую рассылку. Сохраните основание связи и историю изменения важных сведений. Если проба показывает пропущенные примечания или неверный филиал, исправьте правило сопоставления и повторите пробу до полного переноса.
Как искать дубли безопасно
Сначала проверьте точные совпадения номера и почты, затем похожие имена и историю обращений. Номер может принадлежать семье или меняться, поэтому одного совпадения недостаточно для автоматического объединения медицинских карточек. При споре оставьте записи раздельными и предложите сотруднику проверить человека при следующем контакте. Слияние должно сохранять обе истории и позволять понять, почему оно произошло.
| Сигнал дубля | Проверка перед объединением | Риск поспешного решения |
|---|---|---|
| Один номер | Имя и обстоятельства обращения | Общий семейный телефон |
| Похожее имя | Второй контакт и даты | Тёзки |
| Одна почта | Кому принадлежит адрес | Корпоративный ящик |
| Повторная форма | Есть ли действующая карточка | Две сделки по одному запросу |
Разделяйте клиента и его сделки. У одного человека может быть два объекта ремонта или несколько разных обращений в клинику. Склеить человека полезно, а стереть вторую задачу нельзя. В отчётах отдельно считайте уникальных людей и количество обращений, иначе при активном повторном спросе показатель привлечения станет неверным.
Как это выглядит в работе
В кейсе «AI‑продавец для косметолога» клиентка уточняет время уже существующей записи: помощник запрашивает телефон, находит визит и отвечает по сохранённым сведениям. Второй экран показывает сводку сети салонов: после переноса данные из нескольких источников можно смотреть вместе. Эти экраны решают разные задачи: первый помогает найти прежнюю запись, второй показывает результат объединения рабочих данных.
Кто видит базу и кто её исправляет
Назначьте роли до массовой загрузки. Менеджер видит свои переговоры и нужные контакты. Руководитель проверяет работу команды.
Специалист клиники видит сведения, необходимые для приёма; маркетинговому подрядчику их предоставлять нельзя. При увольнении сотрудника доступ закрывают, а открытые задачи передают другому человеку. Экспорт всей базы должен быть отдельным управляемым действием. У него должны быть ответственный и запись о выполнении.
Перед открытием доступа:
- Назначьте сотрудника, который проверяет спорные дубли.
- Оставляйте историю исправлений в карточке.
- Закрывайте доступ уволенному сотруднику в день ухода.
У базы должен быть ответственный за качество. Это может быть один из действующих сотрудников с правилом еженедельной проверки. Смотрите карточки без способа связи, записи без ответственного, просроченные обещания и подозрительные дубли.
Каждую группу исправляйте по источнику. Например, пустые номера после формы чаще указывают на ошибку формы. Попросите отправить тестовую заявку и проверьте путь поля до карточки.
Для этой проверки возьмите обращения из разных каналов: звонок, форму и переписку. У формы посмотрите обязательные поля и согласие на обработку данных. У звонка проверьте, связывается ли запись разговора с карточкой.
У переписки выясните, кто сохраняет историю после смены администратора. Список пропусков даст задачи для каждого канала. Исправлять базу вручную бесконечно бессмысленно, если новая форма продолжает создавать пустые карточки.
Если контакты импортируют из старой таблицы, сначала сохраните копию и разметьте происхождение строк. Не объявляйте импортированные номера согласными на новые рассылки. Отдельно определите, как хранить отказ от связи.
После загрузки сравните небольшую выборку: совпали ли телефоны, не потерялись ли примечания и кто получил право видеть карточки. Затем переносите остальной объём.
Как поддерживать историю полезной
Для еженедельной сверки:
- Найдите повторное обращение в каждом канале.
- Проверьте, сохранились ли отдельные сделки клиента.
- Исправьте источник ошибки, если карточка снова пустеет.
Просите сотрудника записывать результат разговора простыми словами: что спрашивал клиент, что обещано, к какому сроку. Длинный пересказ каждого сообщения не нужен, если исходная переписка привязана к карточке. Короткая запись нужна для смены сотрудника: новый человек должен понять следующую задачу, не заставляя клиента рассказывать всё заново.
Раз в неделю проверяйте выборку записей после импорта и новых обращений: можно ли найти человека по разным каналам, сохранились ли отдельные сделки и кто последним исправлял запись. Ошибку в форме или интеграции исправляйте у источника, иначе чистка базы станет бесконечной. Для выбора системы и этапов есть статья о CRM для малого бизнеса.
Частые вопросы
Можно ли начать с таблицы вместо CRM?
Да, если у таблицы есть один ответственный, понятные поля и порядок обновления. Когда несколько сотрудников одновременно ведут обращения, история изменений и права становятся важнее удобства таблицы.
Какие поля обязательны в первый день?
Состав полей для первого обращения есть в статье о CRM для малого бизнеса. При переносе сначала проверьте происхождение записи, историю и ограничения на связь.
Надо ли удалять старые контакты?
Сначала определите основание хранения и действующие правила обработки данных. Отметьте неактуальные и отказавшиеся от связи записи; массовое удаление без проверки может стереть историю действующих обращений.
Как понять, что два обращения принадлежат одному человеку?
Сравните несколько признаков и спросите сотрудника при споре. Особенно в клинике не объединяйте карточки автоматически только по похожему имени.
Кто должен исправлять ошибку в карточке?
Тот, кто имеет доступ к исходному событию и право на изменение. Важные исправления оставляйте в истории, чтобы другой сотрудник понял причину.
Если база уже накопилась, но в ней трудно найти нужного человека, разберите путь одного повторного обращения. Он покажет, какие поля и правила действительно требуются.