В отделе продаж заявки идут потоком, и не каждая получает разбор. Менеджер закрывает лид одним кликом - "не дозвонились", "не наш", "спам". Среди этих закрытий иногда лежит целевой клиент, по которому квалификацию никто не провёл. Он уходит молча.
Мы сделали робота-сторожа. Целевой лид оказался в закрытой стадии без квалификации - робот ставит руководителю задачу проверить, точно ли его закрыли по делу. Сам ничего не двигает: решение остаётся за человеком. Робот ставится на отдел продаж в Битрикс24 или другой CRM.
Как ценный клиент теряется незаметно
Целевого клиента видно по пометке "целевая=да": это компания из тех, ради кого работает отдел продаж. Но статус в карточке не мешает закрыть лид в спешке. Менеджер разгребает поток, двигает заявку в "Закрыт без сделки" или "Спам", квалификацию пропускает. Лид уходит в архив.
Потери никто не замечает. В отчёте видно общее число закрытий, а один ценный клиент, закрытый мимо разбора, тонет среди десятков рядовых. Руководитель узнал бы о нём, только если вручную перебрал все закрытые лиды - а на это нет времени.
Что делает робот
Робот регулярно проходит по закрытым стадиям воронки - "Закрыт без сделки" и "Спам". Из них берёт только лиды с пометкой "целевая=да". Для каждого смотрит дату квалификации: если её нет, значит клиента закрыли, не разобрав.
По такому лиду робот ставит руководителю задачу с прямым вопросом: проверь это закрытие, точно ли по делу. Руководитель открывает карточку, смотрит переписку и решает - вернуть лид в работу или оставить закрытым. Робот только показывает пропущенное, ничего не двигает. Решение всегда за человеком.
Шум по уже разобранным лидам сторож не поднимает - дальше видно почему.
Техническая сторона
- →Стек. Python на стандартной библиотеке, без внешних зависимостей. Робот - таймер systemd на сервере: по расписанию забирает закрытые целевые лиды через REST Битрикс24 и сверяет дату квалификации.
- →Опора на дату квалификации. Робот не считает "квалифицирован или нет" по своим домыслам. Он смотрит дату квалификации в карточке. Её проставляет соседний робот автодат в момент, когда лид реально проходит стадию квалификации. Поэтому сторож срабатывает строго на тех, кого закрыли мимо разбора, и не дёргает тех, кто квалификацию прошёл.
- →Идемпотентность. По одному лиду робот ставит задачу один раз. Защита по метке задачи: на следующем проходе робот видит свою метку и пропускает лид. Руководитель не получает один и тот же вопрос дважды.
- →Связка двух роботов закрывает тонкое место. Если бы сторож решал про квалификацию сам, он бил бы ложными задачами по лидам, которые на деле разобрали. Отдельный робот-автодат и метка-факт квалификации убирают этот шум - сторож опирается на факт в карточке, а не на догадку.
- →Данные остаются у вас. Робот работает прямо в Битрикс24 заказчика через REST. Карточки лидов и персональные данные клиентов дальше сервера компании не уезжают - сторож только читает закрытые стадии и ставит задачу руководителю. По закону о персональных данных это снимает вопрос ещё на входе.
Что это даёт
Ценный клиент не теряется незаметно. Каждое сомнительное закрытие целевого лида попадает руководителю на глаза в тот же день, пока разговор ещё можно вернуть. Отдел продаж перестаёт молча терять компании, ради которых и работает.
