Бизнес ·
База переезжает после репетиции
Успешная загрузка файла ещё не означает, что менеджер сможет продолжить работу. Перенос данных в CRM стоит проверять на небольшой репетиции: найти клиента, открыть его сделку и понять, что произошло с каждой исходной записью.
Определите, какую работу нужно продолжить
Начните с задач людей после перехода. Менеджеру нужны открытые сделки и следующий контакт. Руководителю — ответственные и понятные этапы. Отдельные исторические материалы могут требовать сохранения без участия в ежедневной работе. Такой перечень помогает отделить рабочий набор от архива до загрузки.
Зафиксируйте источник, дату выгрузки, состав объектов и владельца решения по каждому спорному полю. Исходную выгрузку сохраните отдельно от подготовленной копии. Не очищайте её вручную без следа: иначе при расхождении будет трудно объяснить, что изменила старая система, а что — подготовка импорта.
Согласуйте карту полей и идентификаторов
Для каждого поля запишите источник, назначение, преобразование и поведение при пустом значении. «Ответственный» может быть именем в таблице и учётной записью в новой CRM. «Этап» может обозначать разные события в двух системах. Перенос одинаковых слов без проверки смысла создаёт видимость порядка.
Отдельно определите ключи, по которым новая система узнаёт запись. Например, документация HubSpot об импорте описывает разные уникальные идентификаторы и правила связей. Это пример того, почему следует читать правила выбранной CRM: нельзя считать любой адрес почты универсальным ключом клиента. Один контакт может участвовать в нескольких сделках, а у двух записей может быть общая почта.
Соберите маленький сложный набор
В репетицию включите обычную запись и случаи, которые могут нарушить схему: две похожие компании, отсутствующего ответственного, несколько сделок одного клиента, пустое обязательное поле. Используйте разрешённую среду и минимальный набор данных; для проверки самой логики подойдут специально подготовленные примеры.
До импорта запишите ожидаемый результат для каждого случая. Условный клиент связан с двумя сделками; одна закрыта, другая остаётся в работе. После переноса обе должны вести к нужному клиенту, а активная — сохранять понятный следующий шаг. Это проверка связи и рабочего смысла, а не только количества строк.
Сверьте судьбу каждой записи
После загрузки разделите результаты на созданные, обновлённые, пропущенные и отклонённые записи по правилам конкретного импортера. У каждого отклонения должна быть объяснимая причина и решение: исправить, исключить или передать владельцу данных. Если одна исходная строка создаёт несколько объектов, сверяйте их отдельно; простого равенства общих чисел уже недостаточно.
Проверьте связи и несколько рабочих маршрутов вместе с будущим пользователем. Затем на тестовой копии повторите импорт подготовленного набора, если выбранный инструмент позволяет такой сценарий. Зафиксируйте, создаются ли дубли, обновляются ли нужные поля и можно ли отличить второй запуск от первого. Повторение после сбоя должно быть спроектировано заранее.
Назначьте момент переключения
Репетиция не учитывает новые записи, которые появятся в старой системе к окончательному переносу. Поэтому договоритесь, когда прекращается редактирование, кто получает последнюю выгрузку и как учитываются изменения после пробного запуска. Если остановка работы невозможна, отдельно спроектируйте перенос изменений; это расширяет задачу.
Проверьте правила автоматических действий новой CRM. Импорт тестовой сделки не должен неожиданно отправить клиенту письмо или создать задачу сотруднику. До рабочего запуска определите способ отмены ошибочной партии и восстановления изменённых записей, если он доступен. Простое удаление созданных контактов не вернёт прежние значения у обновлённых объектов.
Принимайте продолжение работы
Итог репетиции — карта полей, набор примеров, сверка записей, журнал исключений и план переключения. Приёмку завершает человек, который сможет найти нужную сделку, понять её состояние и выполнить следующий шаг. Сохраняйте дату и версию проверенной схемы: изменения правил требуют новой проверки соответствующих случаев.
Выбор системы рассмотрен отдельно в [сравнении готовой и собственной CRM](/apocrypha/custom-crm-or-ready-platform). Постоянный обмен — другая задача, описанная в [интеграции через API](/apocrypha/api-integration-for-business). Здесь результатом служит проверенный разовый перенос, после которого можно продолжать работу.
Если таблицы, формы сайта и CRM расходятся по полям и связям, [разработка цифрового продукта и автоматизация](/dialogue) могут начаться с такой репетиции. Для первого разговора достаточно структуры данных, описания процесса и примеров спорных случаев; полную клиентскую базу заранее пересылать не требуется.
От идеи к цифровому продукту
Если задача требует сервиса или внутреннего инструмента, определим первый законченный сценарий и путь к работающей версии.