Типовая ситуация у производителя кухонь: клиент оформляет заказ, в CRM появляется основная сделка и три дочерние — доставка, монтаж мебели, монтаж столешницы. Каждую ведёт свой исполнитель, в своём темпе. Основная сделка при этом висит на стадии «Монтаж» и ждёт, пока менеджер вручную проверит, закрыты ли все три дочерние.
Пока сделок пять — ручная проверка работает. Когда их пятьдесят, основные сделки начинают зависать: дочерние давно завершены, а акт клиенту никто не выставил, потому что «вчера вроде ещё монтаж шёл».
Почему штатные роботы Битрикс24 не справляются
Стандартный робот живёт внутри одной сделки. Он умеет менять её поля, ставить задачи, отправлять письма, двигать саму сделку по стадиям. Но заглянуть в другую сделку и посчитать, сколько связанных уже закрыто, он не может — такой логики в условиях робота просто нет.
Обычно на этом месте начинаются обходные пути: регламент «менеджер проверяет каждое утро» (ломается о человеческий фактор), отчёт в BI (показывает проблему, но не решает её) или бизнес-процесс от разработчика (дорого и долго для каждой новой воронки).
Как работает робот перехода основной сделки
Робот «Переход основной сделки по стадиям дочерних» из приложения CRM Роботы + AI 2.0 ставится на стадию дочерней воронки. При срабатывании он:
- Находит по полю связи основную сделку этой дочерней.
- Забирает из основной список всех дочерних из множественного поля.
- Проверяет каждую: прошла ли она контрольную стадию.
- Если прошли все — переводит основную на целевую стадию, например «Подписать акт приёмки». Если хотя бы одна ещё в работе — не делает ничего и ждёт следующего срабатывания.
Робот запускается на каждой дочерней сделке отдельно, поэтому основная сдвинется ровно после закрытия последней.
Пять настроек
В диалоге всего пять параметров: поле с основной сделкой (в дочерней), множественное поле с дочерними сделками (в основной), контрольная стадия дочерних, целевая стадия основной и опция учёта проигранных сделок.
Последний параметр выглядит мелочью, а на практике решает судьбу всей схемы. Пример: по заказу три дочерние сделки, две завершились успешно, третья проиграна — клиент отказался от монтажа столешницы и купил её сам. Если опция выключена, проигранная сделка никогда не пройдёт контрольную стадию, и основная зависнет навсегда. С включённой опцией проигранная считается прошедшей этап и не блокирует заказ. Включать её стоит почти всегда.
Настройка за 15 минут
- Создайте в дочерней воронке поле «Основная сделка» с типом «Привязка к элементам CRM».
- Создайте в основной воронке множественное поле «Дочерние сделки» с той же привязкой.
- Проставьте связи у существующих сделок — робот читает готовые связи из полей, сам он ничего не ищет.
- Поставьте робота на контрольную стадию дочерней воронки и заполните пять параметров.
- Проверьте на одной тестовой связке: переведите дочерние на контрольную стадию и убедитесь, что основная ушла на целевую.
Как это выглядит в работе
Робот стоит на стадии «Архив распределённых сделок» дочерней воронки. Водитель закрыл доставку — робот проснулся, проверил: монтаж ещё в работе, основную не трогаем. Сборщики закончили мебель — снова проверка, столешница не готова, ждём. Закрылась последняя дочерняя — все три прошли контрольную стадию, и основная сделка сама переехала на «Подписать акт приёмки». Менеджер увидел её там утром и выставил акт в тот же день, а не через неделю, когда случайно вспомнил про заказ.
Где ещё применять
Схема подходит везде, где заказ распадается на параллельные ветки работ:
- строительство и ремонт — основной контракт плюс проектирование, поставка материалов, отдельные этапы;
- установка оборудования — монтаж, пусконаладка, обучение персонала;
- IT-проекты — разработка, тестирование и внедрение как отдельные сделки под одним проектом;
- дизайн-проекты — концепция, чертежи, авторский надзор.
Общий признак: основная сделка должна реагировать на суммарный результат всех веток, а не на каждую по отдельности.
Типичные ошибки
Чаще всего робот «не работает» из-за пустых полей связи — проверяйте сначала данные, потом робота. Вторая ошибка: робот поставлен на стадию основной воронки вместо контрольной стадии дочерней — триггером служит переход дочерней сделки, на основной он просто не сработает. Третья: забыта опция про проигранные сделки, и одна отменённая дочерняя блокирует всё.
Жёсткого ограничения по количеству дочерних сделок нет — проверяли на связках с десятком, работает стабильно. Если для разных типов заказов нужны разные целевые стадии, ставят несколько копий робота с условиями.
Top comments (0)