Как подготовить компанию к внедрению CRM Битрикс24

01

Почему CRM Битрикс24 нельзя начинать с настройки

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

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

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

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

03

Сначала опишите процесс таким, каким он происходит

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

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

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

04

Согласуйте воронку с результатом этапа, а не с названием кнопки

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

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

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

05

Подготовьте модель данных: что хранить в контакте, компании и сделке

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

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

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

Хорошее поле отвечает на три вопроса: кто его заполняет, когда оно нужно и какое решение будет принято по его значению.

06

Подготовьте сайт и источники до подключения CRM

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

Особое внимание — источнику и UTM. Значения utm_source, utm_medium, utm_campaign, utm_content и utm_term нужно передавать в отдельные поля либо в согласованную структуру. Если параметры сохраняются только в адресной строке и теряются при переходе между страницами, руководитель увидит в CRM «прямые» обращения вместо результатов рекламы.

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

1. 1

   Инвентаризируйте формы. Укажите URL, назначение, поля, получателя уведомления и нужную воронку.

2. 2

   Опишите передачу данных. Зафиксируйте названия полей, формат телефона, UTM и правило для пустых значений.

3. 3

   Проверьте согласие. Убедитесь, что форма содержит нужный текст и ссылку на политику обработки данных.

4. 4

   Прогоните тесты. Отправьте заявки с разными источниками, устройствами и заполнением полей.

5. 5

   Сверьте факт в CRM. Проверьте карточку, ответственного, дело, отсутствие дубля и отображение источника.

07

Спланируйте миграцию базы и права доступа

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

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

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

08

Принимайте не «настроенный портал», а рабочие сценарии

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

Для каждого теста зафиксируйте ожидаемый результат. Не «форма должна работать», а «лид создан в течение минуты, в поле источника указано google/cpc, название кампании совпадает с utm_campaign, назначен менеджер из очереди, создано дело со сроком». Такой формат исключает спор о том, что именно было обещано.

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

09

Когда переходить от подготовки к внедрению

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

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

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