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