Битрикс24 внедрён, а процессы всё ещё ручные: 7 проверок

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

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

Ниже — семь проверок, которые помогут отделить проблему организации работы от проблемы настроек Битрикс24.

1. У каждой стадии есть понятный результат?

Название стадии «В работе» не помогает, если непонятно, что сотрудник должен сделать перед переходом дальше.

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

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

2. Клиентская сделка и внутренняя работа — одно и то же?

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

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

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

3. Передача заказа между отделами зафиксирована?

Когда продажа завершена, важно передать не только фразу «заказ согласован», но и минимальный набор данных: что требуется выполнить, в какой срок, кто согласовал условия, какие файлы и ограничения относятся к заказу.

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

Признак проблемы: исполнители заново спрашивают менеджера о спецификации, сроках и договорённостях с клиентом.

4. Согласования можно найти в самой системе?

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

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

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

5. Права доступа соответствуют реальной ответственности?

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

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

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

6. Роботы действительно экономят действия, а не создают шум?

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

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

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

7. Понятно, где заканчивается Битрикс24 и начинается 1С?

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

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

Мини-пример: от согласованного заказа до выполнения

Представим компанию, где менеджер оформляет заказ, руководитель утверждает нестандартные условия, затем исполнители выполняют работу.

Возможная схема выглядит так:

1. Коммерческая стадия: менеджер фиксирует состав заказа и согласованные условия в сделке.
2. Проверка: если информации недостаточно, заказ возвращается на уточнение — с причиной и ответственным.
3. Согласование: нужный сотрудник подтверждает отклонения от стандартных условий.
4. Исполнение: ответственному отделу передаётся задание или связанный элемент процесса с необходимыми данными.
5. Завершение: результат и документы возвращаются в доступную участникам историю работы.

Это иллюстративный сценарий, а не универсальная настройка. Его можно подробнее посмотреть в демонстрационном разборе Panda24. Он не представлен как внедрение для конкретного клиента.

С чего начать донастройку

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

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

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

Короткий чек-лист руководителя

• Можно ли без звонка сотруднику определить состояние конкретного заказа?
• Понятно ли, кто должен выполнить следующее действие?
• Видно ли, где и у кого ожидается согласование?
• Требуют ли исполнители повторно информацию, уже внесённую менеджером?
• Можно ли восстановить причину отклонения или изменения условий?
• Есть ли действия, которые сотрудники дублируют в Битрикс24 и 1С?
• Приносят ли действующие роботы измеримую пользу или в основном создают уведомления?

Если ответы вызывают сомнения, это повод проверить один конкретный процесс, а не переделывать весь портал.