Когда клиент просит «автоматизировать продажи», за этим почти всегда стоят три простые вещи, а не магия. Вся базовая автоматизация в Битриксе строится на трёх паттернах, привязанных к смене статуса сделки. Освоите их — сможете описать почти любую задачу.
Паттерн 1: поставить задачу и следующий шаг
Самый частый сценарий: сделка сменила статус — робот ставит менеджеру задачу с дедлайном. Перешла в «выставлен счёт» — задача «проконтролировать оплату через 3 дня». Перешла в «замер» — задача «выехать к клиенту». Так следующий шаг никогда не теряется. Это лечит главную болезнь воронки — зависшие сделки без действия. Мы отдельно писали, почему сделки висят незакрытыми: в 90% случаев потому, что смена статуса не рождает нового обязательного действия.
Паттерн 2: уведомить нужного человека
Второй паттерн — оповещение по событию. Сделка на крупную сумму перешла в «переговоры» — уведомить руководителя. Клиент оплатил — уведомить производство. Сделка зависла на этапе дольше нормы — напомнить менеджеру и его начальнику. Ценность в том, что информация приходит сама и вовремя, а не когда кто-то вспомнил проверить. Руководитель не сидит в отчётах — система сама подсвечивает то, что требует его внимания.
Паттерн 3: запустить связанный процесс
Третий паттерн — смена статуса запускает следующую сущность. Сделка выиграна — создаётся договор или смарт-процесс исполнения. Договор подписан — стартует отгрузка. Здесь как раз работает робот «Изменить элемент», о котором мы писали отдельно. Эти три паттерна закрывают большую часть запросов на автоматизацию. Всё, что сложнее, — уже бизнес-процессы с согласованиями. Настройку триггеров и связок под ваш процесс мы берём на себя в рамках доработок и сопровождения.
Частые вопросы
Чем триггер отличается от робота в Битрикс24?
Триггер реагирует на внешнее событие (входящий звонок, письмо, оплату) и двигает сделку по воронке. Робот выполняет действие на стадии. На практике их используют в связке: триггер меняет статус — робот отрабатывает на новом статусе.
Нужен ли разработчик для настройки триггеров?
Для трёх базовых паттернов — нет, всё настраивается в штатном конструкторе. Разработчик нужен, когда логика выходит за рамки: сложные вычисления, интеграции с внешними системами, нестандартные условия.
С чего начать автоматизацию воронки?
С первого паттерна: сделайте так, чтобы каждая смена статуса рождала задачу со следующим шагом. Это убирает зависшие сделки и даёт быстрый эффект без сложной настройки.