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

Что останется доступным после перехода?

Сможет ли менеджер продолжить открытую продажу из amoCRM после перехода в Битрикс24, если карточки загрузились, а договорённости, ближайшее действие и связь с клиентом пришлось искать в прежней системе? Этим вопросом стоит начать приёмку миграции. Разберём перенос отдела продаж, который продолжает общение с действующими клиентами. Владелец определяет нужные данные, специалист подбирает способ переноса, а сотрудники оценивают работу на пробной выборке. Одних счётчиков записей мало. Руководителю полезно заранее назвать признак готовности: сотрудник продолжает обращение, не возвращаясь к старому экрану ради обязательных сведений. Этот результат отделяет перенос рабочей базы от хранения архивной выгрузки.

• Определён рабочий состав. Открытые продажи и сведения, необходимые для следующего разговора, перечислены отдельно от закрытого архива. Менеджеру легче оценить полноту того, чем он пользуется сегодня.
• Названа судьба истории. Письма, комментарии, задачи и файлы рассмотрены отдельно. Формулировка «перенести CRM» без перечня скрывает разницу между загрузкой таблицы и сохранением общения.
• Принят способ доступа к архиву. Старые сведения либо доступны в новой системе, либо остаются в согласованном хранилище. Сотрудник знает, где найти нужную запись после отключения обычной работы в amoCRM.

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

1. Объём экспорта описан без обещаний

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

• Фильтр выгрузки известен. Заказчик понимает, какие продажи выбраны: открытые, завершённые, определённый период или вся база. Иначе пропущенный сегмент обнаружится после отключения прежнего доступа.
• История примечаний оценена. Обычный экспорт сделок содержит последние пять примечаний. Если ранние договорённости нужны для работы, исполнитель отдельно описывает их получение или доступ к ним.
• Выгрузка сохранена как исходная. Подготовленный файл для Битрикс24 хранится отдельно от оригинала. Это помогает разобрать, на каком этапе изменилось значение.
• Дополнительные способы названы. Интеграция или специальный инструмент оцениваются по конкретному составу и ограничениям. Название инструмента не принимается за подтверждение полного переноса.

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

2. Компания, человек и продажа связаны

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

В справке Битрикс24 указан порядок импорта: сначала компании, затем контакты, затем сделки. Это условие относится к описанному импорту. Другой способ переноса специалист объясняет отдельно.

• Сохранена принадлежность контакта. Открытая карточка человека ведёт к нужной организации. Совпавшая фамилия другого сотрудника не становится основанием для объединения.
• Сделка показывает нужного клиента. При нескольких продажах одной компании связь не смешана. Менеджер открывает договорённость по той покупке, которую продолжает.
• Наименования подготовлены последовательно. При импорте из CSV Битрикс24 связывает элементы по названию. Разница даже в одном символе может помешать связи, поэтому исполнитель объясняет обработку расхождений.
• Есть место для контроля. В карточке доступна вкладка «Связи». По ней удобно открывать связанные записи и оценивать результат, когда отдельно загруженные элементы уже появились в системе.

Автоматическое объединение по похожему названию — плохой выбор для неоднозначных записей: экономия действий оборачивается чужой историей в карточке. Лучше оставить такие строки в списке на разбор и принять решение с сотрудником, который знает клиента.

3. Значения перенесены с прежним смыслом

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

• Для каждого нужного поля есть назначение. Объяснено, куда переносится значение и как им пользуются. Неиспользуемый технический столбец не превращается в обязательную информацию для менеджера.
• Стадия отвечает прежнему состоянию продажи. Отправленное предложение не становится успешной сделкой только потому, что названия списков не совпали. Смысл переходов описывают словами отдела.
• Справочники разобраны. Варианты одного значения не порождают несколько почти одинаковых пунктов. Сотрудник понимает, какой вариант выбирать после перехода.
• Формат загрузки соответствует системе. Для описанного стандартного импорта в Битрикс24 используется CSV. Его столбцы сопоставляются с полями карточки, а не принимаются системой по внешнему виду таблицы.

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

4. У открытой продажи остаётся владелец

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

• Назначение сотрудников описано. Для прежнего ответственного известен получатель в новой CRM. Ушедший сотрудник не оставляет открытые обращения без владельца.
• Ближайшее действие узнаваемо. Менеджер видит, по какому вопросу и когда продолжить общение. Перенесённый текст без связи с продажей труднее найти в рабочем списке.
• Просроченные задачи разобраны. Руководитель отличает реальное обязательство от старой записи, которую уже закрыли вне системы. Массово удалять такую историю до решения владельца нельзя.
• Старая автоматизация не принята за перенесённую. Письма, напоминания и действия интеграций включаются по отдельному плану. Загрузка данных не означает воспроизведение прежнего процесса.

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

5. Пробная загрузка отвечает на рабочие вопросы

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

• Менеджер продолжает разговор. Он находит контакт, открывает нужную продажу и объясняет следующее действие. Данные проверяются через рабочую задачу, а не только через заполненность полей.
• Пропуски перечислены. Исполнитель показывает, какие сведения не удалось получить или перенести. Каждому пропуску назначено решение: доработка, архивный доступ или отказ владельца от переноса.
• Количество записей объяснено. Итог учитывает объединённые дубли, исключённый архив и ошибки загрузки. Разница не списана общей фразой о чистке базы.
• Повторный импорт рассмотрен заранее. Стандартный импорт Битрикс24 не обновляет существующие сделки: повтор создаст новую запись. Способ безопасного продолжения прерванной миграции объясняет исполнитель.

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

6. Переключение не оставляет две рабочие базы

Между пробой и окончательной загрузкой сотрудники продолжат менять данные в amoCRM, поэтому план перехода учитывает новые обращения и исправления, которые появились после первой выгрузки, иначе принятый пробный результат не совпадёт с состоянием отдела в день запуска. Изменения требуют отдельного переноса. Момент переключения определяют заранее. Команда получает ясное правило работы. Параллельное ведение двух одинаковых продаж создаёт путаницу.

• Названа граница последней выгрузки. Сотрудники знают, какие изменения ещё попадут в перенос и где временно учитывать новые обращения. Это особенно нужно при продолжительном подготовительном этапе.
• Источники обращений включаются по очереди. Формы сайта, почта и другие каналы получают назначение в новой системе. Для каждого видно, куда приходит обращение после переключения.
• Резервное возвращение описано. Руководитель понимает, при каком сбое работа приостанавливается и как сохраняются новые сведения. Обещание отката без учёта изменений после запуска неполно.
• Доступ к прежним сведениям подтверждён. В справке amoCRM отдельно описан экспорт контактов и компаний. Его содержимое и условия хранения включаются в общий перечень, даже если сделки уже приняты.

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

Неполный перенос обрывает продолжение продажи

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

• Без карты полей прежнее значение может стать неверным рабочим признаком.
• Без контроля связей человек попадёт в чужую компанию или продажу.
• Без плана переключения новые изменения останутся между двумя базами.
• Без списка исключений владелец узнает о потерях после прекращения доступа к архиву.

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