Как перенести открытые сделки в новую CRM без остановки продаж

1. Определён портфель, который продолжит продажи

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

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

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

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

2. Снимок хранит нужные значения и идентификаторы

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

В Битрикс24 экспорт доступен из режима «Список». Справка описывает CSV как формат для переноса табличных данных. При переходе из другой системы исполнитель отдельно подтверждает состав её выгрузки и пригодность полей для целевой CRM.

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

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

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

3. Клиенты загружаются раньше сделок

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

Для обычного импорта связанных элементов документация Битрикс24 задаёт порядок: компании, затем контакты, затем сделки. Так продажа связывается с элементами, которые уже существуют. Это правило относится к описанному табличному импорту, а не ко всем возможным приложениям переноса.

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

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

4. Старые стадии переведены в действия новой команды

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

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

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

5. Менеджер видит следующее обещанное действие

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

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

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

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

6. Повторный запуск не создаёт второй портфель

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

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

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

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

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

7. Команда знает момент перехода и путь возврата

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

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

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

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

Потерянная договорённость станет проблемой клиента

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

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

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

В поручение на перенос и настройку Битрикс24 ШТАБ ИТ стоит включить эти доказательства продолжения работы: они определяют необходимые данные и способ переноса точнее, чем общее требование загрузить все активные сделки.