Бот, который квалифицирует заявки
Отдел продаж получает только тёплых. Заказчик формулировал задачу «Бот, который квалифицирует заявки» через потерю контекста на этапе «Первый контакт». Материал отделяет подтверждённый результат «Менеджер получает карточку заявки с бюджетом, сроком, задачей и расшифровкой диалога вместо начала разговора с нуля.» от предположений проектирования и по порядку описывает роли заказчика и системы.
Задача бизнеса
Менеджеры тратили половину дня на заявки, которые в принципе не могли купить: не тот бюджет, не та задача, не тот момент.
Как устроено решение
Бот встречает заявку, ведёт живой диалог по базе знаний о продукте, вытаскивает бюджет, сроки и задачу, ставит оценку и передаёт менеджеру карточку с расшифровкой разговора. Холодных догревает сам по сценарию.
Кому мешает ручной этап «Первый контакт»
«Бот, который квалифицирует заявки» адресован отделам продаж с потоком заявок, где менеджеру важно быстро отличить подходящего клиента от случайного. Заказчик формулировал задачу «Бот, который квалифицирует заявки» через потерю контекста на этапе «Первый контакт». Ценность для заказчика находится не в модном термине, а в переходе от «заявка ждёт разбора» к состоянию «бот начинает диалог сразу» с сохранёнными исходными данными и ответственным сотрудником.
Менеджер тратил время на первичный разговор, хотя бюджет, сроки или задача уже на входе показывали, что предложение не подходит. Поэтому первая версия Бот, который квалифицирует заявки охватывает только маршрут «Стартовый диалог и согласие на вопросы» → «Очередь менеджера с расшифровкой». Первая версия не разрастается, пока рабочая команда не примет основной маршрут.
Задача бизнеса: Менеджеры тратили половину дня на заявки, которые в принципе не могли купить: не тот бюджет, не та задача, не тот момент
Менеджеры тратили половину дня на заявки, которые в принципе не могли купить: не тот бюджет, не та задача, не тот момент. В процессе «Бот, который квалифицирует заявки» проблема начинается до финала: сведения расходятся по рабочим каналам, а участок «Квалификация» не складывается в единую хронологию. Полезное действие начинается только после ручной сверки версии.
На этапе «Квалификация» исходное состояние описано честно: ответы лежат в переписке. Целевое состояние тоже конкретно: поля собраны в карточку. Ответственность остаётся у сотрудника, а восстановление контекста берёт на себя интерфейс именно по Бот, который квалифицирует заявки.
Маршрут пользователя: «Стартовый диалог и согласие на вопросы»
Бот ведёт первый диалог, а менеджер получает не голую заявку, а структурированную карточку с контекстом. Первый экран «Стартовый диалог и согласие на вопросы» оставляет только поля, необходимые для запуска Бот, который квалифицирует заявки, основание выбора и ясное следующее действие. До отправки сводку можно исправить, благодаря этому изменение сохраняется в исходном объекте без второй карточки.
Диалог строится от базы знаний: бот задаёт вопросы в естественном порядке, фиксирует бюджет, сроки и задачу, объясняет следующий шаг. Оценка — это не автоматический приговор, а сигнал для очереди. Менеджер может открыть расшифровку и продолжить разговор там, где бот остановился. В интерфейсе «Стартовый диалог и согласие на вопросы» система отдельно показывает принятые значения и недостающие данные. Если обязательного значения нет, Бот, который квалифицирует заявки формулирует недостающий вопрос и назначает следующий шаг конкретной роли.
Основное действие: «Карточка лида с бюджетом и сроком»
Экран «Карточка лида с бюджетом и сроком» продолжает объект, начатый на шаге «Стартовый диалог и согласие на вопросы». Для участка «Передача» он показывает переход от «менеджер начинает с нуля» к «продолжает разговор с контекстом»; собранный контекст сопровождает объект на следующем шаге.
Журнал Бот, который квалифицирует заявки связывает вход, правило, внешний ответ и итог для объекта сценария. Если правило Бот, который квалифицирует заявки не выполнено, карточка записывает исходный запрос, основание остановки и исполнителя. После правки обработка продолжается с контрольной точки; подтверждённый внешний результат повторно не создаётся.
Что получает сотрудник и заказчик
Финальный экран «Очередь менеджера с расшифровкой» сообщает пользователю статус и следующий шаг по Бот, который квалифицирует заявки. Рабочее место сотрудника показывает общий объект, его изменения и причину итогового состояния — не отдельную копию из таблицы или чата.
Для случая «Передача» зафиксированы обе стороны перехода: менеджер начинает с нуля → продолжает разговор с контекстом. Бот, который квалифицирует заявки передаёт полный контекст той роли, которая вправе принять нестандартное решение.
Как устроено решение: Python, FastAPI, ИИ с базой знаний, Очередь фоновых задач
Контур «Бот, который квалифицирует заявки» объединяет FastAPI, очередь фоновых задач, база знаний, карточка лида и уведомление менеджера. Входное событие имеет устойчивый ключ; поля и права валидируются прежде любого действия, незавершённая работа остаётся в очереди, а внешний идентификатор или понятная ошибка возвращаются в карточку.
Повтор для Бот, который квалифицирует заявки начинается с чтения фактического состояния. После успеха хранится внешний ключ; при потере ответа сначала перечитывается фактическое состояние целевой системы. Это защищает именно сценарий «Карточка лида с бюджетом и сроком» от второй публикации, записи, выдачи доступа или другого необратимого дубля.
Внедрение, ограничения и фактический результат
Внедрение Бот, который квалифицирует заявки проверяется на штатном, неполном и ошибочном примерах. Для каждого заранее задаются ожидаемый статус и восстановление; отдельно проходят права, уведомления, повтор события и журнал. Расширение начинается после предсказуемой работы пути «Стартовый диалог и согласие на вопросы» → «Очередь менеджера с расшифровкой».
Бот не должен самостоятельно обещать условия, которых нет в базе знаний. При сомнении он передаёт человека сотруднику и помечает причину. Это ограничение Бот, который квалифицирует заявки показывается и в интерфейсе, и в рабочей инструкции. Оператор сохраняет возможность остановки, коррекции данных и адресной передачи спорного случая, не теряя уже собранную историю.
Подтверждено описание проекта: менеджер открывает уже подготовленный диалог, а первое касание не ждёт ручной обработки; конверсии не приписываются. Зафиксированный вывод «Менеджер получает карточку заявки с бюджетом, сроком, задачей и расшифровкой диалога вместо начала разговора с нуля.» относится только к разобранному процессу Бот, который квалифицирует заявки. Числовые эффекты и сроки без измерения или первичного основания здесь не заявляются.
Что принести Петру для разбора похожей задачи
Для разговора о похожем на «Бот, который квалифицирует заявки» решении принесите один реальный вход, пример правильного результата и роль, отвечающую за «Первый контакт». Добавьте неполный случай и список действий, запрещённых без подтверждения: по этим примерам границы первой версии видны лучше, чем по каталогу функций.
Пётр разложит именно маршрут Бот, который квалифицирует заявки на интерфейс, правила и интеграции, затем предложит минимальную проверку. На встрече можно зафиксировать инициатора, автоматическое действие, точку человеческого решения и свидетельство готовности на экране «Очередь менеджера с расшифровкой».
Сценарий в интерфейсе
Все экраны ниже — демонстрационные макеты логики без клиентских данных, а не скриншоты действующего кабинета заказчика.
Схема процесса
- Первый контакт — Стартовый диалог и согласие на вопросы: Бот начинает диалог сразу. Исходное состояние «заявка ждёт разбора» больше не разрывает маршрут.
- Квалификация — Карточка лида с бюджетом и сроком: Поля собраны в карточку. Исходное состояние «ответы лежат в переписке» больше не разрывает маршрут.
- Передача — Очередь менеджера с расшифровкой: Продолжает разговор с контекстом. Исходное состояние «менеджер начинает с нуля» больше не разрывает маршрут.
- Подтверждение результата — Очередь менеджера с расшифровкой: Экран «Очередь менеджера с расшифровкой» фиксирует итог и следующее действие. Исключение остаётся у ответственного сотрудника, а не скрывается статусом «готово».
До и после: что меняется в процессе «Бот, который квалифицирует заявки»
| Участок работы | До решения | После решения |
|---|---|---|
| Первый контакт | Заявка ждёт разбора | Бот начинает диалог сразу |
| Квалификация | Ответы лежат в переписке | Поля собраны в карточку |
| Передача | Менеджер начинает с нуля | Продолжает разговор с контекстом |
Результат
Менеджер получает карточку заявки с бюджетом, сроком, задачей и расшифровкой диалога вместо начала разговора с нуля.
Технологии
Python · FastAPI · ИИ с базой знаний · Очередь фоновых задач