Аудит клиентской базы перед внедрением CRM: план очистки

Зачем делать аудит базы до внедрения CRM

Если загрузить клиентскую базу в CRM «как есть», проблемы всплывают в первый же день. Дубли превращаются в двух разных «клиентов», пустые поля не дают понять, кто отвечает за сделку, а разный формат телефонов и городов ломает поиск и фильтры. CRM выглядит «сломанной», хотя причина почти всегда в исходных данных.

Обычно проявляются три группы ошибок.

Первая - один и тот же клиент записан по-разному: «ТОО Ромашка», «Romashka LLP», «Ромашка ТОО», плюс разные телефоны и почты.

Вторая - в карточках нет базовых деталей: ИИН/БИН, должности, города, источника лида, ответственного менеджера.

Третья - данные заполнены вразнобой: номера с пробелами и без, email в верхнем регистре, адрес то в одной строке, то в пяти.

Это мешает не только «красоте» базы, но и работе.

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

Аудит базы перед внедрением CRM нужен, чтобы договориться, что именно считать «качественными данными», и привести записи к понятному стандарту. Минимальные критерии обычно такие:

• одна компания (и один контакт) существуют в базе в единственном экземпляре;
• по каждой записи есть способ связи (телефон или email) и понятный статус актуальности;
• ключевые поля заполнены одинаково и в одном формате (названия, телефоны, города);
• у записи есть владелец (ответственный) и понятная история происхождения.

Хороший результат аудита - не «почистили Excel», а набор конкретных артефактов: отчет о проблемах (сколько дублей, сколько пустых карточек), правила объединения, список обязательных полей и список людей, отвечающих за дальнейшую чистоту базы. Тогда CRM стартует на понятных данных, и пользователи начинают ей доверять с первого дня.

Что собрать и как подготовить данные к проверке

Перед аудитом важно собрать контакты в одном месте и сразу зафиксировать, откуда они взялись. Обычно данные разбросаны по Excel-файлам отделов, почте (подписи и цепочки), телефонным книгам, мессенджерам, а также учетным системам и сервис-деску. Если пропустить хотя бы один источник, позже получите «пустые» карточки и споры о том, «где был правильный номер».

Собирайте не «идеальную» таблицу, а единый выгрузочный файл, который удобно проверить и почистить. Хорошая практика - завести колонку «Источник» и не стирать исходные значения при правках: лучше добавить нормализованную версию рядом (например, «Телефон (как было)» и «Телефон (норм.)»). Так проще откатиться и понять, кто и что менял.

На старте зафиксируйте минимум полей, которые помогают находить дубли и оценивать ценность контакта:

• ФИО (или название контакта, если это общий адрес)
• компания
• телефон и email
• ИИН/БИН (если уместно для вашей работы)
• роль/должность и регион

Чтобы очистка не превратилась в «угадайку», добавьте служебные поля. Они часто важнее, чем кажется: по ним видно, кому задавать вопросы и какие записи можно уверенно закрывать.

Практичный набор меток: владелец контакта (менеджер), дата последнего обновления, статус записи (например, «сырой импорт», «проверено»), признак согласия на коммуникации (если вы его ведете).

Пример: в компании, которая продает ИТ-оборудование и проекты (например, поставки рабочих станций или серверов для организаций), один и тот же человек может встречаться в «коммерческих предложениях» из почты, в таблице тендеров и в переписке инженера. Если сохранены источник и владелец, при расхождениях вы быстро уточните актуальные данные у нужного сотрудника.

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

Как выявлять и объединять дубли

Дубли появляются почти всегда, даже если база выглядит аккуратной. Причины простые: один и тот же клиент записан как «Иванов И.И.» и «Иванов Иван», телефон сохранен с разными кодами, у компании сменилось название, а контакт переехал на новый email. В B2B это усиливается тем, что один человек может быть и «контактом по закупкам», и «ответственным за договор», поэтому его заводят дважды.

Чтобы не полагаться на «глазомер», заложите понятные правила поиска дублей. Начинайте с уникальных идентификаторов, и только потом переходите к «похожим» совпадениям:

• телефон (после нормализации: код страны, без пробелов и скобок)
• email (в нижнем регистре, без лишних пробелов)
• ИИН/БИН (если вы храните эти поля)
• связка ФИО + компания (или ФИО + домен почты) для случаев без телефона
• комбинации (телефон + ФИО, email + компания), чтобы отсеять совпадения «по одному полю»

Дальше важно не просто «склеить» записи, а выбрать главную карточку (master) и аккуратно перенести остальное. Удобное правило: главной становится запись с наиболее полной информацией и актуальными контактами. Если у вас длинный цикл продаж, история коммуникаций особенно ценна: потеря примечаний, встреч и статусов сделок потом обходится дорого.

Перед объединением проверьте:

• где актуальные телефон и email;
• где заполнены реквизиты (БИН, юридическое название, адрес) и кто их вносил;
• в какой записи больше «живой» истории (письма, звонки, комментарии, документы);
• нет ли конфликтов (разные компании у одного ФИО, разные должности, разные ИИН/БИН).

Чтобы все делали одинаково, оформите короткий документ правил с примерами. Например: «если совпал телефон, это один контакт, даже если ФИО написано по-разному» или «если совпал БИН, это одна компания, а контакты внутри могут быть разными». Добавьте 5-10 типовых кейсов из вашей базы и решение по каждому. Тогда объединение дублей станет не разовой чисткой, а стандартом для всей команды.

Как находить «мертвые» контакты и решать их судьбу

«Мертвый» контакт - это запись, по которой вы больше не можете связаться с человеком или компанией, и при этом нет признаков, что контакт еще нужен. Важно не путать такие записи с «просто молчащими» клиентами, которые могут вернуться.

Опирайтесь на критерии, которые можно подтвердить фактами, а не ощущениями. Чаще всего это набор сигналов: телефон не существует или постоянно недоступен, письма возвращаются с ошибкой доставки, домен компании не работает, в карточке нет ни одного успешного касания за долгий срок, а менеджеры не помнят контекст.

Быстрая проверка актуальности

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

Рабочий минимум проверок:

• один звонок в рабочее время и повторный звонок в другой день;
• одно письмо с просьбой подтвердить актуальность (и отметка о доставке/ошибке);
• сверка с последним успешным контактом: дата, канал, результат;
• быстрая проверка по компании: существует ли организация, не сменилось ли название;
• подтверждение от ответственного менеджера, если контакт привязан к сделке или счетам.

Что делать, если ответа нет

Не удаляйте такие записи сразу. Удаление ломает историю, отчеты и может лишить вас важных следов (например, по старым проектам). Безопаснее ввести статусы и сроки: «на проверке», «неактуален (недоступен)», «архив», «требует уточнения у продаж». Для каждого статуса задайте правило: сколько попыток связи, сколько дней ждать, кто принимает решение.

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

Восстанавливать контакт стоит, если он связан с крупным клиентом, тендером, сервисной поддержкой или видно, что компания работает, но изменились реквизиты связи. Результат фиксируйте одинаково: дата попытки, канал, итог («номер неверный», «попросили перезвонить», «нашли новый email») и что обновили в карточке. Это дисциплинирует и снижает повторные бессмысленные попытки.

Неполные карточки: какие поля обязательны и где взять данные

Неполные карточки ломают поиск, сегментацию и базовые вещи вроде рассылки или постановки задач. Перед загрузкой в CRM лучше заранее решить, что считается «карточкой, готовой к импорту», а что отправляется на дозаполнение.

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

• тип сущности (компания или контакт) и полное имя/название;
• один основной идентификатор (ИИН/БИН или внутренний код);
• телефон или email (хотя бы один канал связи);
• город/регион;
• ответственный сотрудник (владелец записи).

Дальше добавьте поля «по процессам», но только там, где они реально используются. Иначе люди будут заполнять их формально или пропускать.

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

Чтобы обязательные поля работали одинаково у всех, зафиксируйте допустимые значения. «Регион» не должен быть то «Алматы», то «г. Алматы», то «Almaty». Сделайте справочники для города, отрасли, источника, типа клиента. Заодно определите правила ввода: формат телефона, единый стиль названия компании, что делать с латиницей и сокращениями.

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

Пример: в базе есть «ТОО Ромашка» без БИН и без контактного лица, но с номером договора в комментарии. По договору вы быстро находите реквизиты и юридический адрес, а по цепочке писем к договору - ответственного менеджера клиента и рабочий email. В карточке сразу понятно, кто владелец записи и по какому каналу можно связаться.

Последний шаг - правило «не заполняем потом». Если поле обязательное, запись не должна попадать в CRM без него, а за исключения отвечает конкретная роль (например, координатор базы или руководитель отдела). Так карточки перестают «худеть» со временем, и база остается пригодной для работы.

Пошаговый план аудита и очистки перед загрузкой в CRM

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

Шесть шагов, которые работают в большинстве компаний

Начните с простого: договоритесь, какой базу вы считаете «хорошей». Например: «у 95% контактов есть телефон или email, у 90% есть компания, и не более 2% дублей». Эти цифры помогают принять работу и не спорить на уровне ощущений.

Дальше действуйте по плану:

• Зафиксируйте цель и критерии качества: какие сегменты важнее (активные клиенты, лиды, поставщики), какие поля обязательны, что считать дублем.
• Соберите источники в одно место и сделайте резервную копию: Excel, почта, заявки, телефония, старые CRM, файлы отделов.
• Приведите данные к единому виду: телефоны в одном формате, одинаковые названия городов и регионов, единые правила для ФИО и компаний.
• Найдите и обработайте дубли по правилам: совпадение телефона, email, ИИН/БИН (если есть), плюс похожие имена. Объединения фиксируйте в отдельном журнале, чтобы решение можно было проверить и при необходимости откатить.
• Разберите «мертвые» контакты: недоступные номера, несуществующие почты, компании без признаков активности. Назначьте статусы («невалидный», «архив», «требует проверки») вместо удаления без следа.

Финальный шаг перед загрузкой - закрыть обязательные поля и сделать выборочную проверку. Возьмите небольшой срез (например, 100 карточек из разных сегментов) и проверьте руками: нет ли повторов, заполнены ли ключевые поля, корректно ли стоят статусы. Если в проверке снова всплывают типовые ошибки (например, разные форматы телефонов), вернитесь к правилу нормализации и поправьте его, а не отдельные записи.

Так в CRM попадает не «как получилось», а база, за которую не стыдно, и у которой уже есть понятные правила ухода.

Роли и ответственность: кто за что отвечает

Аудит базы почти всегда упирается не в инструменты, а в ответственность. Если не назначить людей и правила, чистка превратится в бесконечные правки, а после запуска CRM «грязь» быстро вернется.

Нужен тот, кто утверждает правила и снимает спорные вопросы. Обычно это владелец процесса (коммерческий директор или руководитель сервиса) вместе с руководителем продаж/сервиса. Они решают, какие данные считаются «правдой», какие поля обязательны и по каким признакам карточки объединяются или отправляются в архив.

Кто делает работу и кто за что отвечает

Исполнителей важно назначить поименно. На практике роли распределяют так:

• владелец процесса (продажи/сервис): утверждает правила, приоритеты и финальные решения по спорным кейсам;
• администратор CRM или ответственный за данные: настраивает справочники, контролирует импорт/объединение, ведет журнал изменений;
• ответственные по отделам (продажи, сервис, маркетинг, бухгалтерия): подтверждают актуальность «своих» клиентов и источники данных;
• операторы/ассистенты: выполняют массовую очистку по чек-листу (дубли, пустые поля, формат телефонов, адреса);
• владелец карточки клиента: поддерживает актуальность конкретной записи после загрузки.

Владельца карточки удобно назначать по простому правилу: кто ведет активную коммуникацию или отвечает за контракт/обслуживание, тот и владелец. Если клиент «общий», владельцем может быть аккаунт-менеджер, а сервис получает роль соисполнителя, но без права менять ключевые реквизиты.

Как проверять качество и решать спорные случаи

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

Чтобы спорные случаи решались быстро, задайте простой порядок согласования:

• оператор помечает запись как спорную и указывает причину;
• ответственный по отделу дает решение в течение 1-2 рабочих дней;
• если отделы не согласны, решение принимает владелец процесса;
• администратор CRM фиксирует итог (что объединено/разделено и почему), чтобы правило можно было повторить.

Пример: два контакта с одинаковым ИИН/БИН, но разными названиями организации из разных источников. По правилу «идентификатор важнее названия» записи объединяются, а второе название сохраняется как альтернативное (например, в примечании или доп. поле), чтобы не потерять контекст.

Как закрепить правила чистоты базы после аудита

Аудит дает эффект только один раз, если не закрепить простые правила на каждый день. Цель не в том, чтобы сделать базу идеальной, а в том, чтобы не вернуться к хаосу через месяц.

1) Четко разделите: контакт, компания, сделка

Определите, что именно вы создаете в CRM в разных ситуациях. Если вам написали с личной почты и вы не знаете, где человек работает, начните с контакта. Если вы ведете переговоры с организацией, фиксируйте компанию, а контакт привязывайте к ней. Когда появляется конкретный запрос с суммой и сроками, создавайте сделку.

Помогает короткое правило: «нет подтвержденной компании - не создаем компанию; есть запрос - создаем сделку». Это снижает количество пустых карточек и случайных дублей.

2) Введите единый формат полей (и сделайте его удобным)

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

Минимальный стандарт, который обычно приживается:

• телефон: один формат для страны (например, +7...), без пробелов и комментариев;
• email: рабочий, без «test@», без запятых и лишних символов;
• должность и отдел: из короткого списка, а не «как кто напишет»;
• адрес и город: единый порядок заполнения, без смешения «фактический/юридический» в одном поле.

Чтобы это работало, закрепите подсказки прямо в названиях полей или в коротком регламенте на одну страницу.

3) Что делать при совпадениях и новых дублях

Правило должно быть простым: если система нашла совпадение по телефону или email, новый контакт не создают, пока не проверят существующую карточку. Если совпали только имя и компания, действуйте аккуратнее: уточните через источник (подпись в письме, сайт, визитку, звонок), прежде чем объединять.

Еще одно практичное ограничение: объединение дублей делает небольшой круг людей (например, администратор CRM или ответственный за данные). Так меньше риск случайно «склеить» разных людей в одну карточку.

4) Регламент актуализации: когда и что перепроверять

Задайте частоту проверки полей, которые быстрее всего устаревают: телефон, email, должность, компания, статус клиента. Часто достаточно ритма: раз в квартал для активных клиентов и раз в полгода для остальных. Отдельно проверяйте данные после ключевых событий: смена менеджера, возврат клиента, крупная сделка.

Заранее решите судьбу «мертвых» записей: например, если нет активности 12-18 месяцев и контакты не подтверждаются, карточка уходит в архив, но не удаляется.

5) Минимальные метрики чистоты базы

Без цифр правила быстро забываются. Достаточно трех метрик, которые можно смотреть ежемесячно:

• доля дублей (например, по совпадению телефона/email);
• заполненность обязательных полей (минимум для работы менеджера);
• доля архивных/неактуальных карточек.

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

Частые ошибки и ловушки при подготовке базы

Самая частая проблема - делать аудит «на глаз». Команда быстро правит таблицу, объединяет похожие строки и удаляет лишнее, а через месяц никто не помнит, почему именно так. В итоге теряется история общения, появляются спорные случаи, и база снова начинает расползаться.

Типичные ошибки:

• объединяют дубли без правил (склеивают по совпадению фамилии, хотя это разные люди) или выбирают «самую полную» карточку и затирают актуальный телефон;
• удаляют записи вместо архива, из-за чего исчезает контекст: кто звонил, когда было КП, почему клиент «остыл»;
• делают слишком много обязательных полей, и сотрудники начинают «рисовать» данные (прочерки, выдуманные должности, любой адрес);
• смешивают контакт и компанию: в одном поле пишут «Иванов, ТОО Ромашка», а в другом - телефон отдела;
• оставляют карточки без владельца: никто не отвечает за актуальность, и данные быстро устаревают.

Полезная привычка - фиксировать решения. Для объединения дублей нужен простой регламент: по каким признакам вы считаете записи одинаковыми (телефон, email, ИИН/БИН, домен), какая карточка считается «главной» и что делать с конфликтующими полями. Если есть сомнения, лучше отправить запись на ручную проверку, чем объединить неправильно.

С удалением тоже стоит быть осторожнее. Часто правильнее пометить запись как «неактуальна» или «архив», чем стереть. В B2B продажах контакт мог уйти из компании, но переписка и история согласований важны для следующего менеджера.

С обязательными полями работает правило «минимум, который дает пользу». Обычно достаточно имени (или названия компании), одного надежного канала связи и владельца карточки. Остальное можно собирать постепенно, по мере работы.

И не смешивайте уровни «компания» и «контакт» с самого старта. Если, например, системный интегратор ведет проекты для госпредприятий и крупных организаций, важно отдельно видеть компанию, отдельных контактных лиц и их роли. Тогда и коммуникации, и отчеты по клиентам будут понятными, без ручных «расшифровок».

Быстрая проверка и следующие шаги

Перед импортом в CRM полезно сделать короткую финальную проверку. Она не заменяет полный аудит, но помогает поймать ошибки, которые потом превращаются в хаос в сделках и задачах. Если основная очистка уже сделана, финальный контроль обычно занимает 30-60 минут.

Пройдитесь по финальной выгрузке (файл, который пойдет в CRM), а не по исходным таблицам:

• Дубли: по ключевым полям (телефон, email, ИИН/БИН, название компании) нет очевидных повторов, либо есть пометки, что будет объединяться после импорта.
• «Мертвые» контакты: есть понятный статус (например, «неактуален», «архив»), и они не попадут в активные обзвоны и рассылки.
• Обязательные поля: заполнено то, без чего карточка не имеет смысла (имя/компания, телефон или email, источник и ответственный).
• Единый формат: телефоны приведены к одному виду, города и отрасли не размножены вариантами («Алматы», «г. Алматы», «Almaty»).
• Ответственные: у каждой записи есть владелец или правило назначения, иначе база станет «ничейной».

Чтобы зафиксировать качество, сохраните несколько простых отчетов (хотя бы в виде таблиц). Обычно достаточно: количество записей до и после очистки, число найденных и объединенных дублей, доля карточек с заполненными обязательными полями, список «мертвых» контактов с решениями (архивировать/проверить), список спорных записей, по которым нужно решение бизнеса.

Дальше сделайте пилотную загрузку на небольшой выборке (например, 200-500 контактов и 50-100 компаний). Берите выборку разную: новые лиды, старых клиентов, партнеров.

Проверьте три вещи: правильно ли маппятся поля (например, «Должность» не попала в «Комментарий»), как CRM ведет себя при совпадениях (создает дубль или предлагает объединение), и как работают права доступа и назначение ответственных. Хороший тест: попросите 2-3 пользователей найти 10 конкретных клиентов и создать по ним задачу. Если они теряются или не понимают, что заполнять, правила стоит уточнить.

В первые 2-4 недели после запуска нужен контроль, иначе база снова засорится. Поставьте короткие регулярные проверки: еженедельно смотреть новые дубли, карточки без телефона/email, записи без ответственного, а также причины, почему менеджеры обходят правила (нет нужного поля, неудобный список, непонятный статус).

Если своих ресурсов на поддержку изменений и дисциплину данных не хватает, полезно подключать партнера со стороны инфраструктуры и эксплуатации. Например, GSE.kz (gse.kz) как производитель и системный интегратор может закрыть часть задач вокруг рабочих мест, серверов, поддержки и внедрения ИТ-решений, чтобы CRM-проект не упирался в нехватку техники и сопровождения после запуска.