Перейти к содержимому
Левицкий Концепт
Инициализация систем000%
Левицкий Концепт
Все статьи
Разработка

Как перенести данные из Excel в CRM без потерь

28 апреля 2026 г.· 7 мин чтения

Файл называется «клиенты_актуальные_финал2_испр.xlsx», в нём 4 800 строк, 31 колонка, из которых заполнены двенадцать, и три листа, про которые никто не помнит, зачем они. Именно это обычно и есть клиентская база компании, проработавшей семь лет. Перенести её в CRM одной кнопкой не получится, но и трагедии здесь нет — нужен порядок действий.

Сначала аудит, потом импорт

Главная ошибка — грузить как есть, чтобы «потом разобраться». Потом не разбираются никогда: мусор растворяется в системе, и через месяц уже невозможно понять, где реальный клиент, а где строка, созданная опечаткой. Перед импортом файл нужно посчитать: сколько уникальных телефонов, сколько записей без контактов вообще, сколько дублей по имени, какая доля строк содержит данные в неположенных колонках. На базе в 5 000 строк такой аудит занимает день и экономит недели.

Типичные проблемы таблиц

  • Дубли: один клиент записан трижды с разным написанием имени и одним телефоном. Ключом для склейки почти всегда служит номер, а не ФИО.
  • Телефоны в свободной форме: +7, 8, скобки, дефисы, два номера в одной ячейке, добавочный через запятую. Всё это приводится к единому формату скриптом, а не руками.
  • Даты: 05.03.26, 2026-03-05, 5 марта и «весна». Последнее не спасти, остальное нормализуется.
  • Смысл в комментариях: «скидка 10, звонить после 18, муж Игорь» — одна ячейка, три разных поля будущей карточки.
  • Мёртвые записи: клиенты, которые не обращались пять лет. Их не удаляют, но помечают, чтобы не портить статистику и не слать им рассылки.

Порядок работы

Шаг первый — сделать неприкосновенную копию исходника и работать только с копией. Шаг второй — привести таблицу к плоскому виду: одна строка равно один клиент, никаких объединённых ячеек и заголовков в середине листа. Шаг третий — сопоставить колонки с полями CRM и решить, куда девать то, чему соответствия нет: обычно заводится одно текстовое поле «примечание из старой базы», и это честнее, чем терять информацию. Шаг четвёртый — тестовый импорт на 50 строках. Именно на нём вылезают кодировка, разделители и лишние пробелы. Шаг пятый — полный импорт и сверка контрольных сумм: количество записей, количество уникальных телефонов, сумма по сделкам. Если цифры до и после не сходятся, разбираться надо сразу.

Что делать с историей сделок

Часто в таблице лежит не только справочник клиентов, но и история покупок. Её тоже стоит перенести — без неё CRM не покажет повторные продажи и не посчитает LTV, а это половина смысла системы. Технически это отдельный импорт со связкой по идентификатору клиента, и делать его надо после того, как справочник уже загружен и вычищен. Мы обычно закладываем на миграцию базы такого размера 20–40 часов работы, включая скрипты нормализации; это часть работ по внедрению CRM.

Юридическая сторона

Клиентская база — это персональные данные, и с момента загрузки в систему вы становитесь их оператором со всеми обязанностями по 152-ФЗ: хранение на серверах в России, ограничение доступа, удаление по требованию субъекта. Заодно это повод убрать из базы то, что вам не нужно: паспортные данные пятилетней давности хранить рискованно и незачем. Что именно проверять в новой системе перед запуском, мы описали в разделе про защиту данных.

После переезда

Старый файл не удаляйте минимум три месяца, но закройте на запись — иначе кто-нибудь продолжит вести его параллельно, и вы получите две расходящиеся базы. Через две недели после импорта полезно вручную проверить 30 случайных карточек: это дешёвая выборочная проверка, которая ловит системные ошибки сопоставления. И заранее договоритесь, кто теперь отвечает за качество данных, — без ответственного база деградирует обратно за год, независимо от того, в таблице она или в системе. Если переносить некому и некогда, эта задача решается на нашей стороне вместе с настройкой.

Нужна помощь с проектом?

Обсудим задачу и предложим решение — от сайта до SaaS и защиты.

Связаться