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