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