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

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

Что такое смарт-процессы Битрикс24 и когда они заменяют сделки

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

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

Важное ограничение: смарт-процессы доступны не на всех тарифах Битрикс24, поэтому перед проектированием нужно сверить тариф. Смарт-процессы, не связанные с CRM, вынесены в отдельный раздел — Автоматизация > Цифровые рабочие места; логика настройки там аналогична. Для каждого процесса настраивается карточка со своим набором полей, отдельные воронки, стадии в канбане, права доступа, связь с задачами, календарём и другими элементами.

Задача бизнеса и границы решения

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

Признаки, что задача действительно про смарт-процесс:

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

Признаки, что смарт-процесс не нужен:

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

Границы решения полезно зафиксировать письменно: что входит в процесс, что остаётся в сделке, а что вообще не автоматизируется. Это снимает большую часть споров на этапе настройки.

Модель смарт-процесса: поля, роли, стадии и связи

Модель — это документ или таблица, которую согласуют до настройки в системе. В ней описано, из чего состоит процесс и как он работает. Без модели настройка превращается в перебор полей наугад.

Поля карточки

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

• идентификация: название, номер, тип объекта;
• характеристики: параметры объекта, которые нужны в работе;
• ответственность: кто ведёт, кто проверяет;
• сроки: дата начала, дата завершения, напоминания;
• деньги: сумма, условия, если это применимо;
• вложения: документы, фото, файлы.

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

Стадии и воронки

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

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

Роли и права доступа

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

Связи с задачами, календарём и другими элементами

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

Граница сделки и внутреннего процесса

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

Бывает и связка. Например, продажа объекта идёт через сделку, а сам объект обслуживается в смарт-процессе. Тогда важно заранее решить, где хранится «источник правды» по каждому полю, чтобы не появилось двух противоречащих карточек.

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

Как создать смарт-процесс в Битрикс24: порядок действий

Создание и выбор сценария

Работа начинается в разделе CRM > Смарт-процессы. Там отображаются все созданные процессы, и оттуда же добавляют новый. При создании выбирают один из сценариев: «Список», «Все включено» или «С чистого листа». Выбор влияет на стартовый набор полей и представлений, поэтому его стоит делать осознанно, а не наугад.

Настройка карточки и стадий

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

Права доступа

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

Проверка на тестовых данных

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

Регулярные элементы: когда смарт-процесс должен повторяться

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

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

В карточке регулярного элемента заполняют параметры:

• как часто повторять — регулярно по расписанию или один раз в указанную дату;
• интервал — ежедневно, еженедельно, ежемесячно, ежегодно или свой;
• условие завершения — не завершать, завершить в заданную дату или после заданного числа повторений;
• дату создания первого элемента;
• опцию «начать элемент позже даты создания», чтобы карточка оформлялась заранее;
• период завершения элемента после создания (по умолчанию 7 дней, значение можно изменить);
• воронку, в которой будут создаваться элементы.

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

Какой вариант выбрать под задачу

Таблица помогает принять решение до настройки. Она не заменяет модель процесса, но фиксирует логику выбора.

Учебный пример: смарт-процесс для учёта рекламаций

Учебный пример. Данные условные и приведены только для иллюстрации логики.

Входные условия. Сервисная компания принимает рекламации по установленному оборудованию. Рекламации сейчас ведут в комментариях к сделкам: теряются сроки, непонятно, кто отвечает, нет истории. Руководитель хочет отдельный реестр с понятными статусами.

Что решили на этапе модели. Рекламация — это объект со своим жизненным циклом, поэтому её выносят в смарт-процесс. Сделка остаётся для продаж и договоров, а рекламация живёт отдельно и связывается с клиентом и объектом обслуживания.

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

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

Проверка. Создали три тестовые рекламации и провели их по всем стадиям под разными ролями. Проверили, что инженер не видит чужие карточки, что срок реакции отображается, что при переходе на стадию «Устранена» появляется задача на подтверждение. Отдельно проверили, что рекламация не создаёт дубль сделки.

Наблюдаемый результат. Рекламации перестали теряться в комментариях, у каждой есть ответственный и срок, руководитель видит загрузку по статусам. Это результат проверки на тестовых данных. Реальные показатели зависят от дисциплины заполнения и объёма обращений.

Как проверить результат и принять работу

Приёмка — это не «кнопка нажата», а проверка сценариев. Пройдите чек-лист вместе с ответственным за процесс.

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

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

Типичные ошибки и ограничения

• Процесс заводят без задачи и ответственного. Карточки появляются, но никто не понимает, зачем их заполнять.
• Копируют структуру сделки. Тогда смарт-процесс дублирует продажи и путает отчётность.
• Делают слишком много стадий. Сотрудники перестают понимать, куда двигать карточку.
• Настраивают права «потом». В итоге часть данных оказывается доступна не тем.
• Забывают про регулярные элементы там, где действие повторяется, и рутина остаётся ручной.
• Не проверяют процесс на тестовых данных и узнают о проблемах уже в работе.

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

Какие исходные данные подготовить для оценки

Чтобы оценить объём работ, нужны не пожелания, а факты. Подготовьте:

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

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

Отдельная тема — приживаемость. Даже правильно настроенный процесс не работает сам: сотрудникам нужно объяснить, зачем он нужен и как им пользоваться. Об этом — в разборе «Купили Битрикс24, никто не пользуется»: как реально запустить CRM.