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

