Нормализация нужна для поиска, а не для догадок
В рабочем описании важно зафиксировать следующее: нормализованный номер, добавочный, имя владельца, тип телефона и связь с организацией.
Система может приводить телефон к сопоставимому виду, убирая пробелы и различия привычного написания. Это помогает обнаружить возможное совпадение, но не отвечает на вопрос, кто владелец номера. Добавочный, внутренний номер или иностранный формат требуют отдельного понимания. Перед массовой обработкой проверьте реальные варианты, встречающиеся в вашей базе. Нельзя безусловно обрезать символы, если это меняет смысл рабочего канала связи.
Уточните тип номера у обеих записей
Практический шаг для команды — отделить личный номер от общего, сравнить контактные данные и показать менеджеру предупреждение о возможном совпадении.
Для совпавших карточек сравните имена, организации и роль телефона. Личный мобильный одного человека отличается от приёмной, отдела снабжения и дежурного аппарата площадки. Общий номер допустимо использовать нескольким участникам, если это ясно обозначено. Вместо удаления контакта полезнее добавить понятную роль и способ перевода. Менеджер должен понимать, кого просить к телефону, а не видеть несколько безымянных записей с одинаковыми цифрами.
Разберите случай переиспользованного контакта
Здесь важно учесть риск: удалять человека по одному телефону нельзя: общий аппарат может использоваться несколькими сотрудниками заказчика.
Иногда один рабочий номер передают новому сотруднику. Тогда совпадение не означает, что новый закупщик и прежний представитель — один человек. Нельзя переписать имя поверх всей истории переговоров. Старый контакт помечают неактуальным подходящим способом, а нового связывают с организацией и текущим каналом. В существенной заметке указывают, что номер перешёл другому представителю, чтобы коллеги не обращались к нему по прежнему имени.
Предупреждение должно помогать продолжить работу
Результат можно проверить по следующему признаку: поиск находит варианты записи номера, но не объединяет разных людей без дополнительного подтверждения.
Показывая совпадение, CRM должна давать контекст: существующее имя, компанию и активное обращение в пределах допустимых прав пользователя. Сотрудник тогда может открыть карточку и уточнить ситуацию. Жёсткий запрет на любой повтор мешает сохранить несколько людей с общей приёмной. Полное отсутствие предупреждения, напротив, способствует дублированию. Нужное поведение выбирают по реальным источникам номеров и организационным правилам отдела.
Проверьте результат на входящем обращении
Возьмите несколько искусственных примеров: один человек с разным написанием номера, два сотрудника с общей приёмной и новый владелец рабочего телефона. Для каждого заранее определите ожидаемое действие. После настройки убедитесь, что поиск помогает найти нужный контекст, а объединение не происходит без проверки личности. Такой тест показывает качество процесса лучше, чем формальный показатель количества уникальных телефонов в очищенной таблице.
Проверка по шагам
- Зафиксировано ли следующее: Нормализованный номер, добавочный, имя владельца, тип телефона и связь с организацией?
- Определён ли практический шаг: Отделить личный номер от общего, сравнить контактные данные и показать менеджеру предупреждение о возможном совпадении?
- Наблюдается ли ожидаемый результат: Поиск находит варианты записи номера, но не объединяет разных людей без дополнительного подтверждения?
Частые вопросы
Считать ли приёмную отдельным контактом?
Да, если она участвует в маршрутизации звонков. Назовите её понятно и укажите общий характер номера, чтобы сотрудник не принимал её за личный телефон закупщика.
Прототип CRM для вашей компании
Расскажите о текущих системах и задаче. Согласуем состав бесплатного прототипа, который можно проверить с командой. Возможности и объём автоматизации обсуждаем до включения в проект.
Получить прототип CRM →Материал подготовлен с помощью ИИ. Примеры условные и не являются результатами клиентов. Как устроена библиотека.