Статьи о миграции данных в CRM

Стоимость зависит от объёма данных и количества источников. Простая миграция из Excel стоит кратно дешевле комплексного переноса из нескольких систем с очисткой, дедубликацией и обогащением.

Что влияет на цену:

• Объём данных — количество записей, файлов, вложений
• Количество источников — одна CRM, несколько CRM, плюс 1С и Excel
• Структура данных — плоские таблицы или связанные объекты
• Качество данных — дубли, пустые поля, нестандартные форматы
• Дополнительные задачи — очистка, дедубликация, обогащение
• Наличие кастомных полей и сущностей

Точная смета — после аудита ваших данных. Обычно даём её в течение 1–3 дней.

Сроки зависят от объёма и сложности. Ориентиры:

• Базовая миграция (одна система, до нескольких тысяч записей) — 2–5 дней
• Стандартная (несколько источников, до десятков тысяч записей) — 1–2 недели
• Комплексная (мультисистемная, со сложными связями) — 2–4 недели
• Enterprise (несколько юрлиц, миллионы записей, кастомная логика) — 4–8 недель

Ключевые факторы: сколько источников, объём данных, качество, наличие кастомных сущностей.

Работаем со всеми популярными источниками:

Файлы и таблицы: Excel, CSV, Google Sheets, XML, JSON.

CRM: AmoCRM, Битрикс24, Salesforce, HubSpot, Zoho CRM, RetailCRM, МойСклад.

Учётные системы: 1С (все конфигурации), SAP, Oracle.

Самописные системы: через API или прямые выгрузки из БД (MySQL, PostgreSQL, MS SQL).

Если у системы нет открытого API — работаем через выгрузки или парсинг базы данных. Подход подбираем под каждый случай.

Переносим всё, что нужно для продолжения работы без потери контекста:

• Клиенты — контакты, компании, реквизиты
• Сделки — активные и архивные, с этапами воронки
• Задачи — активные и история выполненных
• Историю переписки — email, чаты, звонки
• Файлы и документы — договоры, счета, КП
• Пользователей и права — структура команды
• Настройки воронок — этапы, поля, автоматизация
• Кастомные сущности — если были в старой системе

Дубли — самая частая проблема в базах. Решаем комплексно:

• Стандартные проверки — поиск совпадений по телефону, email, ИНН, названию компании
• AI-дедубликация — fuzzy matching распознаёт похожие записи: «Bob Smith» и «Robert Smith» — один человек
• Правила объединения — какую карточку считать главной, что делать с историей каждой
• Ручная проверка — сложные случаи показываем вам для решения
• Отчёт по дублям — сколько найдено, сколько объединено, что осталось

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

Работаем с любыми форматами — от структурированных до «полу-табличных»:

• Excel и CSV — стандартные, но с грязными данными
• XML и JSON — структурированные выгрузки из API
• Базы данных — MySQL, PostgreSQL, MS SQL
• Текстовые документы — если данные в Word или PDF — парсим и структурируем
• Сканы документов — OCR-распознавание с последующей загрузкой

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

Связи — критичный элемент миграции. В CRM клиент связан со сделками, сделки — с задачами, задачи — с файлами. Если связи «отвалятся», база превратится в разрозненные записи.

Как работаем:

• Проектируем схему связей — кто с чем связан в старой системе и как это должно быть в новой
• Сохраняем идентификаторы — старый ID записи используется как ссылка при переносе
• Переносим в правильном порядке — сначала контакты, потом сделки, потом задачи
• Проверяем каждую связь — после миграции валидация по выборочным записям
• Отчёт о связях — что перенесено, что потеряно (обычно ничего)

Да, миграция настраивается гибко. Что можно фильтровать:

• Только клиенты — без сделок и задач
• Только активные записи — архив оставить в старой системе
• По периоду — сделки за последние 2 года
• По юрлицам — конкретные компании холдинга
• По отделам — данные определённого направления
• По источникам — только клиенты из рекламы

Обычно клиенты переносят всё, что связано с активной работой, а старые архивы — по желанию. Иногда проще перенести всё — так история полнее.

Безопасность данных — критично, особенно если речь о персональных данных и коммерческой информации. Что обеспечиваем:

• NDA — соглашение о неразглашении до начала работ
• Шифрование — все каналы передачи по HTTPS, файлы — в защищённом виде
• Ограниченный доступ — к данным имеют доступ только специалисты проекта
• Логирование — все действия с данными фиксируются
• Удаление копий — после завершения проекта удаляем рабочие копии с наших серверов
• Соответствие 152-ФЗ — работа с персональными данными по закону

Для крупных клиентов возможно проведение миграции в вашем защищённом контуре.

Да, и это обязательный этап. Мы делаем тестовую миграцию в изолированную среду. Вы проверяете:

• Корректность переноса данных — все клиенты и сделки на месте
• Правильность связей — клиент → сделка → задача
• Отсутствие дублей
• Корректность реквизитов и полей
• Работу интеграций с внешними системами

Только после успешной проверки проводим финальную миграцию в боевую систему. Это исключает сюрпризы в рабочем процессе.

Отсутствие API — не проблема, есть несколько подходов:

• Выгрузка в Excel/CSV — если есть штатная возможность экспорта
• Прямое подключение к базе данных — через SQL, если БД доступна
• RPA-роботы — эмуляция действий пользователя в интерфейсе
• Парсинг выгрузок — если система отдаёт XML или HTML
• Разработка кастомных скриптов — под конкретную систему

Каждый способ имеет свои плюсы и минусы. Выбираем оптимальный под ваш случай — иногда комбинация из нескольких подходов работает быстрее.

Обогащение — это дополнительная ценность, которую дают AI-инструменты. Что можно сделать:

• Заполнить пропущенные поля — ИНН, реквизиты, адреса
• Определить отрасль клиента — по названию и данным
• Определить размер компании — выручка, сотрудники
• Добавить контакты — соцсети, телефоны
• Проверить корректность email — исключить неработающие
• Нормализовать телефоны — к единому формату

Обогащение идёт из открытых источников и API. Работает на благо бизнеса — клиент получает более полную базу, чем была в старой системе.

«Мёртвые» записи — это устаревшие контакты: клиент сменил номер, компания закрылась, email больше не работает. Переносить их не нужно, но и удалять сразу — рискованно.

Что делаем:

• Проверка email — тестируем на bounce
• Проверка телефонов — через сервисы валидации
• Разделение — «активные», «спящие», «потерянные»
• Архивирование — не удаляем, а переводим в отдельную категорию
• Отчёт клиенту — сколько «мёртвых» контактов найдено

Обычно 10–20% базы оказываются неактуальными. Их лучше не переносить — это улучшает качество данных и снижает риски рассылок.

Файлы переносятся с сохранением привязки к сделкам, клиентам, задачам. Что делаем:

• Скачивание — файлы забираются из старой системы через API или выгрузку
• Проверка — сверка с исходным количеством, чтобы ничего не потерять
• Оптимизация — сжатие больших файлов, перевод в современные форматы
• Загрузка в новую систему — с привязкой к записям по ID
• Проверка доступа — файлы доступны тем же ролям, что были раньше

Для больших объёмов используем облачное хранилище или прямую передачу между серверами. Обычно 500 ГБ файлов переносится за 1–2 дня.

Задачи — это то, что двигает работу. Не перенести их — значит потерять важные активности.

Что делаем:

• Активные задачи — переносятся с сохранением дедлайнов, ответственных, приоритетов
• Выполненные задачи — переносятся в архив, для истории
• Повторяющиеся задачи — пересоздаются по новому расписанию
• Напоминания — настраиваются заново в новой CRM
• Связи с задачами — сделка → задача → подзадачи

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

Права доступа — критичны для безопасности и корректной работы. Что делаем:

• Создание пользователей — всех активных сотрудников
• Роли — менеджер, руководитель, администратор — как было
• Права на объекты — какие сделки, клиенты, отчёты видит каждая роль
• История действий — если она нужна, тоже переносим
• Отключение старых аккаунтов — уволенные сотрудники создаются «архивными»

Структура прав сохраняется точно так, как была — команда не почувствует изменений после перехода.

Комплексная миграция из нескольких систем — типовая задача для холдингов и компаний после слияния. Схема:

1. Аудит источников — что в каждой системе, какие пересечения
2. Определение приоритетов — какая система «главная» при конфликтах
3. План консолидации — как объединять записи
4. Дедубликация — на этапе объединения
5. Перенос в новую CRM — единая база
6. Проверка связей — между объектами из разных источников

Это сложнее, чем миграция из одной системы, но даёт единое окно для всех данных компании.

Тестирование — обязательный этап. Работаем в несколько проходов:

• Первая тестовая миграция — небольшой объём, проверка корректности
• Полная тестовая миграция — все данные, в тестовой среде
• Проверка с вашей стороны — вы смотрите выборочные записи
• Исправление ошибок — если что-то не так, корректируем конвертер
• Финальная миграция — в боевую систему, обычно в нерабочее время
• Валидация — сверка после переноса, отчёт о результате

Мы не торопимся — лучше сделать три теста, чем один раз перенести с ошибкой.

Ошибки возможны — важно, как быстро их исправляем. Что делаем:

• Локализация — какая часть данных затронута
• Исправление в конвертере — если ошибка системная
• Повторная миграция проблемных записей — точечно, без остановки работы
• Валидация результата — проверка, что ошибка исправлена
• Отчёт клиенту — что было, что исправили

Все резервные копии сохраняются минимум 30 дней — если что-то пойдёт не так, всегда можно откатиться.

Да, и это стандартный подход. Работаем по схеме:

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

Единственный момент, когда нужна остановка — это ночь переключения. Она занимает 2–6 часов в зависимости от объёма данных.

Миграция — это разовое событие при переходе на новую CRM. Повторная миграция нужна только в нескольких случаях:

• Смена CRM на другую систему
• Объединение баз после слияния компаний
• Разделение данных по юрлицам при реструктуризации
• Восстановление после серьёзного сбоя (из резервных копий)

В обычной работе миграция не повторяется — все данные живут в единой системе и обновляются в ней напрямую.

Вопрос вечный: переносить всю историю или только последние годы? Решение зависит от задач:

Переносим всё, если: есть долгие клиенты, важна история взаимодействий, нужна аналитика по годам.

Переносим последние 2–3 года, если: база большая, старые записи не используются, основная работа — с активными клиентами.

Комбинированный подход: активные — полностью, старые — только базовые данные (контакт, сделки, суммы) без деталей.

Обычно мы советуем переносить всё, что может пригодиться. Если сомневаетесь — можно архивировать старые данные отдельно, но не удалять.

Да, Excel — самый частый источник. Работаем так:

1. Анализ структуры — какие столбцы, какие данные
2. Очистка — удаление пустых строк, исправление опечаток
3. Дедубликация — поиск повторов по ключевым полям
4. Маппинг — сопоставление столбцов Excel с полями CRM
5. Тестовая загрузка — небольшой объём для проверки
6. Финальный перенос — в боевую систему

Excel часто содержит «грязные» данные — пропущенные поля, разные форматы телефонов, старые email. Всё это чистим перед загрузкой.

Из 1С обычно переносим клиентов, контрагентов, заказы, документы. Способы:

• REST API — если в 1С настроены HTTP-сервисы
• OData — стандартный протокол для обмена с 1С
• Выгрузки — XML или CSV из 1С
• Прямое подключение к БД — если есть доступ

Обычно 1С — это не только источник данных, но и целевая система для синхронизации. Миграция в CRM + настройка обмена = единый контур. Занимает 1–3 недели в зависимости от объёма.

AmoCRM предоставляет API для выгрузки данных. Что переносим:

• Контакты, компании
• Сделки с этапами воронки
• Задачи и примечания
• Историю переписки
• Воронки и поля
• Пользователей и права

Сроки: 3–10 дней для стандартного проекта. Особенность — сохранение связей между сущностями и корректный перенос кастомных полей.

Битрикс24 — одна из самых гибких систем, но и миграция из неё требует внимания. Что переносим:

• Контакты, компании, лиды
• Сделки и воронки
• Задачи, проекты, подзадачи
• Документы и файлы
• Бизнес-процессы
• Пользователей и права доступа

Работаем через REST API Битрикс24. Сроки: 5–14 дней. Отдельное внимание — переносу настроек бизнес-процессов, если они использовались.

Salesforce имеет мощный API, но структура данных сложнее, чем у российских CRM. Что делаем:

• Экспорт данных — через Salesforce API или Data Loader
• Маппинг объектов — Accounts, Contacts, Opportunities → клиенты, контакты, сделки
• Перенос кастомных полей — их часто много
• История и activities — задачи, встречи, письма
• Пользователи и роли — структура прав

Сроки: 1–3 недели в зависимости от объёма кастомных объектов.

Самописные системы — самые разные, поэтому подход индивидуальный:

• Аудит БД — таблицы, поля, связи
• Проектирование конвертера — как переводить данные из одной схемы в другую
• Разработка скриптов — на PHP, Python, Node.js — под вашу систему
• Тестовая миграция — на ограниченной выборке
• Финальный перенос — в боевую CRM

Сроки: от 2 недель. Стоимость зависит от сложности схемы и объёма данных.

Качество миграции измеряется в конкретных метриках. Что смотрим:

• Процент перенесённых данных — должно быть 100% от заявленного объёма
• Количество дублей — должно быть близко к нулю
• Сохранение связей — все клиенты → сделки → задачи
• Корректность полей — реквизиты, суммы, даты
• Время простоя бизнеса — минимальное
• Удовлетворённость команды — опрос через неделю после миграции

Даём отчёт по всем метрикам. Целевой результат — 100% данных без дублей и потерь связей.

Процесс старта простой:

1. Оставляете заявку — обсудим задачи и текущую систему
2. Проводим бесплатный аудит — что за данные, какой объём, какие сложности
3. Определяем объём миграции — что переносим, куда, с какими фильтрами
4. Готовим КП и согласовываем
5. Начинаем работу в течение 3–7 дней

Первую тестовую миграцию обычно делаем за 2–5 дней. Дальше — финальный перенос в боевую систему.