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