Внутренний ИИ-портал для компании: зачем он нужен

Что такое внутренний ИИ-портал

Внутренний ИИ-портал — это единая рабочая точка, через которую сотрудник может задавать вопросы по документам компании, получать подсказки по процессам, готовить черновики и запускать разрешённые действия. Он не обязан заменять корпоративный портал, CRM, 1С или файловое хранилище. Чаще он работает поверх них и обращается к нужным источникам по установленным правилам.

Главное отличие от обычного корпоративного чата — связь с внутренними знаниями и процессами. Ответ должен опираться на доступные сотруднику регламенты, инструкции и данные, а не только на общие знания модели. При этом портал показывает источник ответа или хотя бы указывает, на каком документе и разделе он основан.

Практический пример такого решения представлен в кейсе внутреннего ИИ-портала для компании.

Какие задачи он решает

Портал особенно полезен там, где сотрудники регулярно повторяют одни и те же действия или обращаются к ограниченному кругу специалистов за разъяснениями. Он помогает сократить время поиска и подготовить первый вариант результата, но не должен скрывать правила или автоматически принимать решения за ответственных.

• Поиск информации: найти нужный регламент, инструкцию, договорной шаблон или ответ на типовой вопрос.
• Подготовка документов: собрать черновик письма, заявки, отчёта или служебной записки по утверждённой структуре.
• Рабочие подсказки: показать последовательность действий, обязательные поля и ограничения процесса.
• Приём заявок: уточнить недостающие данные и передать обращение в нужную систему или ответственному.
• Сводка данных: собрать краткий ответ из нескольких разрешённых источников без ручного просмотра каждого файла.

Если задача связана с действующими CRM или 1С, портал лучше подключать как дополнительный слой, а не строить вместо основных систем. Этот подход разобран в статье о внедрении ИИ без замены CRM и 1С.

Поиск по базе знаний, документы, подсказки и заявки

В первой версии не стоит объединять все возможные функции. Полезнее выбрать один поток, где проблема уже заметна и есть понятные источники. Например, сотрудники ищут ответы по кадровым процедурам, оформляют типовые заявки или готовят документы по утверждённому шаблону.

Для каждой функции нужно определить ожидаемый результат, источник данных и действие при недостатке информации. Портал не должен придумывать отсутствующий порядок или автоматически выбирать исключение, которого нет в правилах.

Пример: сотрудник ищет регламент и получает краткий ответ

Представим, что сотруднику нужно понять, как оформить заявку на закупку. В обычном процессе он ищет файл в общей папке, спрашивает коллегу или пишет руководителю. Через портал он задаёт вопрос обычными словами.

1. Портал определяет тему запроса и проверяет, к каким источникам у сотрудника есть доступ.
2. Поиск находит утверждённый регламент и связанную инструкцию.
3. Система формирует краткий ответ: какие данные заполнить, кто согласует заявку и где она создаётся.
4. В ответе указывается ссылка на исходный документ и дата его версии.
5. Если вопрос касается исключения, портал предлагает обратиться к ответственному, а не придумывает решение.

Так сотрудник быстрее получает ориентир, а владелец процесса реже отвечает на повторяющиеся вопросы. При этом источником остаётся утверждённый документ, а не сам текст, созданный моделью.

Доступы и ограничения

Единый интерфейс не означает единый доступ ко всему. Портал должен учитывать роль сотрудника, подразделение и права в исходных системах. Пользователь не должен получать документ или сведения только потому, что смог правильно сформулировать вопрос.

• разделяйте общие, служебные и конфиденциальные источники;
• проверяйте права до поиска и формирования ответа;
• сохраняйте историю запросов, использованных источников и действий;
• не разрешайте модели самостоятельно менять данные или отправлять документы без установленного подтверждения;
• показывайте сотруднику, когда ответ неполный или требует проверки.

Роли, контроль действий и ограничения для ИИ подробно разобраны в статье о безопасной работе ИИ-агента.

Как запустить первую версию

Первая версия должна решать одну измеримую проблему. Попытка сразу подключить все документы и системы усложняет доступы, обновление знаний и оценку качества ответов.

1. Выберите один сценарий. Например, поиск по кадровым инструкциям или подготовка типовой внутренней заявки.
2. Определите источники. Возьмите только действующие документы с понятными владельцами и датами обновления.
3. Настройте права. Проверьте, какие материалы доступны каждой роли.
4. Задайте границы. Опишите, что портал отвечает сам, а что передаёт человеку.
5. Проведите пилот. Дайте доступ небольшой группе и соберите реальные вопросы.
6. Измерьте результат. Смотрите время поиска, долю полезных ответов, число обращений к экспертам и ошибки.

После стабильного пилота можно добавлять новые источники, подготовку документов и интеграции с рабочими системами. Начинать лучше с процесса, для которого качество можно проверить на реальных запросах сотрудников.