Мастер импорта лидов: сопоставление полей из Excel в CRM

Вторник, 09:40. Отдел маркетинга вернулся с отраслевой выставки и кладёт руководителю продаж файл Excel на 1 240 строк: «Можно начинать обзвон уже сегодня». В файле 31 столбец. Три заголовка похожи друг на друга: «Телефон», «Тел. 2», «Контакт». В столбце города рядом стоят «Москва», «москва», «МСК» и «г. Москва». Первая строка — вовсе не заголовок, а объединённая ячейка с названием выставки. Руководитель загружает файл, через десять секунд в системе появляются 1 240 новых записей, а на следующее утро три менеджера звонят в одну и ту же компанию. Двое из них слышат: «нам от вас уже звонили».

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

Почему таблицу нельзя загрузить в CRM как есть?

Таблица устроена вокруг ячеек, CRM — вокруг полей. Эта разница в одну строку объясняет большую часть проблем при импорте. В Excel ячейка под заголовком «Телефон» — просто текст: можно написать «+7 (495) 111-22-33 доб. 4», и файл не возразит. В CRM то же значение является идентификатором: проверка дубликатов, звонок в один клик, отправка SMS и отчётность опираются на то, что поле заполнено единообразно. Значение, которое выглядит корректным как текст, может быть непригодным как поле.

Вторая разница — плотность информации. В таблице экономят место и складывают в одну ячейку два факта: «Ирина Соколова - руководитель закупок» или «Казань / Приволжский». В CRM это отдельные поля, и разделены они не из аккуратности, а ради использования. По должности нельзя построить сегмент, по региону нельзя распределить заявки, а если должность лежит внутри поля с именем, рассылка начнётся со слов «Здравствуйте, Ирина Соколова - руководитель закупок».

Третья разница — понятие обязательности. Пустая ячейка в Excel никому не мешает. В CRM часть полей должна быть заполнена, иначе запись бесполезна: лид без ответственного не появится ни в одном списке, а лид без источника не ответит на вопрос, какой канал действительно приносит сделки. Загрузив файл с пустотами, вы увеличите число записей, но не увеличите управляемость. Где именно ломается учёт в таблицах, мы разбирали в материале о выборе между Excel и CRM; здесь речь о том, как та же поломка выглядит в момент импорта.

Что нужно исправить в файле до загрузки?

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

• Одна строка заголовков. Удалите декоративные строки сверху: название выставки, дату, логотип. Заголовки должны быть в первой строке, и каждый заголовок — уникальным.
• Без объединённых ячеек. Объединённая ячейка при импорте схлопывается в одну строку, а строки под ней остаются пустыми. Разъедините и продублируйте значение вниз.
• Без промежуточных итогов и пустых строк. Строка «Итого: 412» попадёт в CRM как лид с именем «Итого».
• Цвет — это не данные. Если жёлтые строки означают «звонить первыми», перенесите этот признак в отдельный столбец. Заливка не импортируется.
• Объедините листы. Если на трёх вкладках лежат три выставки, сведите их на один лист и добавьте столбец «Источник» с указанием происхождения каждой строки.
• Уберите лишние пробелы. « Самара» и «Самара» — два разных значения, и они разделят ваш сегмент надвое.

Всё это делается штатными средствами таблицы за несколько минут: текст по столбцам, функция СЖПРОБЕЛЫ, удаление дубликатов и обычный фильтр. Если импорт — часть более крупного переезда, подготовку файла стоит запланировать отдельным пунктом: руководство по недельному переходу показывает, на какой день её лучше поставить.

Какие решения вы принимаете на экране сопоставления полей?

После загрузки мастер читает заголовки столбцов и предлагает для каждого поле CRM. Мастер импорта в Rocketly формирует это предложение автоматически, но последнее слово за вами: слева ваш столбец, справа целевое поле, и предложение можно изменить. Задача здесь не в том, чтобы подтвердить автоматическое совпадение, а в том, чтобы поймать места, где оно ошиблось. Чаще всего ошибка возникает на похожих заголовках: «Контакт» может означать и телефон, и электронную почту, и мастеру приходится догадываться по содержимому.

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

Столбец таблицы	Целевое поле	Ожидаемый формат	Если формат не совпал
Телефон	Телефон	Код страны и номер без пробелов	Строка откладывается и загружается повторно
Почта	E-mail	Один адрес в одной ячейке	Второй адрес уходит в пользовательское поле
Компания	Компания	Свободный текст	При пустом значении берётся имя контакта
Город	Город	Одно написание, без сокращений	Написания сводятся, сокращения раскрываются
Выставка / Источник	Источник	Значение из фиксированного списка	Если значения нет в списке, оно станет меткой
Примечания	Заметка	Свободный текст	Длинный текст переносится без обрезки

Почему телефон, почта и дата вызывают больше всего ошибок?

Большинство отклонённых строк спотыкается об одно из этих трёх полей. Телефон — на первом месте. В одном файле могут соседствовать «8 495 111 22 33», «+7 495 111 22 33», «4951112233» и «+7(495)111-22-33»; это один номер, но четыре разные строки символов. Проверка дубликатов работает по номеру, поэтому файл, загруженный без приведения к единому формату, откроет одного человека четырьмя записями. Приведите всё к одному виду заранее: код страны, затем цифры, без скобок и пробелов. Добавочные номера не должны лежать в поле телефона — им нужен отдельный столбец или заметка.

С почтой две ловушки. Первая — два адреса в одной ячейке: «[email protected]; [email protected]». CRM ожидает один адрес, поэтому второй теряется либо всё значение считается некорректным. Вторая — бесплатные почтовые домены. Записи с личным адресом не являются ошибкой, но ведут себя иначе: функция Обогащение лида определяет компанию по домену почты, поэтому у записей с корпоративным доменом отрасль, местоположение и сайт заполняются сами, а у записей на бесплатном сервисе эти поля остаются пустыми. Понимая это заранее, вы не будете потом искать причину, почему у половины списка нет данных о компании.

Дата ломается тихо. Порядок дня и месяца различается по рынкам, и 03.04.2026 читается и как 3 апреля, и как 4 марта. Для чисел больше двенадцати ошибка становится заметной, для меньших запись просто уходит в систему с неверной датой. Вторая опасность — хранение дат в виде порядковых чисел: стоит сбить формат ячейки, и на экране появляется «45812». Зафиксируйте столбцы с датами как текст до загрузки. Именно эти даты потом формируют хронологию работы с лидом; ошибётесь в них — и счётчик того, сколько дней запись ждёт ответа, тоже будет неверным.

Что делать, если запись пришла дважды: пропустить, обновить или создать

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

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

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

Лишние столбцы: пользовательское поле или метка?

В каждом файле есть столбцы, которым нет места в стандартной схеме CRM: «Площадь», «Возраст автомобиля», «Класс обучения», «Диапазон бюджета», «Был на стенде». Свалить всё это в заметку проще всего, но по заметке нельзя фильтровать, из неё не построишь сегмент и она не попадёт в отчёт. Решение зависит от того, сколько разных значений принимает столбец.

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

Разделить столбцы на эти три группы до импорта гораздо дешевле, чем после: созданное позже поле придётся заполнять повторной загрузкой всех 1 240 записей. Логику проектирования схемы заранее мы описали в статье о пользовательских полях, этапах и представлениях.

Зачем сначала загружать пробные 50 строк?

Скопируйте первые 50 строк в отдельный файл и загрузите сначала его. Этот шаг меняет экономику всей работы: исправить неверно сопоставленное поле на 50 записях — пять минут, на 1 240 записях — половина рабочего дня. Не берите строки подряд: возьмите часть из начала, часть из середины и часть из конца, потому что дефекты формата в таблицах обычно собираются блоками.

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

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

Что делать в первые сутки после импорта?

Загруженный список, у которого нет ответственного, полезен не больше исходной таблицы. Первое действие — распределение. Автоматическое назначение раздаёт новые лиды по условиям: очередь round-robin, приоритет правил и лимит нагрузки на человека работают вместе. Лимит особенно важен при массовой загрузке, потому что распределение без ограничений разложит 1 240 записей поровну на шестерых менеджеров, и у каждого осядет по двести открытых лидов. Как совместить условия по региону, источнику и продукту, по шагам показывает материал о правилах назначения лидов.

Второе действие — расстановка приоритетов. Загруженные записи получают оценку от 0 до 100, в которой соединяются демографические, поведенческие сигналы, вовлечённость, намерение и финансовые признаки; выше 80 считается горячим, выше 50 — тёплым. При массовом импорте первый расчёт опирается только на данные из файла, поэтому стартовые баллы оказываются близкими. Экран Разбор оценки показывает, из чего сложился балл: вклад почты, телефона, местоположения, бюджета и остальных факторов перечисляется по отдельности. Это самый быстрый способ найти пропущенный столбец: если один и тот же фактор даёт ноль во всех записях, столбец либо пришёл пустым, либо сопоставлен не с тем полем. Как устроен сам расчёт, подробно разобрано в статье о скоринге лидов.

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

Есть ли путь назад, если импорт прошёл неудачно?

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

Второе условие — окно восстановления. Удалённый лид не исчезает: он попадает в Корзину и по умолчанию 30 дней может быть восстановлен вместе со всей историей, а по истечении срока удаляется окончательно. Благодаря этому удалить неудачную загрузку, поправить файл и загрузить его заново безопасно. Но лучший путь — вовсе не нуждаться в откате, и как раз это даёт пробная загрузка.

Как превратить ежемесячный список в повторяемую процедуру?

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

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

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

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

Частые вопросы

Что загружать: CSV или Excel?

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

Почему часть строк была пропущена при импорте?

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

Что будет, если загрузить один и тот же файл дважды?

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

Сколько строк можно загрузить за один раз?

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