Робот или бизнес-процесс в Битрикс24: дерево выбора за пять минут

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

Дерево за пять минут

Вопрос не «что круче». Вопрос — что сломается, если выбрать не то. Робот молчит, если сделку не двигают. Процесс орёт, если его запустили на каждую мелочь: сто экземпляров «согласовать скидку 1%», половина зависла на уволенном, живые сделки стоят.

Ветка A — хватает робота

Триггер: сменили стадию или прошло N часов без движения. Действие: поставить дело, написать комментарий, сменить ответственного, подождать рабочее время, напомнить. Нет ветки «директор отклонил». Нет цикла «вернуть на доработку три раза». Нет отдельного журнала виз. Это робот. Он живёт на канбане сделки. Его видно. Его можно выключить на одной стадии, не разбирая «схему предприятия».

Ветка B — нужен бизнес-процесс

Появляется человек с правом «нет»: РОП, финансист, юрист, собственник. От «нет» сделка не просто ждёт — она едет в другую стадию, меняет сумму, требует новую версию КП. Есть срок на визу и эскалация, если молчат. Есть несколько параллельных согласующих. Это процесс. Робот тут начнёт врать: он не умеет честно показать, кто держит шар и почему.

Ветка C — не робот и не процесс

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

Робот на стадии: что он умеет без театра

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

Частая ошибка — повесить десять роботов на одну стадию «на всякий случай». Письмо клиенту, задача, ещё задача, смена поля, уведомление в чат, ещё ожидание. Сделку тронули — салют. Люди перестают двигать карточки, потому что боятся шума. Тогда воронка замирает, а виноватым назначают «Битрикс тупит».

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

Процесс: когда появляется право «нет»

Согласование скидки выше порога. Согласование отсрочки. Выход за лимит отгрузки. Договор с правками юриста. Здесь нужен след: кто визировал, когда, с каким комментарием. Голосовое в Telegram — не след. Робот «поставить задачу директору» — почти след, пока директор не начнёт закрывать задачи пачкой по вечерам, не читая.

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

Не путать процесс с «нарисовали схему в редакторе». Схема без владельца умирает. У каждой ветки должен быть человек, которому больно, если она зависла. Иначе через квартал в портале живут зомби-процессы: стартуют, падают на удалённом сотруднике, никто не чистит.

Когда процесс начинает жить своей жизнью

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

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

На проекте: станок на чайнике

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

РОП открыл список запущенных процессов и не смог найти живую сделку. Нашёл сто «висяков». Сказали: Битрикс тормозит. Тормозила схема, которую никто не хотел трогать, потому что внедрение «уже закрыли актом».

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

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

Три бытовых сюжета, на которых дерево проверяют

Сюжет «тишина после КП». Клиент получил файл, молчит. Нужно ли согласование? Нет. Нужно дело менеджеру и, если снова тишина, дело РОПу. Это робот с ожиданием в рабочих днях, не процесс. Процесс здесь начнёт требовать визу на факт молчания. Абсурд, но его ставят, чтобы «автоматизация выглядела взрослой».

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

Сюжет «отгрузка в минус». Склад или 1С говорит, что лимита нет. Продажи хотят «ну отгрузи, он хороший». Это не стадия воронки. Это конфликт ролей. Робот «запретить стадию» без объяснения вызовет обход руками. Процесс с веткой «исключение + кто подписал» честнее. Если исключений десять в день — порог вран. Чините правило отгрузки, не схему.

Робот, который ждёт, и робот, который орёт сразу

У робота есть задержка: сразу, через N минут, в рабочее время. «Сразу» на стадии «новый» имеет смысл для задачи первого звонка. «Сразу» на десять писем и три чата — шум. Люди отключают уведомления портала целиком. Тогда молчит и полезное.

Ожидание «два рабочих дня» — частый здравый смысл. Календарь должен быть рабочим, не календарём Slack, который тикает ночью. Иначе в понедельник утром салют по выходным. Это не «Битрикс сломался». Это не задали график. Тот же урок, что у очереди чатов: без часов работы автоматизация живёт в другом часовом поясе, чем люди.

Цепочка «робот после робота» коварна. Первый поставил задачу, второй ждёт завершения, третий пишет клиенту. Если менеджер закрыл задачу ради галочки, клиенту улетает письмо «мы всё сделали». Разбор таких цепочек — руками, на одной сделке, не «добавим ещё условие». Чем длиннее хвост, тем чаще его обходят.

Редактор бизнес-процессов соблазнительен: ромбы, параллели, статусы. Им закрывают дыру управления. Если в компании нет привычки фиксировать решение письменно, ромб не научит. Он спрячет хаос в экземпляр, который висит. Сначала научитесь писать в карточке «скидку 8% разрешил Иванов, до пятницы». Потом, когда это начинают забывать, ставьте процесс. Не наоборот.

Как вырезать лишнее, не ломая живое

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

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

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

Ещё проверка на здравый смысл. Если схему нельзя рассказать за минуту новому менеджеру, она слишком умная для вашей воронки. Минута: «на новой — задача позвонить; на КП — ждём два рабочих дня; скидку выше порога визирует финансист». Всё, что не влезает в минуту, скорее всего живёт в редакторе и умирает в жизни. Вырежьте до минуты, потом, если минуты мало, добавьте одну ветку. Не наоборот.

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

Что не делать

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

Выбор «робот или процесс» на живой воронке — типичный разбор на консультации. Состав работ — на странице услуг, про деньги пакетов не здесь, а на странице стоимости (там пакеты, здесь — дерево выбора). На таких развилках NAVIPOINT сначала вычёркивает лишние визы, потом ставит то, что осталось.

Разборы по теме

• Смарт-процессы Битрикс24: пять задач, которые не надо пихать в сделку
• Счёт из сделки в Битрикс24: чтобы менеджер не собирал Word по кускам
• Обязательные поля и потерянные лиды: как не задушить менеджера и не кормить дырявый отчёт
• Согласование счёта и КП в сделке Битрикс24: чтобы директор не искал файл в чате
• BitrixGPT в продажах: что включить в первый месяц (и что протухнет через квартал)
• Права доступа отдела продаж в Битрикс24: чтобы не стырили базу и не слепли от чужих сделок

Коротко по вопросам

Робот и бизнес-процесс можно смешать на одной стадии?

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

Смарт-процесс — это третья ветка дерева?

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

Облако ограничивает роботов?

Лимиты тарифа вендора существуют, их смотрят в кабинете, не в страшилках. Чаще ломает не лимит, а десять роботов на одну стадию и очередь уведомлений, которую люди выключили. Пока не упёрлись в тариф глазами — сначала схема, потом апгрейд. Коробка ради «безлимитных роботов» без админки — другая ловушка, не про это дерево.

Кто должен владеть схемой процесса?

Не интегратор навсегда. Владелец — тот, кому больно от зависшей визы: РОП или финансист. Иначе схема станет реликтом прошлого внедрения: все боятся остановить, никто не чистит призраков. Раз в квартал владелец смотрит живые экземпляры. Если не смотрит — процесса у вас нет, есть декорация в редакторе.

С чего начать, если сейчас автоматизации ноль?

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

Кто это внедряет?

Иван Остривной, NAVIPOINT, партнёр Битрикс24. Дерево «робот / процесс / ничего» собирают на консультации по живой воронке, не по презентации редактора бизнес-процессов.