Как уйти с Битрикс24 на свою систему и не остановить работу

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

Когда уход с Битрикс24 оправдан

Свою систему я предлагаю, когда сходятся несколько признаков:

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

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

Когда уходить не нужно

Честный ответ часто звучит так: оставайтесь. Я отговариваю от переезда, если:

• Основная работа идёт в воронке продаж, телефонии и открытых линиях. Это сильная сторона Битрикс24, и повторять её с нуля долго и дорого.
• Проблема в настройке, а сама платформа подходит. Кривой маршрут согласования чинится на месте, и разбор покажет это за пару дней.
• В компании некому быть хозяином своей системы. Свой код требует поддержки: обновлений, исправлений, человека, который знает, как всё устроено.
• Портал используется давно и широко: задачи, диск, чаты, CRM, у всех отделов свои привычки. Тогда переезд превращается в проект на полгода, и выгода от него неочевидна.

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

Разбор портала: что реально используется

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

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

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

Выгрузка данных: сделки, контакты, файлы, история

Данные из Битрикс24 можно забрать двумя путями, и для переезда обычно нужны оба.

Экспорт из интерфейса. По справке Битрикс24, выгружать можно лиды, сделки, контакты, компании, счета, предложения и элементы смарт-процессов, причём только из режима «Список». Форматы два: CSV и Excel. В окне экспорта есть опции «все поля», поля связанных контактов и компаний, детализация по товарам, а для контактов и компаний ещё реквизиты. Там же оговорки: контакт попадает в выгрузку, только если в его карточке включена настройка участия в экспорте, экспорт контактов есть не на всех тарифах, права на экспорт настраиваются отдельно.

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

• Элементы CRM забираются методом crm.item.list: тип задаётся номером (лид 1, сделка 2, контакт 3, компания 4), номера смарт-процессов отдаёт crm.type.list. Страница ответа всегда 50 записей, поэтому скрипт идёт по страницам.
• Дела (звонки, встречи, письма) отдаёт crm.activity.list с фильтром по владельцу. Файлы и участники приходят, только если явно попросить их в выборке.
• Комментарии ленты карточки отдаёт crm.timeline.comment.list, у каждого есть список прикреплённых файлов со ссылками на скачивание.

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

Параллельная работа и перенос процессов по одному

Главное правило: в один момент времени у каждого процесса один дом. Пока договоры согласуются в Битрикс24, в новой системе их не согласуют, и наоборот.

Порядок такой:

1. Первым идёт процесс, который болит сильнее всего. В логистическом кейсе это документы и согласования: именно они сбоят. Приложение водителя и карта рейсов шли вторым шагом.
2. Перед переключением процесса переношу его данные свежей выгрузкой, открытые карточки целиком, закрытые для истории.
3. Назначаю день переключения. С этого дня новые заявки этого процесса заводятся только в новой системе, старые дозакрываются там, где начались.
4. Две недели наблюдаю: где люди возвращаются в портал по привычке, что им неудобно. Правлю и только потом беру следующий процесс.

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

Обучение и что оставить в Битрикс24

Обучение я делаю по ролям и коротко. Руководителю показываю согласование из мессенджера: уведомление в MAX или Telegram с кнопками «согласовать», «отклонить», «открыть документ». Сотруднику показываю заявку с телефона. Бухгалтеру и юристу показываю их рабочие места. На каждую роль получается одна встреча и памятка на страницу.

Оставить в Битрикс24 на время или насовсем часто разумно:

• Задачи и проекты, если отделы к ним привыкли и проблем с ними нет.
• Диск с архивом документов, к которому нужен только просмотр.
• Продажи в воронке, если они работают и их не трогает ни одна жалоба.

Вопрос «отключать ли портал» решает компания, и решает его последним. Если после переноса в Битрикс24 остались только задачи, стоит сверить, какой тариф для этого достаточен. Плюсы и минусы своей системы на сервере против облака я считал в статье своя CRM на сервере против облачной.

Как я это делаю

Моя методика состоит из пяти шагов, и в каждом есть точка, где можно остановиться без потерь.

1. Разбор портала. Отдельный администратор, список живых процессов, полей и интеграций. Результат: документ с выводом «чинить» или «переезжать».
2. Предложение с макетами. Для логистической компании я собрал КП на 8 страниц с 10 экранами: сводка руководителя, карточка договора, табель, рабочее место юриста, приложение водителя. Три варианта по объёму, от трёх до семи недель. Подробности в разборе этого кейса.
3. Пробная выгрузка. До начала сборки забираю данные через API и проверяю, что история и файлы выходят целиком. Как интегратор хранил данные в смарт-процессах, видно только на этом шаге, и от этого зависит объём ручной чистки.
4. Сборка и переезд по процессам. Показ готовых разделов каждую неделю, переключение по одному процессу.
5. Передача. Исходный код остаётся у компании, маршруты согласования, права и шаблоны меняются в настройках без подрядчика. Первые три месяца исправляю ошибки, дальше договариваемся о поддержке.

Переезд за выходные и перенос «всего, что было» я не обещаю. Переносится то, чем пользуются.

Сколько стоит переезд с Битрикс24

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

• Автоматизация процессов и документов: от 60 000 ₽, от 2 недель. Это базовая цена за один процесс с согласованием.
• Технический аудит: от 50 000 ₽, от 1 недели, если нужен подробный отчёт по порталу и инфраструктуре.
• Внедрение Битрикс24 или amoCRM: от 50 000 ₽, если разбор показал, что выгоднее починить портал.
• Бот для бизнеса с согласованиями и уведомлениями: от 80 000 ₽, от 2 недель.
• Поддержка после запуска: от 20 000 ₽/мес. Разовые доработки: от 3 000 ₽/час.

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

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

Можно ли перенести историю переписки и файлы из карточек?

Да, через REST API. Дела и комментарии ленты отдаются с файлами, если их запросить. В справке по экспорту из интерфейса история не упоминается, поэтому для полного переезда я пишу скрипт выгрузки.

Сколько длится переезд?

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

А если в новой системе что-то пойдёт не так?

Пока процесс не переключён окончательно, Битрикс24 работает, и вернуться можно в любой день. Поэтому я и переношу по одному процессу: риск всегда ограничен одним участком.

Кто будет менять маршруты согласования потом?

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

Коротко о главном

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

Если вы думаете, чинить портал или переезжать, напишите мне в Telegram кодовое слово «ПЕРЕЕЗД». Посмотрю, какие процессы у вас реально живут, и предложу оба варианта с цифрами.