Смарт-процессы в Битрикс24 - это гибкий инструмент для автоматизации любых бизнес-операций внутри CRM: от реестра договоров до согласования расходов. Они не заменяют стандартные сделки и лиды, но закрывают задачи, которые в классической CRM-воронке выглядят неестественно.
Смарт-процесс - это настраиваемая сущность внутри CRM Битрикс24. По структуре он похож на воронку сделок: есть карточка, стадии, роботы и бизнес-процессы. Но в отличие от стандартных лидов и сделок, смарт-процесс создаётся под конкретную задачу компании - и его модель данных, логика стадий и связи с другими сущностями настраиваются с нуля.
Ключевые отличия от классической сделки:
На практике в проектах АС Проект типовой объём настройки смарт-процессов выглядит так:
| Показатель | Диапазон (ориентир по практике АС Проект) |
|---|---|
| Количество смарт-процессов в одном внедрении | 2-4 |
| Стадий в каждом смарт-процессе | до 15 |
| Полей суммарно по всем смарт-процессам | 50-100 |
| Роботов в каждом смарт-процессе | до 5-10 |
| Бизнес-процессов в каждом смарт-процессе | до 2-5 |
Эти цифры отражают реальные планы работ - не теоретический максимум платформы.
Есть несколько паттернов, при которых смарт-процесс - единственно разумное решение:
Реестр договоров, учёт корреспонденции, заявки на отпуск - ни один из этих объектов не вписывается в логику «лид → сделка → оплата». Запихивать договор в воронку продаж - значит ломать аналитику и путать менеджеров.
Пример из практики: один из проектов АС Проект предполагал загрузку до 500 действующих контрактов в смарт-процесс «Реестр договоров» - исторические данные сразу попадали на финальную стадию «Действует», минуя весь процесс согласования. Это невозможно сделать через стандартную воронку сделок без костылей.
Согласование расходов, оформление командировки, обработка входящих документов - денег здесь нет, а значит, нет и смысла в бюджете сделки, вероятности и прогнозе. Смарт-процесс создаётся без этих полей.
Иногда в одном портале существуют несколько независимых процессов с разными командами и разной логикой. Смарт-процессы позволяют завести их отдельно, не смешивая с основными продажами. При этом связи между сущностями - например, между смарт-процессом и контактом или сделкой - настраиваются нативно.
В отраслевых внедрениях (логистика, строительство, дистрибуция) карточка объекта требует 30-70 полей. В одном из проектов АС Проект было настроено до 100 полей суммарно по четырём смарт-процессам. Стандартная карточка сделки такой нагрузки не предполагает без избыточного засорения CRM.
Смарт-процессы - мощный инструмент, но у него есть чёткие границы применимости.
Воронка продаж с историей коммуникаций. Если менеджер ведёт переписку, созванивается и отправляет КП - стандартная сделка даёт встроенный таймлайн, телефонию, почту и всю хронологию касаний. В смарт-процессе это настраивается отдельно и требует дополнительных усилий.
Лиды и первичная квалификация. Лид - это отдельная сущность с особой логикой дублирования и конвертации. Заменять его смарт-процессом только ради гибкости - значит терять встроенные инструменты борьбы с дублями и распределения.
Отчётность по продажам. Стандартные отчёты и дашборды в Битрикс24 ориентированы на сделки. По смарт-процессам отчётность настраивается вручную - это дополнительные трудозатраты при внедрении.
Интеграции «из коробки». Часть интеграций (например, сквозная аналитика, часть маркетинговых инструментов) работает со стандартными сущностями CRM. Смарт-процесс потребует дополнительной настройки или использования вебхуков.
Это не исчерпывающий список - а именно те сценарии, которые чаще всего встречаются в проектах АС Проект:
| Смарт-процесс | Ключевые поля карточки | Типовые стадии |
|---|---|---|
| Реестр договоров | Контрагент, тип договора, дата начала/окончания, сумма, ответственный юрист | Подготовка → Согласование → Подписание → Действует → Закрыт |
| Согласование расходов | Инициатор, статья расходов, сумма, прикреплённый счёт, центр затрат | Заявка → На согласовании → Утверждено → Оплачено → Отклонено |
| Реестр корреспонденции | Тип документа, входящий номер, дата получения, контрагент, исполнитель | Получен → В работе → Исполнен → Архив |
| Заявка на закупку | Наименование, количество, поставщик, срок поставки, статус оплаты | Создана → Согласована → Размещена → Доставлена → Закрыта |
| График отпусков | Сотрудник, период, тип отсутствия, заменяющий, статус | Заявка → Согласовано руководителем → Утверждено HR → В архиве |
| Управление объектами (недвижимость) | Адрес, тип объекта, площадь, собственник, статус продажи | Свободен → Показ → Переговоры → Резерв → Продан |
Как смарт-процессы встраиваются в общую архитектуру CRM: основная воронка продаж обрабатывает клиента, а параллельные смарт-процессы обеспечивают сопроводительные операции - согласование документов, закупки, исполнение договора. Все сущности связаны через карточку контрагента и сделку.
flowchart TD
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 нередко конкурируют за одну задачу. Краткий критерий выбора:
| Критерий | Сделка | Смарт-процесс | Задача |
|---|---|---|---|
| Есть клиент и деньги | ✅ | ⚠️ возможно | ❌ |
| Объект - не продажа | ❌ | ✅ | ⚠️ возможно |
| Нужна кастомная карточка | ⚠️ ограничено | ✅ | ❌ |
| Нужны стадии с аналитикой | ✅ | ✅ | ❌ |
| Нужна история переписки | ✅ | ⚠️ настраивается | ❌ |
| Согласование документов | ⚠️ через задачи | ✅ | ✅ через бизнес-процессы |
| Простое поручение сотруднику | ❌ | ❌ | ✅ |
Если объект - внутренняя операция без клиента и денег, почти всегда правильный ответ - смарт-процесс. Если это разовое поручение без стадий - задача. Если есть клиент, деньги и история общения - сделка.
Оставьте заявку - мы свяжемся с вами и проконсультируем.
Эксперт АС Проект свяжется в течение 60 минут.