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