AI-ассистент для продаж полезен, когда снимает повторяющуюся работу и не мешает менеджеру закрывать сделку. Он может принять сообщение ночью, собрать одинаковый набор полей и передать карточку человеку. Он не заменяет переговоры, где цена, сроки и доверие решаются в диалоге.
Ниже план пилота для владельца: что автоматизировать первым, какие данные нельзя скармливать модели без правил, как за 2-4 недели понять, есть ли смысл продолжать.
Что обычно называют AI-ассистентом
- Входящий бот в мессенджере или на сайте: задает согласованные вопросы и зовет менеджера.
- Сценарий напоминаний: пишет по шаблону, пока клиент не ответил или не отказался.
- Помощник менеджера: готовит черновик ответа или саммари переписки. Отправляет человек.
- Связка с CRM: создает или обновляет сделку по правилам. Это уже доступ к данным, выше риск.
Это разные бюджеты и разные права. Пилот начинается с одного узкого сценария, а не с «подключить ИИ ко всему отделу».
Где ассистент экономит время, а где мешает
- Плюс: первый ответ вне рабочего времени с понятным ожиданием «когда человек».
- Плюс: одинаковая квалификация (услуга, город, срок, бюджетный диапазон, контакт).
- Плюс: напоминание о забытой заявке или созвоне по утвержденному тексту.
- Минус: сложные возражения, индивидуальные условия, долгий B2B-цикл без человека.
- Минус: ответы «от себя» по цене и наличию, если данные не из вашей базы.
Границы данных: что можно, что нельзя
Модели и сервисы вокруг них обрабатывают текст, который вы им отправляете. До пилота зафиксируйте правила. Это не бюрократия, а защита клиентов и компании.
- Можно в контур ассистента: публичные описания услуг, FAQ, график работы, условия доставки/выезда, статусы из вашей системы по id обращения.
- Осторожно: имена, телефоны, адреса. Храните в CRM/журнале с правами, не копируйте лишнее в промпт и внешние чаты.
- Нельзя без отдельного решения: паспорта, платежные данные, медицинские и иные чувствительные сведения, полные выгрузки клиентской базы «для обучения».
- Правило передачи человеку: любые спорные, злые, юридические и «нестандартные» запросы сразу менеджеру.
База знаний простыми словами (без магии RAG)
Часто слышно: «подключим RAG» или «векторную базу». По смыслу для владельца это звучит так: ассистент ищет ответ не в своей фантазии, а в ваших утвержденных документах, и только потом формулирует реплику.
- Короткий фиксированный сценарий (5-8 вопросов) часто работает на правилах и кнопках, без «умного поиска».
- Поиск по вашей базе нужен, когда документов много и менеджеры уже путаются в версиях прайсов и условий.
- Утвержденные источники важнее алгоритма: устаревший PDF в базе хуже, чем честное «уточню у менеджера».
- Логи обязательны: какой фрагмент документа использовали, что ответили, ушло ли человеку.
План пилота на 2-4 недели
Неделя 0 (1-2 дня)
- Выбрать 1 канал и 1 сценарий
- Записать текущие цифры: число входящих, время первого ответа, % пустых карточек в CRM
- Список запретов и фраз эскалации
Неделя 1
- Собрать скрипт вопросов и 10-15 эталонных диалогов
- Подключить тестовый канал, журнал, алерт об ошибке
- Прогон на 20-30 синтетических диалогах
Неделя 2
- 10-20% реального трафика или одна смена менеджеров
- Ежедневный разбор 10 диалогов
- Правки скрипта, не «улучшим модель потом»
Неделя 3-4
- Сравнить с базой: скорость ответа, полнота полей, число ручных правок, жалобы
- Решение: стоп / оставить как есть / расширить сценарийКак прикинуть эффект (ROI) без самообмана
Считайте на своих цифрах. Пример ниже учебный, не обещание.
Допущения (подставьте свои):
40 входящих диалогов в неделю
6 минут ручной квалификации на диалог
700 ₽ стоимость часа менеджера
Часы в неделю: 40 × 6 / 60 = 4 ч
Деньги в неделю: 4 × 700 = 2 800 ₽
За 4 недели: 11 200 ₽ только как экономия времени
Если пилот стоит заметно больше, одной экономии времени мало.
Нужен рост доли дошедших до менеджера заявок, меньше потерь ночью
или выше конверсия в квалифицированный лид - и это должно быть видно в CRM.- Фиксируйте метрики до запуска, иначе «стало лучше» не проверить.
- Сравнивайте одинаковые периоды и похожий трафик.
- Учитывайте цену ошибок: неверный ответ, дубль в CRM, утечка данных.
- Тарифы модели и хостинга входят в месячный эффект, не только разработка.
Чек-лист готовности к пилоту
- Есть владелец сценария со стороны продаж.
- Описаны 3-5 причин эскалации человеку.
- CRM-поля для квалификации согласованы.
- Тестовая среда или хотя бы тестовые теги сделок.
- Журнал диалогов и кто его читает каждый день пилота.
- Фраза для клиента: это помощник, человек подключится когда.
Шаблон карточки, которую ассистент должен отдавать менеджеру
lead_id:
канал:
услуга:
город/объект:
срок:
бюджет_диапазон:
контакт:
кратко_задача:
что_уже_ответил_бот:
риск_эскалации: нет/да (причина)
следующий_шаг_для_менеджера:Частые вопросы
С чего начать, если менеджеры боятся «замены»?
С сценария, который они ненавидят: ночные сообщения, одни и те же 5 вопросов, напоминания. Пилот помогает им, а не закрывает сделки вместо них. Это нужно сказать вслух и закрепить в регламенте.
Нужна ли сразу голосовая линия?
Обычно нет. Текст в мессенджере проще контролировать, дешевле чинить и легче логировать. Голос добавляйте после стабильного текстового пилота.
Можно ли кормить модель всей перепиской за год?
Не как первую идею. Начните с утвержденных документов и коротких правил. Исторические чаты часто содержат лишние персональные данные и устаревшие условия.
Что если ассистент ошибся в цене?
В пилоте цены либо из вашей системы, либо ассистент не называет цифры и передает человеку. Ошибка цены без страховки дороже экономии на квалификации.
Как понять, что пилот провалился?
Нет улучшения ключевых метрик за согласованный срок, растет доля ручных исправлений, менеджеры обходят бота, клиенты жалуются на бессмысленные ответы. Тогда останавливают или сужают сценарий, а не «добавляют еще модель».