Smart-процессы Битрикс24: когда они заменяют CRM, а когда нет

Что такое смарт-процесс и чем он отличается от сделки

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

Ключевые отличия от классической сделки:

• Название и семантика полностью произвольные — «Заявка на закупку», «Реестр договоров», «Согласование командировки».
• Связи могут строиться как с контактами и компаниями, так и с другими смарт-процессами или сделками.
• Карточка настраивается независимо: количество и тип полей определяются под процесс, а не под продажу.
• Автоматизация — роботы и бизнес-процессы запускаются при добавлении или изменении карточки, в том числе автоматически (по данным официальной справки Битрикс24).

На практике в проектах АС Проект типовой объём настройки смарт-процессов выглядит так:

Показатель	Диапазон (ориентир по практике АС Проект)
Количество смарт-процессов в одном внедрении	2–4
Стадий в каждом смарт-процессе	до 15
Полей суммарно по всем смарт-процессам	50–100
Роботов в каждом смарт-процессе	до 5–10
Бизнес-процессов в каждом смарт-процессе	до 2–5

Эти цифры отражают реальные планы работ — не теоретический максимум платформы.

---

Где смарт-процессы работают лучше стандартной CRM

Есть несколько паттернов, при которых смарт-процесс — единственно разумное решение:

Объект не является сделкой или клиентом

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

Пример из практики: один из проектов АС Проект предполагал загрузку до 500 действующих контрактов в смарт-процесс «Реестр договоров» — исторические данные сразу попадали на финальную стадию «Действует», минуя весь процесс согласования. Это невозможно сделать через стандартную воронку сделок без костылей.

Процесс не привязан к деньгам

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

Нужна параллельная воронка внутри CRM

Иногда в одном портале существуют несколько независимых процессов с разными командами и разной логикой. Смарт-процессы позволяют завести их отдельно, не смешивая с основными продажами. При этом связи между сущностями — например, между смарт-процессом и контактом или сделкой — настраиваются нативно.

Нужна кастомная карточка с десятками полей

В отраслевых внедрениях (логистика, строительство, дистрибуция) карточка объекта требует 30–70 полей. В одном из проектов АС Проект было настроено до 100 полей суммарно по четырём смарт-процессам. Стандартная карточка сделки такой нагрузки не предполагает без избыточного засорения CRM.

---

Где смарт-процессы не заменят CRM

Смарт-процессы — мощный инструмент, но у него есть чёткие границы применимости.

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

Лиды и первичная квалификация. Лид — это отдельная сущность с особой логикой дублирования и конвертации. Заменять его смарт-процессом только ради гибкости — значит терять встроенные инструменты борьбы с дублями и распределения.

Отчётность по продажам. Стандартные отчёты и дашборды в Битрикс24 ориентированы на сделки. По смарт-процессам отчётность настраивается вручную — это дополнительные трудозатраты при внедрении.

Интеграции «из коробки». Часть интеграций (например, сквозная аналитика, часть маркетинговых инструментов) работает со стандартными сущностями CRM. Смарт-процесс потребует дополнительной настройки или использования вебхуков.

---

Таблица: типовые смарт-процессы с примерами полей и стадий

Это не исчерпывающий список — а именно те сценарии, которые чаще всего встречаются в проектах АС Проект:

Смарт-процесс	Ключевые поля карточки	Типовые стадии
Реестр договоров	Контрагент, тип договора, дата начала/окончания, сумма, ответственный юрист	Подготовка → Согласование → Подписание → Действует → Закрыт
Согласование расходов	Инициатор, статья расходов, сумма, прикреплённый счёт, центр затрат	Заявка → На согласовании → Утверждено → Оплачено → Отклонено
Реестр корреспонденции	Тип документа, входящий номер, дата получения, контрагент, исполнитель	Получен → В работе → Исполнен → Архив
Заявка на закупку	Наименование, количество, поставщик, срок поставки, статус оплаты	Создана → Согласована → Размещена → Доставлена → Закрыта
График отпусков	Сотрудник, период, тип отсутствия, заменяющий, статус	Заявка → Согласовано руководителем → Утверждено HR → В архиве
Управление объектами (недвижимость)	Адрес, тип объекта, площадь, собственник, статус продажи	Свободен → Показ → Переговоры → Резерв → Продан

---

Как смарт-процесс связывается с основной воронкой продаж

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

flowchart LR
    LEAD[Лид] --> DEAL[Сделка]
    DEAL --> SP1[Смарт-процесс\nРеестр договоров]
    DEAL --> SP2[Смарт-процесс\nЗакупка / снабжение]
    SP1 --> SIGN[Подписан]
    SP2 --> DELIVERY[Доставлено]
    DEAL --> CLIENT[Контакт / Компания]
    SP1 --> CLIENT
    SP2 --> CLIENT

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

---

Пошаговый план настройки смарт-процесса

Настройка смарт-процесса — это не «нажал кнопку и готово». По опыту АС Проект, корректная конфигурация проходит в несколько этапов:

Шаг 1. Зафиксировать задачу и объект. Что именно ведём в смарт-процессе? Кто пользователи? Какой результат — успех или провал — нужно фиксировать? Без ответа на эти вопросы настройка превращается в итерационный хаос. Хорошей отправной точкой служит опросный лист клиента.

Шаг 2. Описать стадии. Для каждой стадии — название, смысл, кто переводит карточку. Важно сразу определить финальные стадии: «Успешно» и «Неуспешно» (с фиксацией причины). По практике АС Проект — оптимально 5–12 стадий; больше 15 в одном процессе почти никогда не оправдано.

Шаг 3. Спроектировать карточку. Перечислить все поля: тип, обязательность, зависимости. Поля, которые повторяются в нескольких смарт-процессах — разумнее стандартизировать. В ТЗ на внедрение поля фиксируются детально — по каждому процессу отдельно. Подробнее о подходе к полям — в статье про пользовательские поля.

Шаг 4. Настроить автоматизацию. Роботы — для типовых действий: уведомления, смена ответственного, создание задачи, генерация документа. Бизнес-процессы — для сложных ветвлений: параллельное согласование, условные переходы, интеграции. В типовом проекте на один смарт-процесс приходится до 5–10 роботов и до 2–5 бизнес-процессов (ориентир по практике АС Проект).

Шаг 5. Настроить генерацию документов. Если смарт-процесс сопровождается документами (договор, счёт, доверенность) — шаблоны подключаются напрямую к полям карточки. Шаблоны предоставляет заказчик в формате Word. Подробнее — в разделе про шаблоны документов.

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

Шаг 7. Загрузить исторические данные. Если есть архивная база — она загружается через Excel напрямую в нужную стадию, минуя процесс. Типовой объём по практике АС Проект — до 500 элементов на один смарт-процесс.

Шаг 8. Провести обучение. Групповое обучение сотрудников (обычно 2 часа, дистанционно с записью) — обязательный элемент сдачи блока. Без него даже хорошо настроенный процесс простаивает.

---

Типичные ошибки при внедрении смарт-процессов

За несколько лет внедрений АС Проект выделил устойчивые паттерны ошибок:

• «Всё в смарт-процессы» — команда увлекается гибкостью и переносит в смарт-процессы даже стандартные продажи. Итог: потеря встроенной аналитики и двойная настройка отчётов.

• Слишком много стадий — 20+ стадий в одном процессе. Сотрудники не понимают, в какую стадию переводить карточку, и система постепенно перестаёт работать.

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

• Нет финальных стадий «Неуспешно» — непроработанные карточки накапливаются в промежуточных стадиях, аналитика по причинам отказов не ведётся.

• Согласование без ТЗ — процесс согласования документов через смарт-процесс настроен «примерно», без детального технического задания. В результате схема переделывается 2–3 раза.

---

Критерии выбора: сделка, смарт-процесс или задача

Три основных инструмента CRM Битрикс24 нередко конкурируют за одну задачу. Краткий критерий выбора:

Критерий	Сделка	Смарт-процесс	Задача
Есть клиент и деньги	✅	⚠️ возможно	❌
Объект — не продажа	❌	✅	⚠️ возможно
Нужна кастомная карточка	⚠️ ограничено	✅	❌
Нужны стадии с аналитикой	✅	✅	❌
Нужна история переписки	✅	⚠️ настраивается	❌
Согласование документов	⚠️ через задачи	✅	✅ через бизнес-процессы
Простое поручение сотруднику	❌	❌	✅

Если объект — внутренняя операция без клиента и денег, почти всегда правильный ответ — смарт-процесс. Если это разовое поручение без стадий — задача. Если есть клиент, деньги и история общения — сделка.