Надокна — ИИ-менеджер по заявкам
Концептуальный кейс · компания и рабочие сценарии вымышлены
Обзор
ИИ-менеджер для компании по установке окон. Принимает обращения с сайта и из мессенджеров, уточняет задачу, получает контакт и передаёт заявку в CRM. Менеджер начинает звонок с потребности клиента, а не с повторного опроса.
Задача
Клиенты выбирают окна и пишут вечером, когда отдел продаж уже не на связи. На следующий день менеджеру приходится искать обращение в переписках и заново уточнять объект, размеры и удобное время звонка. Задача — принять запрос сразу, собрать основные данные и сохранить их в одной карточке.
Решение
Ассистент работает в чате сайта и подключённых мессенджерах. Отвечает по утверждённой базе знаний, уточняет город, тип объекта, пожелания, примерные размеры и удобное время связи. Запрашивает контакт и согласие на обработку данных.
После сбора данных создаёт заявку в CRM, прикладывает переписку и ставит задачу менеджеру. Если клиент уже обращался, новый диалог связывается с существующим контактом. До успешного сохранения в CRM ассистент не подтверждает передачу заявки.
Рабочий сценарий
Анна пишет вечером: «Нужно тёплое остекление балкона в Новосибирске». Ассистент уточняет размеры и удобное время звонка. Клиент сообщает: примерно 3,2 × 1,5 м, связаться лучше после 18:00.
После получения контакта и согласия в CRM появляется заявка № 1048: балкон в квартире, тёплое остекление, примерные размеры и время связи. Вся переписка прикреплена к карточке. Менеджеру назначена задача — позвонить Анне и согласовать замер.
При звонке менеджер уже знает задачу. Уточняет адрес, особенности объекта и время выезда специалиста. Точный размер, конструкцию и стоимость определяют после проверки параметров — ассистент не подменяет замерщика.
Под контролем
Ассистент не обещает цену, срок установки или свободное время замера без подтверждённых данных. Сложные технические вопросы и претензии передаёт сотруднику с историей разговора. Если ответа нет в базе знаний, сообщает об этом и предлагает помощь менеджера.
Согласие и исходные сообщения сохраняются вместе с обращением. При сбое CRM заявка остаётся в очереди передачи, сотрудник получает уведомление. Повторная попытка не должна создавать дубль сделки.
Пилот
Начинаем с чата на сайте и одного направления — остекления балконов. Проверяем контрольные диалоги: полный запрос, неизвестный вопрос, отказ от контакта, повторное обращение и недоступность CRM. Только после этого подключаем новые каналы.
Оцениваем время первого ответа, долю заявок с нужными полями и точность переноса информации в CRM. Отдельно проверяем, что отказ от согласия останавливает сбор контактных данных. Все участники и обращения в этом кейсе придуманы.
Ожидаемый эффект
В предлагаемом решении каждое принятое обращение получает карточку, историю диалога и понятный следующий шаг. Менеджер видит, что нужно клиенту и когда с ним связаться. На пилоте проверяем скорость первого ответа, полноту заявок и время первичного опроса. Цифры реального внедрения не приводим: компания и сценарий вымышлены.