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