Регламент работы с ИИ в компании: образец и практика
Кратко: регламент работы с ИИ — это документ, который связывает конкретную задачу, источники данных, порядок проверки и ответственного человека. В статье разбираем: что включить в регламент, как распределить роли, какие действия можно отдать ИИ, а какие требуют решения человека, и как проверить, что вся команда понимает правила одинаково. Готовый образец структуры — внутри.
Один сотрудник тщательно сверяет каждую цифру в ответе нейросети с прайсом. Другой читает по диагонали — текст выглядит грамотно, значит, можно отправлять. Третий вообще не понимает, зачем проверять, если «ИИ сам всё знает». Руководитель узнаёт о разнице подходов, когда клиент уже получил письмо с ценой годичной давности.
Проблема здесь не в нейросети. Проблема в том, что команда не договорилась о правилах. Каждый действует по собственному пониманию — и это понимание у всех разное.
Регламент работы с ИИ решает именно эту задачу: делает неявные договорённости явными. Где брать актуальную цену. Кто подтверждает срок поставки. Может ли помощник самостоятельно обещать скидку. Не «нейросеть помогает писать письма» — а конкретные действия в конкретных ситуациях.
Ниже — практическая основа такого документа. Образец учебный, собранный на задаче подготовки ответа клиенту. Его можно взять на встречу с командой и адаптировать под свой процесс.
1. Что включить в регламент работы с ИИ?
Регламент работы с ИИ — это документ, описывающий, кто и что делает при использовании нейросети в рабочем процессе: какие задачи передаются ИИ, из каких источников он берёт данные, кто проверяет результат и в каких случаях решение принимает человек.
Минимальный набор разделов:
- Разрешённые задачи — что именно поручаем ИИ, а что нет
- Источники данных — где брать цены, сроки, условия
- Порядок проверки — что именно проверяет исполнитель и по каким критериям
- Действия без согласования — что ИИ может делать самостоятельно
- Случаи передачи человеку — когда работа останавливается и к кому идёт
- Ответственные — кто владеет процессом, кто обновляет правила
Формулировка «проверять ответы ИИ» без уточнений оставляет слишком много пространства для интерпретации. Полезнее: «сверить модель, цену и срок с действующей карточкой заказа». Сотрудник понимает, что именно открыть и что сравнить.
Документ должен отвечать сотруднику, а не проверяющему
Хороший тест для каждой строки регламента: «Что я сделаю иначе после её прочтения?» Фраза «обеспечивать высокое качество» этот тест не проходит.
Хранить документ стоит там, где команда реально работает. Если помощник использует одну версию инструкций, а руководитель обсуждает другую в переписке, правила начнут расходиться. Назначьте владельца документа, фиксируйте дату изменения и договоритесь, как люди узнают об обновлении.
2. С какой задачи начать, чтобы правила не остались на бумаге?
Начинайте с повторяющейся задачи, у которой известны входные данные, ожидаемый результат и человек, принимающий работу. Хорошо подходят: черновик ответа клиенту, сводка обращения, подготовка документа по утверждённым материалам. Сложные переговоры и решения с высокой ценой ошибки — плохой первый пример.
Для учебного разбора возьмём подготовку ответа на обращение клиента по известным условиям:
- Вход: обращение и действующие данные о товаре
- Выход: черновик с ответами на вопросы и явно отмеченными пробелами
- Решение: принимает сотрудник — что отправить, что уточнить, что передать
Прежде чем писать инструкцию для ИИ, полезно разобрать, как эту работу выполняет человек. Какие материалы он открывает? К кому обращается за подтверждением? Какие данные нельзя получить из одного прайса? Этот разбор показывает, какие решения раньше молча принимал опытный сотрудник — и которые теперь нужно сделать явными.
Полезный результат нужно назвать заранее
«Получился хороший текст» — слишком расплывчато. Для нашего примера результатом считается черновик, в котором: правильно указана модель, цена взята из действующего источника, все вопросы клиента разобраны, а неподтверждённый срок явно отмечен для уточнения. Если условия не выполнены — работа возвращается на исправление.
3. Кто ставит задачу, проверяет ответ и разрешает действие?
Назначьте трёх-четырёх участников процесса. В небольшой компании несколько ролей может выполнять один человек — это нормально. Важно, чтобы команда одинаково понимала, кто за что отвечает.
| Роль | За что отвечает |
|---|---|
| Владелец процесса | Определяет допустимый результат, меняет правила |
| Ответственный за данные | Поддерживает актуальные цены, условия, справочники |
| Исполнитель | Передаёт ИИ вводные, проверяет черновик |
| Согласующий | Принимает решение по скидке, нестандартному сроку или другому исключению |
Ответ «за данные отвечают все» на практике означает, что конкретное устаревшее условие никто не считает своей задачей.
Исполнитель должен понимать, где заканчиваются его полномочия. Если он сам не может согласовать скидку, ИИ тоже не должен это делать — иначе помощник просто ускоряет принятие решения, которое по рабочему порядку должен рассматривать другой человек.
При передаче исключения полезно сохранять краткое объяснение: какой вопрос возник, что уже проверено и что нужно решить. Согласующий получает подготовленную задачу, а не приглашение перечитать всю переписку.
4. Какие действия ИИ может выполнять автоматически?
Разделите подготовку информации и действия с последствиями. Первое можно поручать ИИ свободнее, второе требует явного разрешения.
| Уровень | Пример действия | Что предусмотреть |
|---|---|---|
| Подготовка | Составить черновик по материалам | Источники и критерии готовности |
| Предложение | Подготовить изменение карточки | Просмотр человеком до сохранения |
| Выполнение | Отправить письмо или изменить данные | Явное разрешение и подтверждение результата |
«Подготовить ответ» и «ответить клиенту» звучат похоже, но во втором случае результат уже увидит другой человек. В регламенте нужно договориться, что именно подразумевает каждая команда.
Если программа технически умеет отправлять письма, одного запрета в текстовой инструкции недостаточно для надёжного ограничения. Нужны подходящие настройки доступа. Лучше начинать с минимально необходимых прав: если для подготовки черновика достаточно прочитать утверждённые материалы, возможность менять другие файлы или отправлять сообщения не нужна.
Как описать передачу человеку
Укажите не только условие остановки, но и следующий шаг. Например: «Если срок не подтверждён, помощник отмечает пробел и готовит вопрос ответственному за поставку. Клиенту срок не отправляется до ответа». Работа не зависает в воздухе — понятно, что сделано, что осталось и чьё решение нужно.
5. Как выбрать источники, которым должен следовать ИИ?
Назначьте действующий источник для каждого вида данных и укажите, кто его обновляет. Старые письма и рекламные материалы не должны молча заменять текущие рабочие условия.
| Данные | Действующий источник | Что делать при пробеле |
|---|---|---|
| Цена и комплектация | Утверждённая карточка товара | Уточнить у ответственного |
| Срок поставки | Подтверждённые данные по поставке | Подготовить вопрос, не обещать дату |
| Скидка | Правило и решение согласующего | Передать запрос на согласование |
| Вводные клиента | Карточка текущего обращения | Задать уточняющий вопрос |
Это учебная схема. В вашей компании источник может быть другим: CRM, таблица, учётная программа или согласованный документ. Важнее, чтобы люди понимали, где искать подтверждение и какой источник имеет приоритет при противоречии.
Если сотрудник обнаружил неверную цену в источнике, исправить только готовое письмо недостаточно. Следующий человек снова получит те же исходные данные. В регламенте полезно записать, кому передавать ошибку и как понять, что источник обновлён.
6. Как выглядит образец регламента для одной задачи?
Ниже — учебная основа документа для подготовки ответа клиенту. Источники, роли и разрешённые действия нужно заменить на свои. Перед использованием в реальном процессе обсудите с командой и проверьте на примерах.
Название процесса: подготовка черновика ответа на обращение
Цель. Помочь сотруднику собрать точный ответ по действующим данным и заметить вопросы, требующие дополнительного решения.
Входные материалы. Текущее обращение, карточка товара, утверждённые условия и подтверждения по поставке. В задании указываются модель и вопросы клиента. Неизвестные данные остаются неизвестными.
Разрешённая работа. Выделить вопросы, найти относящиеся к ним данные, подготовить черновик, перечислить пробелы, предложить уточнение сотруднику. Самостоятельная отправка и изменение коммерческих условий в этот процесс не входят.
Правило источников. Цена и состав берутся из действующей карточки. Срок используется только при наличии подтверждения. Предыдущая переписка помогает понять контекст, но не заменяет актуальные условия.
Правило неопределённости. При противоречии или нехватке данных помощник показывает, что нужно проверить. Заполнять пробел правдоподобным предположением нельзя. Если для ответа нужна новая договорённость — вопрос передаётся согласующему.
Приёмка. Исполнитель сверяет модель, цену, условия, ответы на вопросы и неподтверждённые утверждения. Отдельно проверяет, что черновик не выдаёт предложение за уже принятое решение.
Следующее действие. После проверки сотрудник отправляет письмо разрешённым способом. Если подготовка не завершена — фиксирует причину и передаёт конкретный вопрос ответственному.
Изменение правил. Повторяющиеся ошибки разбирает владелец процесса. Изменённый порядок проверяется на прежнем проблемном примере и на обычной задаче. Дата и причина изменения сохраняются.
Такой образец уже можно обсуждать с командой. Например, выяснится, что скидки до определённого уровня менеджер согласует сам или что часть типовых ответов компания хочет отправлять без ручной проверки. Эти решения нужно принять явно и отразить в настройках — не расширять полномочия помощника незаметно по ходу первого запуска.
7. Как проверить ответ ИИ перед отправкой клиенту?
Сверьте факты с источниками, проверьте ответы на все вопросы и найдите утверждения без подтверждения. Затем посмотрите, какое действие или обязательство следует из текста. Грамотный тон и красивая структура этой проверки не заменяют.
Для учебного письма достаточно короткой памятки:
- В ответе тот товар и та комплектация, о которых идёт речь
- Цена соответствует действующему источнику и не потеряла важное условие
- Срок подтверждён либо обозначен как вопрос для уточнения
- Скидка не появилась без предусмотренного решения
- Каждый вопрос клиента получил ответ или понятный следующий шаг
- Письмо не сообщает об отправке, бронировании или согласовании, которых ещё не было
Не все пункты проверяются одинаково. Название можно сравнить с карточкой, сумму — с прайсом, а смысл обещания придётся прочитать. Если сотрудник не понимает предмет, список галочек не сделает проверку надёжной.
После нескольких разборов реальных случаев памятку стоит сократить до действительно важных точек конкретного процесса. Если команда проверяет десятки формальных признаков и пропускает неподтверждённую поставку — порядок проверки нужно переделать.
Как фиксировать найденную ошибку
«Нейросеть плохо ответила» не помогает выбрать исправление. «Взяла цену из прошлогоднего предложения, потому что оба файла считались действующими» — уже показывает проблему источников. Записывайте: входные данные, ошибочный фрагмент, правильный вариант, причину.
Ещё один частый случай: помощник правильно составил письмо, но сотрудник отправил черновик до проверки. Здесь изменение инструкции модели не решит задачу. Нужно смотреть на порядок работы человека и на то, насколько доступна кнопка «отправить».
8. Достаточно ли записать правила в файл инструкций?
Нет. Файл инструкций (например, CLAUDE.md в Claude Code) помогает ИИ-помощнику учитывать правила проекта, но не является гарантией выполнения каждого из них. Существенные ограничения нужно подкреплять настройками разрешений, техническими проверками и порядком принятия результата. Текстовый документ и технический запрет выполняют разные задачи.
Фразу «не отправляй без проверки» нужно сопоставить с реальным устройством процесса, а не воспринимать как готовую защиту. В таком файле удобно хранить ясные договорённости: где лежат стандарты, как называется действующий прайс, что считается готовым результатом, когда требуется уточнение. Но если там есть противоречащие друг другу указания, помощнику сложнее выбрать нужный порядок. Сначала договоритесь внутри команды.
Что показать команде на обучении
Показывайте не только удачный ответ, но и спорный случай: отсутствующий срок, противоречивый прайс, просьба о нестандартной скидке. Сотрудники должны увидеть, что делает помощник при пробеле и как они продолжают работу. Именно такие ситуации объясняют смысл правил — гораздо лучше, чем чтение документа.
9. Как проверить, что команда понимает регламент одинаково?
Дайте сотрудникам одинаковую учебную задачу и попросите каждого отдельно назвать допустимый результат, нужные проверки и следующий шаг. Сравните решения, обсудите расхождения, уточните документ. Одна подпись об ознакомлении не показывает, что люди будут действовать одинаково.
Три учебные ситуации для нашего письма:
| Ситуация | Ожидаемое решение |
|---|---|
| Цена и срок подтверждены, особых условий нет | Проверить черновик и завершить по обычному порядку |
| В старом письме одна цена, в текущем прайсе другая | Использовать действующий источник, отметить расхождение |
| Клиент просит скидку и поставку раньше подтверждённого срока | Подготовить вопрос согласующему, не обещать условия |
Ценность этого набора — в возможности заранее договориться о правильном ходе работы. Если один сотрудник сразу отправил бы обещание, а другой оставил задачу без движения — обсудите оба решения.
После изменения регламента возвращайтесь к примеру, который вызвал разногласие: документ теперь должен помогать выбрать нужный шаг. Заодно проверьте обычную задачу: исправление не должно превращать каждое простое письмо в длинное согласование.
10. Как поддерживать регламент после запуска?
Назначьте владельца документа, сохраняйте причины изменений и проверяйте новые правила на прежних проблемных примерах. Повторяющиеся ошибки разбирайте по источнику: данные, инструкция, настройки доступа, проверка человеком или само действие. Это помогает менять нужный участок процесса, а не добавлять новые запреты поверх старых.
В журнале изменений достаточно: дата, проблема, принятое решение, пример для повторной проверки. Не вся история переписки — только то, по чему команда поймёт, зачем правило появилось и не устарело ли оно.
Если компания меняет прайс, способ согласования или программу учёта — проверяйте связанные инструкции. Иначе документ будет описывать работу, которой уже нет. То же относится к расширению возможностей помощника: новый канал отправки или право сохранять файлы требуют отдельного пересмотра соответствующей части регламента.
Два признака зрелого порядка: сотрудник понимает, когда результат можно использовать без дополнительных вопросов; владелец процесса может объяснить, что именно изменилось после найденной ошибки. Для начала это полезнее, чем большой документ, который никто не открывает.
Частые вопросы
Нужен ли регламент маленькой компании?
Да, если несколько человек используют ИИ в общем процессе и от их ответов зависят клиенты или работа команды. Начать можно с одной страницы по одной задаче. Размер документа определяется числом реальных решений, а не количеством сотрудников.
Можно ли взять образец из статьи без изменений?
Его можно использовать как основу для обсуждения. Источники, роли, ограничения и допустимые действия нужно заменить на свои. Проверьте документ на обычном случае, на спорном и на незавершённом — применительно к вашему процессу.
Кто отвечает за ошибку нейросети?
Рабочий порядок должен заранее называть человека, принимающего результат и разрешающего действие. Юридическая ответственность определяется конкретными обстоятельствами и договорённостями — назначение роли в регламенте само по себе этот вопрос не решает.
Нужно ли проверять каждый ответ ИИ вручную?
Порядок зависит от задачи и цены ошибки. Для первого запуска разумно увидеть работу на примерах и понять, какие проверки можно подтвердить технически. Автоматический контроль нельзя считать достаточным только потому, что система сообщает об успехе.
Чем регламент отличается от инструкции для ИИ?
Регламент описывает работу людей и системы целиком: источники, роли, проверку и действия. Инструкция помощнику — одна из его частей. Она не заменяет настройки доступа и не принимает решение по исключениям вместо человека.
С чего начинать, если процессов много?
Выберите один повторяющийся процесс с понятным входом, результатом и ответственным. Разберите его до конца, проверьте на команде, исправьте. Опыт первого процесса сделает следующий значительно быстрее.
Что унести с собой
Регламент становится полезным, когда помогает закончить конкретную работу: найти данные, проверить ответ и понять, чьё решение нужно дальше. Начните с небольшого процесса и реальных вопросов команды — тогда документ будет расти вместе с опытом, а не отдельно от него. Текстовые правила не заменяют настройки доступа: существенные ограничения нужно подкреплять технически. И главное: проверяйте не только текст ответа, но и то, какое действие после него выполняется.
Если хотите, чтобы это работало в вашем бизнесе без ручной рутины, напишите нам. Подскажем, как собрать это под вашу нишу.
Материал подготовлен по мотивам разбора портала Wake up Marketing с адаптацией и дополнениями НейроМаркета.