Смарт-процессы в Битрикс24: свои сущности и процессы под ваш бизнес

Что такое смарт-процесс простыми словами

Представьте, что CRM Битрикс24 из коробки умеет вести лиды, сделки, контакты и компании. Этого хватает, пока вы что-то продаёте по понятной схеме «заявка → переговоры → счёт → оплата». Но бизнес редко живёт одними продажами. После продажи начинается монтаж. Параллельно едут рекламации. Отдельно живут договоры аренды со своими сроками. Всё это — не сделки. У них другие стадии, другие поля, другая ответственность.

Смарт-процесс — это конструктор, который позволяет завести в CRM новую сущность под такой объект. Вы даёте ей название, придумываете набор полей, рисуете воронку стадий — и получаете карточку, которая ведёт себя как сделка, но называется и работает по-вашему. По сути это «сделка, которую вы спроектировали сами».

Ключевая мысль: смарт-процесс не заменяет сделку и не дублирует её. Он дополняет CRM объектами, которых в стандартной поставке нет. Продажу по-прежнему ведёте в сделке. А то, что идёт до или после неё, — в отдельном смарт-процессе, связанном с этой сделкой.

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

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

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

Проще всего запомнить так. Смарт-процесс отвечает на вопрос «что мы ведём» (ремонт, договор, партию). Сделка — частный случай, «что мы продаём». А бизнес-процесс отвечает на «как это движется и кто что делает». Внутри смарт-процесса можно запускать и бизнес-процессы, и роботов с триггерами — одно другому не мешает, а работает в связке.

Таблица сравнения

Критерий	Смарт-процесс	Сделка	Бизнес-процесс
Что это	Ваша собственная сущность CRM	Готовая сущность про продажу	Сценарий действий и согласований
Можно переименовать	Да, любое название	Нет, всегда «Сделка»	Не сущность — это цепочка шагов
Своя воронка стадий	Да, рисуете сами	Да, но привязана к продаже	Нет, только этапы сценария
Свои поля	Любые, с нуля	Стандартные + пользовательские	Работает с полями объекта
Карточка и канбан	Есть	Есть	Нет своей карточки
Когда применять	Сервис, аренда, рекламации, производство	Классические продажи	Согласование счёта, договора, отпуска

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

Когда нужен смарт-процесс: сценарии по отраслям

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

• Вы ведёте что-то в отдельной таблице Excel параллельно с CRM — и данные расходятся.
• В воронке сделок появились стадии, которые к продаже отношения не имеют («Выехал мастер», «Ждём запчасть»).
• Один клиент за год проходит через несколько разных процессов, и в сделках это превращается в кашу.
• Нужен свой набор полей и своя ответственность, которых в сделке нет.

Разберём на конкретных отраслях, где смарт-процессы решают задачу лучше всего.

Сервис и выездной ремонт

Заявка на ремонт — это не сделка. Стадии другие: «Принята», «Назначен мастер», «Выехал», «Ждём запчасть», «Выполнено», «Гарантийный возврат». Поля другие: адрес объекта, модель оборудования, серийный номер, тип поломки, мастер. Смарт-процесс «Заявка на сервис» ведёт всё это, а связанная сделка отвечает только за оплату работ.

Аренда и прокат

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

Рекламации и претензии

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

Производство и логистика

Партия на производство проходит стадии «Планирование → Закупка сырья → В работе → ОТК → Готово → Отгрузка». Логистическая заявка — «Принята → Назначен транспорт → В пути → Доставлено». Это классические смарт-процессы: свой объект, свои стадии, привязка к сделке-заказу. На производстве часто связывают несколько смарт-процессов между собой — заказ, партия, отгрузка идут отдельными сущностями.

Список отраслей на этом не заканчивается. Смарт-процессы одинаково хорошо ложатся на:

• Недвижимость — объекты в продаже и показы как отдельные сущности рядом со сделками.
• Медицину и клиники — курс лечения пациента со своими этапами и напоминаниями о приёме.
• Обучение — поток или группа с этапами набора, старта и выдачи документов.
• Юридические и бухгалтерские услуги — дело клиента со своими сроками и статусами.
• HR — кандидат в воронке найма отдельно от коммерческих сделок.

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

Как создаётся смарт-процесс: поля, воронка, автоматизация

Настройка идёт в разделе CRM → Настройки → Смарт-процессы (в разных версиях путь чуть отличается, но логика одна). Порядок, который мы используем на проектах, чтобы ничего не переделывать:

1. Название и суть объекта. Сначала договоритесь, что это за сущность одним словом: «Ремонт», «Аренда», «Партия». Название задаёт всё остальное.
2. Поля. Соберите минимально нужный набор: даты, ответственный, привязка к клиенту, специфические поля (серийный номер, адрес объекта, сумма залога). Не плодите поля «на всякий случай» — их потом никто не заполняет.
3. Воронка и стадии. Нарисуйте реальный путь объекта. Разделите успешные и провальные финалы: «Выполнено» и «Отказ» — это разные закрытые стадии, иначе аналитика соврёт.
4. Права доступа. Кто видит и меняет объекты. Мастер видит только свои заявки, руководитель — все.
5. Автоматизация. Навесьте роботов и триггеры: на входе — уведомление ответственному, на стадии «Выехал» — SMS клиенту, за день до дедлайна — напоминание. Тяжёлые согласования выносите в бизнес-процессы.

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

Отдельно про воронки. Внутри одного смарт-процесса можно завести несколько воронок — например, «Ремонт по гарантии» и «Платный ремонт» с разными стадиями, но общим набором полей и общей аналитикой. Это удобно, когда объект один по сути, а путь у него ветвится в зависимости от типа. Не спешите множить сущности там, где хватает второй воронки внутри уже существующего смарт-процесса.

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

Связь со сделками и другими сущностями

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

• Поле привязки к сделке. Из выигранной сделки роботом создаётся смарт-процесс «Монтаж» с тем же клиентом, суммой и товарами. Продажа закрыта — работа поехала дальше.
• Привязка к контакту и компании. В карточке клиента видно всё: сделки, ремонты, договоры аренды, рекламации. Полная история в одном месте.
• Связь смарт-процессов между собой. Заказ → партия → отгрузка идут отдельными сущностями, но ссылаются друг на друга.
• Автосоздание по триггеру. Оплата счёта запускает смарт-процесс доставки без ручных действий менеджера.

Именно связи превращают набор объектов в сквозной процесс. Клиент оставил заявку — сделка дошла до оплаты — автоматически создался «Монтаж» — после монтажа при жалобе завелась «Рекламация». Всё привязано к одному клиенту, ничего не теряется между отделами.

Частые ошибки при внедрении

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

• Делать смарт-процесс там, где хватило бы сделки. Обычная продажа не требует отдельной сущности. Плодить смарт-процессы «про запас» — значит распылять данные и усложнять отчёты.
• Сваливать разнородное в одну воронку. Если стадии не выстраиваются в один линейный путь, это два разных объекта, а не один. Разделяйте.
• Перегруз полями. Тридцать полей, из которых заполняют пять, — прямая дорога к тому, что менеджеры бросят карточку. Начните с минимума.
• Одна стадия «Закрыто» на успех и провал. Тогда конверсия и аналитика превращаются в фикцию. Успех и отказ — всегда разные финалы.
• Автоматизация до отладки процесса руками. Сначала команда должна прожить путь объекта вручную. Навешивать роботов на сырую воронку — значит автоматизировать хаос.
• Игнор лимитов тарифа. Проверьте, сколько смарт-процессов и элементов позволяет ваш тариф, прежде чем проектировать десяток сущностей.

Хороший смарт-процесс незаметен: команда просто ведёт свои объекты, а данные сами связываются с продажами и клиентами. Если после запуска люди по-прежнему держат параллельный Excel — процесс спроектирован неверно, и это повод вернуться к воронке и полям.