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