Компания может хранить сотни документов и при этом каждый день заново отвечать на одинаковые вопросы. Причина часто в том, что сотрудник не знает, где лежит действующая инструкция, чем она отличается от старой и кому можно её показать. ИИ помогает искать и связывать материалы, когда у базы есть понятные источники, актуальные версии и права. В Macari я собираю собственную систему знаний и задач; в других проектах похожий подход применялся к исследованию бренда и поиску по авторскому архиву. Разберём, что нужно подготовить для такой работы.

Содержание статьи
  1. Определите вопросы и пользователей базы
  2. Сохраните источник и статус каждого знания
  3. Как этот подход используется в Macari
  4. Разделите доступ до формирования ответа
  5. База помогает использовать накопленный опыт
  6. Проверяйте полезность на вопросах команды

Определите вопросы и пользователей базы

Начните с реальных запросов сотрудников. Как найти актуальное описание услуги? Какой порядок согласования действует сейчас? Что уже обсуждали по проекту? Какие материалы можно отправить клиенту? Для каждого вопроса укажите пользователя и ожидаемый ответ. Это помогает выбрать нужные документы и заметить, что разные отделы задают похожие вопросы, но имеют доступ к разным сведениям. База должна поддерживать рабочую роль человека.

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

Сохраните источник и статус каждого знания

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

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

Как этот подход используется в Macari

В Macari я храню знания на сервере и подключаю рабочие инструменты через MCP. Вокруг этого строятся задачи, история действий и работа с командой. Смысл системы в том, чтобы явно переданное поручение можно было сохранить и дальше использовать в пределах доступа сотрудника. Чат становится способом обращения к данным, а сама запись остаётся в хранилище компании. Это помогает связывать разговор с конкретной задачей и её состоянием.

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

Разделите доступ до формирования ответа

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

Такой принцип отражён в официальной документации Microsoft Copilot Studio: аутентификация источников позволяет показывать пользователю содержание, к которому он имеет доступ. Конкретная реализация зависит от выбранной платформы, но рабочее требование остаётся понятным. Проверять нужно чтение, поиск, повторные запросы и историю. Документация по источникам знаний.

База помогает использовать накопленный опыт

В проекте VIJIN база знаний бренда стала частью консультации и исследования конкурентов. Были собраны материалы для позиционирования и аналитических вопросов. Это другой тип работы, чем поиск регламента: владельцу нужно сопоставить продукт, рынок и возможные решения. Здесь особенно полезно сохранять происхождение наблюдений и отделять факт о конкуренте от собственной гипотезы. Тогда смелую идею можно обсуждать на основе материала исследования.

В истории Yagodina и «Одного поля» задача связана с архивом Telegram и YouTube примерно за пять лет. Пользователь описывает запрос, система помогает найти релевантный материал. Для подобных библиотек полезно возвращать ссылку на конкретное видео или раздел, чтобы человек мог продолжить изучение. Сводный ответ имеет смысл вместе с возможностью открыть исходник. Эти примеры показывают разные способы использования знаний без смешивания консультации, поиска и утверждённого регламента.

Проверяйте полезность на вопросах команды

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

После запуска назначьте порядок обновления. Кто добавляет знания после встречи? Кто проверяет новую версию? Когда запись переходит в архив? Наблюдайте, какие вопросы сотрудники повторяют и где им приходится искать вручную. Эти данные показывают пробелы базы и помогают расширять её по реальной потребности. Рабочая библиотека развивается вместе с компанией: ценность даёт не только поиск, но и регулярное сохранение проверенных решений.

Материал из проекта, упомянутого в статье
  1. Данные бренда
  2. Конкуренты
  3. Аналитические вопросы
  4. Позиционирование
  5. Решение команды
Схема процесса по описанию проекта. Иллюстрация устройства решения. Открыть схему целиком ↗

База знаний с ИИ становится полезной, когда помогает найти действующую информацию и показать её правильному человеку. Начните с вопросов команды, приведите в порядок источники и права, затем проверьте поиск на реальных ситуациях. Такой порядок превращает накопленные документы в доступный рабочий опыт.

ПРИМЕНИТЬ В СВОЁМ БИЗНЕСЕ

Поможем собрать решение для вашей компании

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

← Все кейсы и статьи