Вернуться к статьям Битрикс24 можно настроить под ежедневные рабочие действия. Если CRM не охватывает эти действия, часть данных остаётся в Excel, задачи обсуждают в мессенджерах, а руководитель не видит, где находятся сделки, кто за них отвечает и какие этапы задерживаются.
Обычно причина связана не с одной настройкой: процесс не согласован, первый этап слишком велик, данные перенесли без проверки, а после запуска не определили, кто, когда и какие данные вносит в CRM.
| Что видно в работе | Возможная причина | Что проверить |
|---|---|---|
| Сделки стоят на этапах | Этапы не совпадают с реальным порядком действий | Кто меняет стадию и по какому правилу |
| CRM заполняют, но параллельно ведут Excel | В карточке нет данных или действий для ежедневной работы | Что сотрудники продолжают делать вне Битрикс24 |
| Роботы создают много задач | Автоматизация не нужна процессу или правило не согласовано | Что запускает робот и кто использует результат |
| Руководитель не видит, где находятся сделки и какие этапы задерживаются | Поля заполняют по-разному, в базе есть дубли и устаревшие записи | Правила заполнения, обязательные поля, источники данных |
| После запуска постоянно нужны срочные доработки | Не определены границы первого этапа и сценарии приёмки | Что входило в запуск и какие сценарии уже проверены |
Ошибка № 1. Автоматизация неописанного процесса
Роботы в Битрикс24 подходят для повторяющихся действий: назначить ответственного, поставить задачу, отправить уведомление, запустить согласование. Но они не решают за сотрудников, когда передавать сделку другому отделу и какие сведения нужны для расчёта.
Часто в схему попадает только обычный путь сделки. Возврат на доработку, отказ клиента, смена ответственного или повторное согласование остаются вне процесса. Команда решает такие ситуации в чатах и по телефону, а часть действий и решений не фиксируется в CRM.
Признаки проблемы:
- уведомления отключают или игнорируют;
- задачи закрывают без фактического действия;
- при нестандартной ситуации уходят в мессенджер;
- этап меняют формально, чтобы сработал робот;
- участники по-разному объясняют смысл одной стадии.
До настройки робота опишите правило обычным рабочим языком.
| Вопрос | Что нужно определить |
|---|---|
| Что запускает действие | Например, заявка пришла из согласованного канала |
| Кто отвечает за работу | Кто принимает обращение и кто готовит расчёт |
| Какие данные нужны | Контакты, предмет обращения, источник, следующий шаг |
| Какой результат ожидается | Обращение принято в работу и назначено ответственному |
| Что делать при исключении | Карточка возвращается на уточнение, если данных не хватает |
После описания процесса выбирают способ реализации: обязательное поле, короткий регламент, задачу или робот. Настраивайте робота после согласования правила, которое регулярно выполняют сотрудники.
Ошибка № 2. У проекта нет владельца со стороны компании
Интегратор может собрать требования, настроить Битрикс24 и проверить сценарии. Правила работы определяет компания: какие поля нужны менеджеру, кто согласует документ, в какой момент сделка считается проигранной.
Если владельца проекта нет, настройки меняются по отдельным запросам. Один сотрудник просит добавить поле, другой отменяет его обязательность, третий меняет этапы. Команда теряет единое понимание правил CRM.
Владелец проекта не обязан быть техническим администратором. Его задача — фиксировать договорённости и принимать решения по процессу:
- подтверждать состав первого этапа;
- согласовывать поля в карточках;
- определять роли и доступ к данным;
- утверждать сценарии приёмки;
- устанавливать порядок работы с ошибками и запросами на изменения.
Права доступа проверяют по действиям, а не только по названиям должностей. Типовой сценарий может выглядеть так: менеджер создаёт обращение и ведёт свою сделку, руководитель видит работу команды, специалист получает задачу с нужными данными, согласующий открывает документ и фиксирует решение.
Ошибка № 3. В первый этап включают всё сразу
Типовой сценарий ошибки: в один запуск пытаются добавить CRM, телефонию, сайт, 1С, документы, отчёты, несколько отделов, старый архив и роботы. Такой объём сложнее согласовать и проверить до запуска. Изменение в одной части системы может затронуть карточки, права или этапы воронки.
Типовой сценарий первого этапа: его ограничивают одной рабочей задачей. Например: новые обращения попадают в CRM, распределяются между менеджерами, проходят согласованные стадии, а итог фиксируется в карточке.
| Нужна в первом этапе | Можно перенести дальше |
|---|---|
| Каналы и данные, без которых процесс не работает | Интеграции, которые не блокируют ежедневную работу |
| Права участников процесса | Отчёты, не нужные для контроля первого запуска |
| Карточки и поля для основного маршрута | Полный исторический архив |
| Согласованные правила автоматизации | Редкие сценарии, по которым нет решения |
| Обучение пользователей | Дополнительные изменения интерфейса |
При интеграции с учётной системой заранее определите состав передаваемых данных, владельца данных и момент обновления. Обмен всеми доступными полями без этих договорённостей создаёт лишнюю работу и противоречивые сведения.
О составе работ и последовательности этапов можно прочитать на странице внедрения Битрикс24 и в статье о сроках внедрения Битрикс24.
Ошибка № 4. Данные переносят без проверки
Миграция — это не копирование всех старых таблиц в новую CRM. В выгрузках встречаются дубли, устаревшие контакты, записи без ответственного, разные варианты названий компаний и пустые поля. После переноса это усложняет поиск, создаёт лишние карточки и искажает отчёты.
Перед переносом определите, какие данные нужны сотрудникам ежедневно: актуальные компании и контакты, открытые сделки, товары, документы и историю коммуникаций, которая нужна сотрудникам. Остальной архив оценивают отдельно: требуется ли он пользователям, сохраняются ли связи между сущностями, не появятся ли дубли.
| Проверка | Зачем она нужна |
|---|---|
| Найти дубли компаний и контактов | Чтобы одного клиента не вели в нескольких карточках |
| Проверить пустые и нестандартизированные поля | Чтобы одинаковые признаки не попадали в отчёты под разными названиями |
| Определить владельца записи | Чтобы открытые сделки и задачи не остались без ответственного |
| Отделить актуальные записи от архива | Чтобы не перегружать рабочую базу |
| Проверить связи между компанией, контактом, сделкой и документом | Чтобы карточки не потеряли контекст |
| Провести тестовую миграцию | Чтобы проверить структуру данных и связи до запуска |
Ошибка № 5. Карточки перегружены, а важные поля не контролируются
Карточка с полями «на всякий случай» не помогает собрать данные. Сотрудник не понимает, что заполнять сейчас, и часть информации остаётся в комментариях, заметках или личных файлах.
При проектировании карточки полезно оставлять поле, только если оно влияет на следующее действие, передачу работы, контроль или отчёт. Для каждого поля определяют:
- кто его заполняет;
- на каком этапе оно появляется;
- для какого действия или решения используется;
- можно ли получить значение из другого источника;
- что произойдёт, если поле останется пустым.
Обязательность зависит от стадии. При первом контакте менеджер может не знать детали будущей сделки. Перед подготовкой документа или передачей задачи в другой отдел набор нужных данных меняется.
Типовая ошибка — требовать заполнить все поля при создании лида. В карточках появляются случайные значения, а отчёты теряют смысл. Данные лучше запрашивать в момент, когда без них нельзя перейти к следующему действию.
Ошибка № 6. Права доступа настраивают в конце
Слишком широкие права открывают финансовые данные, чужие сделки и документы, которые сотруднику не нужны. Слишком узкие права останавливают работу: участник не открывает карточку, не видит задачу по согласованию или не может изменить ответственного.
Проверка «пользователь может войти в портал» не показывает, готов ли процесс. Нужно пройти рабочие действия под каждой ролью.
| Роль | Что проверить |
|---|---|
| Менеджер | Создаёт обращение, ведёт свою сделку, видит нужные задачи и историю |
| Руководитель | Видит сделки команды и проблемные этапы |
| Специалист другого отдела | Получает задачу, открывает нужные данные, фиксирует результат |
| Согласующий | Открывает документ или карточку, оставляет решение и комментарий |
| Администратор | Управляет настройками, не подменяя решения владельца процесса |
Проверочный маршрут: заявка поступает в CRM, назначается ответственному, проходит по этапам, передаётся на согласование и закрывается с зафиксированным результатом. Такой маршрут нужно проверять с учётом реальных ролей и правил компании.
Ошибка № 7. Обучение заменяют показом интерфейса
Сотруднику недостаточно увидеть разделы Битрикс24. Ему нужно пройти свою рабочую ситуацию: принять обращение, указать следующий контакт, передать расчёт, вернуть задачу на доработку, закрыть сделку.
После общей презентации команда может вернуться к прежнему порядку работы. Причина может быть простой: пользователь не понимает, как выполнить конкретную задачу в новой настройке.
До обучения подготовьте:
- список пользователей и ролей;
- рабочие ситуации для каждой роли;
- поля, которые сотрудник заполняет сам;
- порядок действий при ошибке или нестандартной ситуации;
- человека, который собирает вопросы после запуска;
- инструкции, которые описывают рабочие сценарии, роли и обязательные поля.
Ошибка № 8. Нет контроля качества данных и приёмки
Если заранее не определить поля, действия и метрики качества данных для проверки после запуска, в отчётах будет сложнее выявить пропуски, дубли и формально закрытые сделки. Одной отметки «настройка готова» недостаточно: проверьте рабочие сценарии каждой роли.
| Область проверки | Вопрос |
|---|---|
| Поступление обращений | Заявки из согласованных каналов попадают в нужную сущность? |
| Распределение | У каждой новой записи есть ответственный? |
| Данные | Заполнены ли поля, нужные для перехода и отчёта? |
| Этапы | Соответствует ли стадия фактическому состоянию работы? |
| Права | Видит ли участник нужные данные и действия? |
| Автоматизация | Создаются ли задачи и уведомления по согласованным правилам? |
| Исключения | Понятно ли, как фиксировать возврат, отказ, ошибку или смену ответственного? |
Сценарий приёмки фиксируют до запуска. Типовой сценарий приёмки: заявка из согласованного источника создаётся в CRM, назначается по правилу, доступна нужному сотруднику, проходит по этапам и сохраняет итог. Проверку проводят вместе с владельцем процесса.
Полный список действий до старта собран в статье «Как подготовиться к внедрению Битрикс24: чек-лист для руководителя».
FAQ об ошибках внедрения Битрикс24
- Почему сотрудники не работают в Битрикс24 после внедрения?
CRM может не поддерживать их фактические действия: в карточке нет нужных данных, этапы не соответствуют процессу, а обучение ограничилось демонстрацией интерфейса. Проверьте, какие операции команда выполняет вне портала и почему.
- Можно ли сначала настроить роботов, а потом описать процесс?
Не стоит. Робот выполняет заранее заданное правило. Если сотрудники по-разному понимают, когда передавать сделку или какие данные собирать, автоматизация начнёт выполнять правило, которое сотрудники понимают по-разному.
- Нужно ли переносить всю историю из старой CRM и Excel?
Нет. Сначала определяют, какие данные нужны в ежедневной работе: актуальные контакты, открытые сделки, товары, документы и необходимая история. В полном архиве могут быть дубли и устаревшие записи.
- Как понять, что в карточке сделки слишком много полей?
У каждого поля должно быть назначение: кто и когда его заполняет, какое действие использует значение и что произойдёт без него. Если ответа нет, поле не стоит включать в основной сценарий.
- Можно ли подключить не все интеграции в первом этапе?
Да. В первую очередь включают связи, без которых основной процесс не работает. Остальные интеграции подключают после проверки базовой CRM.
- Как принять внедрение Битрикс24?
Приёмку проводят по согласованным сценариям: данные приходят из нужных источников, назначается ответственный, работают права доступа и обязательные поля, а затем проверяют путь от поступления заявки до закрытия сделки или другого согласованного итога.
Что сделать перед следующим этапом
Проверьте один конкретный маршрут: от поступления обращения до зафиксированного результата. Для него нужно определить ответственных, данные в карточке, права, действия при исключениях и критерии приёмки.
На консультации определим первый этап и критерии приёмки по внедрению Битрикс24.