Миграция с заброшенной CRM на amoCRM: с чего начинается перезапуск

Заброшенная CRM редко бывает пустой. Обычно в ней осели данные за несколько лет: часть клиентов давно не покупает, половина сделок брошена на полпути, у одного контакта заведено три карточки-дубля, а часть переписки жила в стороннем виджете, к которому уже потерян доступ. Менеджеры тем временем вернулись к таблицам и мессенджерам. И встаёт вопрос: как переехать на amoCRM и не перетащить туда весь этот беспорядок.

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

Миграция - это не «выгрузить контакты»

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

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

Почему заброшенная CRM вообще перестала работать - отдельная тема; разобрана в статье «CRM есть, а ей не пользуются». Здесь важно другое: переносить старый процесс «как есть» смысла нет, иначе новая система заболеет той же болезнью. Если вы уходите именно с Битрикс24, у такого перехода есть свои особенности - они разобраны в статье «Переход с Битрикс24 на amoCRM». Сам же порядок переноса, о котором идёт речь ниже, одинаков для любой исходной системы.

С чего начинается перенос: аудит старой базы

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

На этом же шаге решается развилка: реанимировать старую систему или переезжать. Если платформа в целом подходит и дело только в настройке и дисциплине, иногда дешевле привести в порядок то, что есть, - об этом статья «Настроить заброшенную CRM или начать заново». Если же система морально устарела, не тянет процессы или ей просто перестали доверять - разумнее переезд. Что выгоднее в конкретном случае, показывает диагностика: она оценивает и текущее состояние процессов, и качество данных. Эта статья - про переезд на amoCRM, но тот же порядок (аудит → паспорт перехода → сверка) справедлив и для переезда на другую платформу, например Битрикс24: выбор системы делается под задачу, а не наоборот.

Что переносим, что чистим, что в архив

Ключевое решение всего проекта - не техническое, а содержательное: что именно едет в новую систему. Перенести всё «как есть» - значит воссоздать хаос в amoCRM: те же дубли, те же мёртвые сделки, та же грязь в полях. Поэтому базу делят на три части.

Отдельная работа - дубли. В брошенной базе один клиент нередко заведён несколько раз: пришёл с сайта, потом позвонил, потом написал в мессенджер - и каждый раз создавалась новая карточка. Такие дубли ищут и объединяют до переноса, иначе они переедут вместе с базой; как с ними бороться уже внутри новой системы, разобрано в статье «Дубли в amoCRM». Чистка - это ещё и возможность заново навести порядок в клиентской базе: сегментировать, отметить, кого можно вернуть. Подробнее - в материале «Работа с базой клиентов».

Паспорт перехода: карта соответствия

Паспорт перехода - это план переезда и карта соответствия: какое поле старой системы во что превращается в amoCRM, какой старый статус - в какой этап воронки, кто из менеджеров получает какие карточки. Без такой карты перенос превращается в угадывание, а данные попадают «не туда»: телефон оказывается в примечании, статус теряется, сделка отвязывается от клиента.

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

Что и как переносится технически

Технически перенос идёт двумя путями. Первый - загрузка файла: выгрузка из старой системы в таблицу и импорт в amoCRM. Так удобно переносить контакты, компании и несложные списки сделок. Второй - через интерфейс программирования (API): он нужен, когда данных много, они связаны между собой (сделка ↔ контакт ↔ компания ↔ задачи) или требуется сохранить структуру, которую файл не передаёт. Как перенести данные пошагово - в отдельном разборе «Как перенести данные в amoCRM».

У amoCRM есть технические ограничения, которые важно учесть заранее. Интерфейс программирования доступен на всех тарифах, но частота обращений ограничена - порядка 50 запросов в секунду на аккаунт, за одно обращение проходит пакет до 250 записей (по рекомендации разработчика - не больше 50). Массовая заливка большой базы упирается в эти лимиты, а слишком агрессивная выгрузка может временно заблокировать аккаунт. Поэтому крупные базы переносят порциями, с очередью и паузами, а не одним махом. Новые записи без пары попадают в раздел «Неразобранное», а система умеет отслеживать дубли по источнику - это помогает не задваивать базу на входе.

Состав тарифов и лимиты меняются - сверяйте с сайтом разработчика.

Справочники, товары и остатки - отдельная история. Настройку обмена с 1С или МойСклад при миграции не разбираем: это самостоятельные проекты (интеграция с 1С, amoCRM и МойСклад). На этапе переноса важно лишь решить, какие справочники и товары вообще едут в CRM, а какие остаются в учётной системе и подтягиваются потом через интеграцию.

Что почти всегда теряется

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

• Переписки в сторонних виджетах. Диалоги в WhatsApp, Avito и подобных каналах часто идут через сторонние сервисы-виджеты. Их историю штатный перенос обычно не забирает - переезжают карточки, но не сама лента сообщений в чужом сервисе.
• Записи звонков. Во многих телефониях записи хранятся не файлом внутри CRM, а ссылкой на сервер АТС. При переезде и смене телефонии такие ссылки могут перестать открываться, и записи станут недоступны.
• Точные отметки времени и авторства. При переносе через файл события истории нередко «схлопываются» в дату загрузки, а не сохраняют исходные даты и авторов действий.
• Настроенные отчёты и панели. Их не переносят - в новой системе аналитику собирают заново, уже под новую воронку.

Вывод простой: не рассчитывайте перенести абсолютно всё и не отключайте старую систему сразу. Ценную, но непереносимую историю сохраняют архивом - выгрузкой старой базы, доступом к записям звонков на прежней АТС, скриншотами ключевых диалогов. А в amoCRM переезжает то, что нужно для работы сегодня и завтра.

Этапы миграции: от тестового переноса к боевому

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

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

Риски и как их снять сверкой

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

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

Перенести - не значит запустить

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

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

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

Вывод

Миграция с заброшенной CRM - это не выгрузка контактов, а перенос процесса вместе с данными. Начинается он с аудита и решения, что переносить, а что оставить в архиве; продолжается паспортом перехода, чисткой, тестовым переносом и сверкой; заканчивается боевым переездом и возвращением команды к работе - уже в системе, которой можно пользоваться. Главное - не тащить старый беспорядок в новую CRM и не считать перенос завершённым, пока команда в неё не перешла. С чего начать в конкретном случае, покажет диагностика: она отделит то, что стоит перенести, от того, что пора отпустить.

Источники

• amocrm.ru/developers