Переход на Битрикс24: как подготовить клиентскую базу и проверить перенос

Что именно компания собирается перенести

В старой CRM несколько тысяч контактов, открытые сделки, письма и вложения. Исполнитель обещает перенести базу, но после загрузки появляются только имена и телефоны. Формально импорт выполнен; менеджерам всё равно приходится возвращаться в прежнюю систему за историей. Чтобы избежать такого результата, состав переноса нужно определять по рабочим задачам.

Начните с вопросов: с какими клиентами сотрудники продолжат работу в первый день, какие обязательства ещё не завершены и какая история нужна для разговора? Затем составьте перечень данных: контакты, компании, сделки, товары, реквизиты, документы, действия, комментарии и связи между ними. Для каждой группы отдельно подтвердите способ переноса.

Импорт данных в Битрикс24 не следует считать точной копией прежней системы. В официальной инструкции по импорту описана загрузка элементов CRM через CSV и сопоставление полей. Это табличный способ передачи данных, а не обещание перенести любой объект, историю и поведение сторонней CRM.

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

Как собрать источники и выбрать главную версию

Клиентские сведения часто распределены между CRM, таблицами менеджеров, учётной системой и почтой. Одинаковое поле может содержать разные значения. Назначьте источник, которому доверяете для каждого типа данных: например, условия договора берутся из согласованного документа, а актуальный контакт — из проверенной карточки.

Запишите дату выгрузки, владельца файла, число записей и состав колонок. Сохраните исходные файлы отдельно от очищенных копий. Иначе будет трудно понять, где пропало значение: в прежней системе, при ручной обработке или в ходе импорта. Для каждого преобразования нужен краткий журнал, достаточный для проверки.

Не собирайте все данные «на всякий случай». Если архивные обращения не нужны в новой рабочей базе, обсудите отдельное хранение и доступ. Условия хранения и законность обработки сведений проверяет ответственное лицо компании. Технический перенос не отменяет прежних ограничений использования клиентской информации.

Выберите человека, который разрешает противоречия в данных. Интегратор не должен угадывать, какой телефон правильный и относится ли старая сделка к той же компании. Он может подготовить список расхождений, но бизнес-решение принимает сотрудник, знающий базу.

Что исправить до первой загрузки

Проверьте дубли, пустые существенные поля и формат значений. Приведите телефоны к принятому виду, разделите несколько адресов электронной почты и убедитесь, что даты не превратились в текст неизвестного формата. При этом не удаляйте записи автоматически только из-за совпадения имени или общего телефона компании.

Согласуйте правила идентификации. Нужен устойчивый признак, по которому можно связать запись в исходной базе с результатом переноса. Это может быть сохранённый идентификатор прежней системы в отдельном поле. Конкретный способ выбирает исполнитель, но заказчику важно иметь возможность найти любую контрольную запись в обеих версиях.

Отдельно разберите списки значений: этапы, источники, типы клиентов и причины отказов. Старые варианты не всегда соответствуют новым. Для каждого требуется решение: сохранить, объединить, заменить или оставить как историческое значение. Массовая замена всех неизвестных источников на один искажает последующий анализ.

Как составить карту соответствия полей

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

Условный пример: колонка «сумма» может означать ожидаемый оборот сделки, выставленный счёт или уже полученную оплату. Переносить её в первое подходящее денежное поле нельзя без уточнения. То же относится к «дате закрытия»: это плановая дата, фактическое завершение или момент последнего изменения?

Попросите заранее создать необходимые пользовательские поля и проверить допустимые типы. Число, строка, список и ссылка на другой элемент ведут себя по-разному. Если значение приходится преобразовывать, сохраните правило и исходный смысл. Маркетолог должен суметь объяснить, что показывает поле после переноса.

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

Почему количество записей не доказывает успешный перенос

Контакты, компании и сделки нужны вместе. Если все записи импортированы, но связь сделки с клиентом потеряна, менеджер не сможет нормально продолжить работу. Поэтому заранее составьте примеры цепочек: компания с несколькими контактами, контакт с несколькими сделками, сделка с ответственным и товарными позициями.

Порядок загрузки и способ связывания зависят от выбранного механизма. Не полагайтесь на совпадение отображаемых названий там, где возможны однофамильцы или одинаковые компании. Попросите исполнителя показать, как сопоставляются записи и что происходит с неоднозначным случаем. Неопределённость должна попадать в список разборов, а не решаться случайно.

Историю действий нужно проверять отдельно. В ответах Битрикс24 о CRM указано, что штатный импорт и экспорт дел недоступен. Поэтому перенос карточек через CSV не означает автоматического переноса всех звонков, встреч и выполненных задач. Для нужной истории требуется отдельное подтверждённое решение или доступный архив.

Обсудите пользователей, которые больше не работают. Нельзя просто удалить их след из истории, если он нужен для понимания отношений с клиентом. Для текущих задач назначают действующего ответственного; для исторических сведений сохраняют согласованный способ отображения. Эти правила должны различаться.

Как провести пробный импорт

Выберите небольшую, но разнообразную партию. Включите обычные карточки, длинные значения, пропуски, несколько контактов компании, открытые и завершённые сделки, записи с разными ответственными. Случайные первые строки файла редко покрывают все особенности базы.

Пробную загрузку выполняйте в согласованной безопасной среде или на выделенном наборе, для которого известен способ очистки. Уточните, какие автоматические действия могут сработать при создании записей: уведомления, задачи, сообщения клиентам. Их нужно контролировать до загрузки, а не разбирать после неожиданной рассылки.

Проверяйте выборку вместе с будущими пользователями. Менеджер ищет знакомый тип клиента и продолжает типичное действие; маркетолог смотрит источник; руководитель — состояние незавершённой сделки. Технический отчёт о загруженных строках дополняет такую проверку, но не заменяет её.

Любое замечание возвращайте в карту полей или правило обработки. После исправления повторите соответствующий сценарий и проверьте, не появились ли дубли. Штатный CSV-импорт создаёт новые сделки и не обновляет существующие, поэтому порядок повторной загрузки и очистки тестовых записей согласуйте заранее. Финальную загрузку выполняйте тем же согласованным способом, который прошёл испытание, с зафиксированными изменениями.

Как переключить работу на новую систему

Назначьте дату и период перехода, когда команда понимает, где создавать новые обращения. Если сотрудники одновременно меняют две базы без правил, сведения начнут расходиться ещё до завершения переноса. Опишите момент остановки изменений в старой системе и способ учёта обращений, поступивших в промежутке.

Сначала сохраните актуальную исходную выгрузку и зафиксируйте, какие данные уже находятся в целевом Битрикс24. Затем выполните перенос по согласованному порядку. Для заявок с сайта, звонков и других источников требуется отдельная проверка переключения: наличие старых контактов в CRM не означает, что новые обращения уже поступают туда.

Подготовьте план возврата с условиями его применения. Если после начала работы в новой CRM появились данные, простой откат к старой копии может их потерять. Исполнитель должен описать, как сохраняются такие изменения и кто разрешает возврат. Компания принимает допустимые последствия, а не абстрактное обещание «всё восстановим».

Что включить в протокол приёмки

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

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

Попросите сотрудника с обычными правами найти клиента и выполнить рабочую задачу. Администратор может видеть всё, тогда как менеджеру недоступна перенесённая компания или связанная сделка. Права доступа входят в готовность к работе, даже если технически сама загрузка завершилась без ошибок.

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

Что проверить в первые дни работы

Организуйте один канал для сообщений о проблемах переноса. Просите указывать пример карточки и ожидаемое значение без пересылки лишних клиентских данных. Сначала выясняйте, единичная ли ошибка или повторяется правило. Массовая ручная правка без понимания причины может затруднить последующее исправление.

Следите за новыми обращениями и дублями. Старые записи могут быть перенесены правильно, а новая интеграция — создавать отдельного клиента при каждом контакте. Это уже другой участок процесса, но обнаружить его нужно до того, как команда привыкнет исправлять всё вручную.

Не закрывайте старую систему и архив сразу после первого успешного входа. Срок сохранения определяют с учётом принятых обязательств, доступа к истории и правил хранения компании. Убедитесь, что сотрудники понимают, где смотреть исключённые данные и куда сообщать о расхождении.

Для обсуждения переноса со ШТАБ ИТ подготовьте обезличенный пример выгрузки и список рабочих сценариев. Мы помогаем внедрять CRM и связывать данные между системами. Начинать стоит с карты состава и контрольной партии: по ним можно предметно оценить объём, ограничения и критерии готовности.