Автоматизация бизнеса / Блог ontech.pro
Как перенести клиентскую базу из таблиц без лишних дублей
Несколько таблиц с клиентами редко совпадают по структуре. В одной строке записана компания, в другой — её сотрудник, в третьей — отдельная продажа. Перенос без разбора закрепляет эту путаницу в новой системе.
Подготовила команда ontech.pro · Дата в архиве: · Размещено на сайте: · 3 мин чтенияРазделите сущности до очистки
Определите, где находятся организации, контактные лица, обращения и сделки. Один человек может участвовать в нескольких продажах, а компания иметь несколько контактов. Не пытайтесь объединить всё по одному номеру телефона: общий номер отдела не доказывает, что строки описывают одного человека.
Составьте соответствие столбцов полям будущей CRM. Для каждого значения укажите источник и смысл. Комментарий «позвонить после отпуска» относится к задаче, а не к постоянному свойству клиента. Такие различия лучше разобрать до массовой загрузки.
Согласуйте признаки совпадения
Используйте сочетания подтверждённых идентификаторов и контактных данных, сохраняя осторожность. Похожие названия компаний и одинаковые фамилии дают кандидатов для проверки, но не автоматическое право объединить записи. Отдельно рассматривайте сменившиеся телефоны и общие адреса электронной почты.
Создайте список спорных пар с решением ответственного сотрудника. Для объединения определите, какая запись основная и какие сведения сохраняются из остальных. Не выбирайте последнюю строку как наиболее правильную без понимания происхождения.
Подготовьте данные и историю
Приведите форматы телефонов, дат и названий к согласованному виду, не стирая значимые различия. Сохраните исходные файлы и идентификаторы строк, чтобы можно было объяснить происхождение записи после переноса. Непонятные значения лучше выделить на проверку, чем превращать в догадку.
Уточните, какая история действительно нужна в CRM: активные договорённости, документы, последние контакты и открытые задачи. Архив можно переносить отдельным способом, если он не нужен в ежедневной работе. Решение должно учитывать доступность прежних сведений и правила компании по хранению данных.
Испытайте импорт на связанной группе
Возьмите несколько организаций с несколькими контактами, активными сделками и повторяющимися данными. После пробной загрузки проверьте связи, ответственных, задачи и поиск. Успешный импорт каждой строки по отдельности не гарантирует, что сотрудник увидит целую историю клиента.
Отдельно проверьте повторную загрузку того же файла и поведение пустых полей. Она не должна бесконтрольно создавать новые копии или стирать уже исправленные сведения. Правила обновления нужны так же, как правила первоначального создания.
Спланируйте момент перехода
Назначьте финальную версию исходных файлов и порядок учёта изменений, которые произойдут во время переноса. Если сотрудники продолжают править старые таблицы без фиксации, часть новых данных потеряется при переключении. Согласуйте короткий понятный рабочий регламент на этот период.
После загрузки сверяйте количество сущностей и выборку сложных связей вместе с владельцами базы. Дайте сотрудникам канал для сообщения об ошибке и назначьте ответственного за исправление. Перенос завершён, когда команда может продолжать текущие договорённости и знает, где искать исходные сведения при расхождении.