Очистка дубликатов контактов без потери данных
Дубликаты — не проблема порядка, а проблема доверия: как только один и тот же контакт существует дважды с разным состоянием, приходится проверять список, прежде чем ему верить. И как раз тогда перестаёшь им пользоваться.
Самое важное вкратце
- Перед любой очисткой стоит полная резервная копия — это единственный путь назад.
- Объединяют по фиксированным правилам для каждого вида поля, а не по ощущению: самая свежая дата, самый длинный текст, самая активная история.
- При объединении вернее всего теряются истории и согласия — и то, и другое требует собственного правила.
- Без профилактики дубликаты вернутся через полгода: обязательное поле e-mail, проверка при создании, один путь импорта.
Как они возникают
| Причина | Типичный образец |
|---|---|
| Разные написания | «Muster GmbH», «Muster», «muster gmbh» |
| Несколько форм без сверки | один и тот же контакт из двух поводов |
| Импорт без проверки дубликатов | список с выставки заведён заново целиком |
| Второй адрес того же человека | рабочий и личный |
| Смена компании | тот же человек, новая компания и адрес |
| Опечатка при ручном создании | одна цифра, одна буква |
Предпоследняя строка — особый случай: тот же человек в новой компании — не дубликат, а новый процесс с тем же человеком. Кто объединяет и то, и другое, теряет привязку к старой компании — а с ней историю.
А ты знал?
Тяжелейшая потеря при объединении — не имена или адреса, а согласия и истории. Если запись A имеет документированное согласие на рассылку, а B нет, результат должен перенять это согласие — но с исходной датой и исходным подтверждением.
Объединённая запись, в которой теряются дата согласия и подтверждение, не просто неполна — согласие тогда больше нельзя доказать. Поэтому к правилу «какое поле побеждает» обязательно относится отдельная строка для согласий.
Правила объединения
| Вид поля | Правило | Обоснование |
|---|---|---|
| Имя, компания | более полная версия | «Muster GmbH» бьёт «Muster» |
| последний использованный | старый сохранить как второй адрес | |
| Телефон | сохранить оба | вторые номера редко ошибочны |
| Адрес | последний подтверждённый | не последний введённый |
| Заметки | объединить обе | никогда не перезаписывать |
| Процессы и истории | сохранить все | собственно ценность записи |
| Согласия | перенять с датой и подтверждением | иначе больше не доказуемы |
| Возражения и отписки | всегда побеждают | возражение никогда не должно потеряться |
Процесс в шесть шагов
- Полная резервная копия. Экспорт всех записей со всеми полями, в месте, где его снова можно найти. Без этого шага не начинать.
- Найти кандидатов. Одинаковый e-mail — надёжно; одинаковое имя плюс одинаковая компания — вероятно; похожее имя само по себе — лишь намёк.
- Надёжные случаи объединить автоматически. Идентичный e-mail — там вероятность ошибки мала.
- Ненадёжные случаи рассмотреть по отдельности. Прежде всего одинаковые имена при разных компаниях. Это долго и не сокращается.
- Проверить выборку. Открыть двадцать объединённых записей: полны ли истории, заметки и согласия?
- Настроить профилактику. Иначе через полгода состояние восстановится.
Шаг четыре — часть, которую все хотят сократить, и часть, в которой происходят дорогие ошибки. Два человека с одинаковым именем в разных компаниях — это два человека; при автоматическом объединении возникает запись, которая никому не принадлежит и чья история смешивает две разные истории.
Эти случаи редки, но они необратимы, как только история смешана. Поэтому действует: то, что не однозначно по e-mail, решается вручную — даже если это стоит полдня.
Профилактика
E-mail как обязательное поле и ключ
Контакт без e-mail нельзя надёжно сверить. Где возможно, он и есть однозначный признак.
Проверка при создании
Прежде чем возникнет новая запись, проверяется, существует ли уже адрес, — и если да, открывается существующая запись вместо создания новой.
Один путь импорта
Списки с выставок, формы, ручные записи идут одним и тем же путём с проверкой дубликатов. Второй путь импорта — самый частый источник новых дубликатов.
Унифицировать написания
Название компании с правовой формой, номер телефона в одном формате, адрес по одному образцу. Это не предотвращает все дубликаты, но делает их обнаружимыми.
Помоги мне очистить наши контактные данные от дубликатов. Наша ситуация: - Число контактов: [число] - Система: [название или «таблица»] - Поля, которые мы ведём: [список] - Как контакты попадают: [формы, импорт, вручную] - Ведём ли мы согласия с датой и подтверждением? [да/нет] - Есть ли поле для возражения или отписки? [да/нет] Задачи: 1. Назови признаки, по которым мне следует искать кандидатов в дубликаты, — раздельно по надёжным, вероятным и лишь намёкам. 2. Сформулируй для каждого нашего вида поля правило, какое значение побеждает при объединении. Согласия и возражения рассмотри отдельно и обоснуй. 3. Назови случаи, которые я ни в коем случае не должен объединять автоматически. 4. Сформулируй чек-лист для выборки после объединения. 5. Предложи три меры, которые предотвращают возвращение дубликатов через полгода, — подходящие к нашим путям входа. 6. Назови, что мне нужно учесть в отношении защиты данных при этой очистке. Не выдумывай названия полей, которых я не называл.
Вывод
Очистка — ручная работа по ясным правилам: резервная копия, надёжные случаи автоматически, ненадёжные вручную, выборка, профилактика. Трудоёмкая часть — ненадёжные случаи, и её нельзя сократить, потому что неправильно объединённую историю больше не разделить.
Два правила стоят над всеми остальными: возражения и отписки всегда побеждают, а согласия перенимаются с датой и подтверждением. Без этих двух чистый список юридически стоит меньше, чем нечистый.
Частые вопросы
Как найти дублирующиеся контакты?
По трём уровням надёжности: идентичный e-mail — надёжное попадание, одинаковое имя плюс одинаковая компания — вероятно, похожее имя само по себе — лишь намёк. Автоматически объединять следует только первую группу.
По каким правилам объединяют?
По фиксированному правилу для каждого вида поля: более полная версия для имени и компании, последний использованный e-mail, оба номера телефона сохранить, последний подтверждённый адрес, заметки объединить, а не перезаписывать, все процессы сохранить, согласия перенять с датой и подтверждением — а возражения всегда побеждают.
Что вернее всего теряется при объединении?
Истории и согласия. Объединённая запись, в которой отсутствуют дата согласия и подтверждение, не просто неполна — согласие тогда больше нельзя доказать. Поэтому этот пункт требует собственного правила и выборочной проверки.
Какие случаи нельзя объединять автоматически?
Одинаковые имена при разных компаниях — это чаще всего два разных человека. И тот же человек после смены компании: это не дубликат, а новый процесс. Кто объединяет и то, и другое автоматически, необратимо смешивает истории.
Как предотвратить возвращение дубликатов?
Четырьмя мерами: e-mail как обязательное поле и однозначный ключ, проверка при создании новых контактов, ровно один путь импорта с проверкой дубликатов и единообразные написания для названия компании, номера телефона и адреса.
Маркетинг, который настраивается сам
Бета Studio Engine уже открыта. Забронируй место и участвуй в развитии с самого начала.
Присоединиться к бете →