С какой задачи начать, чтобы правила не остались на бумаге?
Начните с повторяющейся задачи, у которой известны входные данные, результат и человек, принимающий работу. Подойдут черновик ответа, сводка обращения или подготовка документа по утверждённым материалам. Сложные переговоры и решения с большой ценой ошибки лучше не брать первым примером.
Для учебного процесса выберем подготовку ответа клиенту по уже известным условиям. На входе есть обращение и действующие сведения о товаре. На выходе должен получиться черновик с ответами на вопросы и отмеченными пробелами. Сотрудник решает, можно ли его отправить, что нужно уточнить и кому передать исключение.
Я бы сначала разобрала, как эту работу выполняет человек. Какие материалы он открывает? К кому обращается за подтверждением? Какие сведения нельзя получить из одного прайса? Этот разбор полезнее, чем немедленная попытка написать длинную инструкцию модели. Он показывает, какие решения раньше молча принимал опытный сотрудник.
Например, действующая цена может находиться в таблице, а срок поставки зависеть от разговора с поставщиком. Внешне оба ответа выглядят как простые значения для письма. По способу подтверждения это разные сведения. Если свести их в одну команду «возьми данные из базы», неопределённость никуда не исчезнет.
Я бы зафиксировала границу первого запуска: помощник готовит письмо и перечисляет недостающие сведения. Он не обещает поставку по памяти, не согласует особую цену и не отправляет ответ самостоятельно. Когда команда научится принимать такой результат, можно отдельно обсуждать следующие действия и условия их разрешения.
Полезный результат нужно назвать заранее
«Получился хороший текст» слишком расплывчато. Для нашего примера результатом будет черновик, в котором правильно указана модель, цена взята из действующего источника, вопросы клиента разобраны, а неподтверждённый срок явно оставлен для уточнения. Если эти условия не выполнены, работа возвращается на исправление.
Проверять стоит именно принятый результат. Быстрый первый ответ мало значит, если сотрудник затем заново собирает всё письмо. Этот принцип пригодится и для расчёта эффекта: в статье об окупаемости внедрения ИИ отдельно разобраны время проверки и реальные расходы.
Кто ставит задачу, проверяет ответ и разрешает действие?
Назначьте владельца процесса, исполнителя и человека, который принимает результат. В небольшой компании несколько ролей может выполнять один сотрудник. Важно, чтобы команда одинаково понимала: кто поддерживает правила, кто проверяет конкретную работу и кто разрешает нестандартное решение.
В учебном процессе роли можно распределить так:
Здесь нет требования нанимать отдельного человека на каждую строку. У владельца небольшого бизнеса первые две роли могут совпадать. Но ответ «за данные отвечают все» обычно означает, что конкретное устаревшее условие никто не считает своей задачей.
Исполнитель должен понимать, когда его полномочия заканчиваются. Если он сам не может согласовать скидку клиенту, помощнику тоже нельзя приписывать такое право одной фразой в задании. Иначе программа просто ускорит принятие решения, которое по рабочему порядку должен был рассмотреть другой человек.
При передаче исключения полезно сохранять краткое объяснение: какой вопрос возник, какие сведения уже проверены и что нужно решить. Согласующий получает подготовленную задачу, а не приглашение заново прочитать всю переписку. После решения сотрудник возвращается к письму и завершает работу.
Не путать ответственность и ручную перепроверку всего подряд
У ответственного человека может быть разный порядок контроля для разных действий. Обычный черновик он проверяет сам, изменения условий согласует с владельцем процесса, а исправление справочной информации передаёт её автору. Не обязательно каждый раз собирать всех участников.
Правила должны помогать выполнить работу до конца. Если на любой вопрос документ отвечает «согласуйте с руководителем», помощник станет ещё одним способом перенести нагрузку наверх. Лучше заранее определить обычные случаи и отдельно описать исключения, по которым действительно нужно решение.
Какие действия можно выполнять автоматически?
Разделите подготовку информации и действия с последствиями. Помощнику можно поручить собрать черновик, выделить вопросы или предложить вариант документа. Отправку клиенту, изменение условий, удаление и другие значимые действия разрешают отдельно, с учётом конкретного процесса и технических ограничений системы.
Для учебного ответа клиенту полезна простая шкала:
Одна и та же фраза в интерфейсе может скрывать разные уровни. «Подготовить ответ» и «ответить клиенту» звучат похоже, но во втором случае результат уже увидит другой человек. В регламенте нужно договориться, что именно подразумевает команда, а затем проверить фактическое поведение инструмента.
Если программа умеет отправлять письма, одного запрета в текстовой инструкции недостаточно для надёжного ограничения. Нужны подходящие настройки доступа и согласования. В официальной документации Claude Code о разрешениях описаны отдельные правила для инструментов и режимов работы. Их выбирают под задачу; рабочий документ помогает определить, что именно следует ограничить.
Я бы не начинала внедрение с самого широкого режима доступа ради удобства первой демонстрации. Сначала перечислите нужные действия. Если для черновика достаточно прочитать утверждённые материалы, возможность менять другие файлы или отправлять сообщения не помогает выполнить эту часть работы.
Как описать передачу человеку
Укажите не только условие остановки, но и следующий шаг. Например: «Если срок не подтверждён, помощник отмечает пробел и готовит вопрос ответственному за поставку. Клиенту срок не отправляется до ответа». Здесь ясно, что происходит с незавершённой задачей и кто её продолжает.
Фраза «ничего не делай при сомнении» оставляет работу в подвешенном состоянии. Сотрудник может не заметить, что подготовка остановилась. Вместо молчания нужен понятный результат: что удалось сделать, что осталось неизвестным и чьё решение требуется.
Как выбрать источники, которым должен следовать помощник?
Назначьте действующий источник для каждого вида сведений: цены, условия, состав услуги, правила общения и статус конкретного обращения. Укажите порядок при противоречиях и ответственного за обновление. Старые письма и рекламные материалы не должны молча заменять текущие рабочие условия.
В нашем примере прайс отвечает за цену товара, карточка обращения — за запрос клиента, а подтверждение поставки — за срок. Если помощник нашёл старое коммерческое предложение с другой стоимостью, это повод отметить расхождение. Выбирать более удобное число по собственному усмотрению он не должен.
Я предлагаю составить небольшой перечень:
Это учебная схема. В вашей компании источник может быть другим: CRM, таблица, учётная программа или согласованный документ. Важнее, чтобы люди понимали, где искать подтверждение и какой источник имеет приоритет.
Для материалов, которые сотрудники передают внешнему сервису, также нужен отдельный рабочий порядок. Определите допустимые сведения и согласованный способ обращения с ними. Нельзя считать любой найденный файл подходящим для загрузки только потому, что помощник технически умеет его прочитать. Юридические условия и доступы конкретного сервиса проверяются отдельно.
Что делать с исправлениями
Если сотрудник обнаружил неверную цену в источнике, исправить только готовое письмо недостаточно. Следующий человек снова получит те же исходные сведения. В регламенте полезно записать, кому передать ошибку и как понять, что источник обновлён.
Историю старых материалов можно сохранить для работы команды, но нужно отделить её от действующих условий. Пометка «архив» должна влиять на использование документа, а не просто стоять рядом с названием папки. Проверьте на примере, что помощник не берёт оттуда сведения для обычного ответа.
Как выглядит образец регламента для одной задачи?
Ниже — учебная основа документа для подготовки ответа клиенту. В ней нужно заменить источники, роли и разрешённые действия на свои. Готовый текст стоит обсудить с сотрудниками и проверить на примерах до использования в реальном процессе.
Название процесса: подготовка черновика ответа на обращение.
Цель. Помочь сотруднику собрать точный ответ по действующим сведениям и заметить вопросы, по которым нужно дополнительное решение.
Входные материалы. Текущее обращение, карточка товара, утверждённые условия и доступные подтверждения по поставке. В задании указываются модель и вопросы клиента. Неизвестные сведения остаются неизвестными.
Разрешённая работа. Выделить вопросы, найти относящиеся к ним сведения, подготовить черновик и перечислить пробелы. Предложить уточнение сотруднику. Самостоятельная отправка и изменение коммерческих условий в этот процесс не входят.
Правило источников. Цена и состав берутся из действующей карточки. Срок используется только при наличии подтверждения. Предыдущая переписка помогает понять контекст, но не заменяет актуальные условия.
Правило неопределённости. При противоречии или нехватке сведений помощник показывает, что нужно проверить. Заполнять пробел правдоподобным предположением нельзя. Если для ответа нужна новая договорённость, вопрос передаётся согласующему.
Приёмка. Исполнитель сверяет модель, цену, условия, ответы на вопросы и неподтверждённые утверждения. Отдельно проверяет, что черновик не выдаёт предложение за уже принятое решение.
Следующее действие. После проверки сотрудник отправляет письмо разрешённым способом. Если подготовка не завершена, он фиксирует причину и передаёт конкретный вопрос ответственному.
Изменение правил. Повторяющиеся ошибки разбирает владелец процесса. Изменённый порядок проверяется на прежнем проблемном примере и на обычной задаче. Дата и причина изменения сохраняются.
Такой образец уже можно обсуждать. Например, выяснится, что скидки до определённого уровня менеджер согласует сам или что часть типовых ответов компания хочет отправлять автоматически. Эти решения нужно принять явно и отразить в настройках. Не стоит незаметно расширять полномочия помощника по ходу первого запуска.
Как проверить ответ ИИ перед отправкой клиенту?
Сверьте факты с источниками, проверьте ответы на все вопросы и найдите утверждения, для которых нет подтверждения. Затем посмотрите, какое действие или обязательство следует из текста. Грамотность и вежливый тон не заменяют такую проверку.
Для учебного письма достаточно короткой памятки:
- В ответе тот товар и та комплектация, о которых идёт речь.
- Цена соответствует действующему источнику и не потеряла важное условие.
- Срок подтверждён либо обозначен как вопрос для уточнения.
- Скидка не появилась без предусмотренного решения.
- Каждый вопрос клиента получил ответ или понятный следующий шаг.
- Письмо не сообщает об отправке, бронировании или согласовании, которых ещё не было.
Не все пункты нужно проверять одинаковым способом. Название можно сравнить с карточкой, сумму — с прайсом, а смысл обещания придётся прочитать. Если сотрудник не понимает исходный предмет, красивый список галочек не сделает проверку надёжной. Ему нужны обучение и возможность спросить специалиста.
После нескольких разборов памятку стоит сократить до действительно важных мест конкретного процесса. Задача регламента — помочь замечать ошибки, которые меняют результат. Если команда проверяет десятки формальных признаков и пропускает неподтверждённую поставку, порядок проверки нужно переделать.
Как фиксировать найденную ошибку
Запишите входные сведения, ошибочный фрагмент, правильный вариант и причину. «Нейросеть плохо ответила» не помогает выбрать исправление. «Взяла цену из прошлогоднего предложения, потому что оба файла считались действующими» уже показывает проблему источников.
Другой пример: помощник правильно составил письмо, но сотрудник отправил черновик до проверки. Здесь изменение текста инструкции модели не решит задачу полностью. Нужно смотреть порядок работы человека и доступность самого действия отправки.
Достаточно ли записать правила в CLAUDE.md?
Нет. CLAUDE.md помогает Claude Code учитывать инструкции проекта, но не является гарантией выполнения каждого правила. Существенные ограничения нужно подкреплять настройками разрешений, проверками и порядком принятия результата. Текстовый документ и технический запрет выполняют разные задачи.
В документации Claude Code о памяти проекта прямо разделены инструкции и жёсткое техническое ограничение. Для бизнеса это означает простую вещь: фразу «не отправляй без проверки» нужно сопоставить с реальным устройством процесса, а не воспринимать как готовую защиту.
В файле удобно хранить ясные договорённости: где лежат стандарты, как называется действующий прайс, что считается готовым результатом, когда требуется уточнение. Если там одновременно есть противоречащие друг другу указания, помощнику сложнее выбрать нужный порядок. Сначала договоритесь внутри команды.
Повторяющиеся обязательные проверки иногда можно автоматизировать. В Claude Code для этого существуют hooks — обработчики событий. Возможность конкретной проверки нужно проектировать и испытывать отдельно. Наличие обработчика ещё не означает, что он измеряет нужный признак или останавливает неверное действие.
Что показать команде на обучении
Покажите не только удачный ответ, но и спорный случай: отсутствующий срок, противоречивый прайс, просьбу о нестандартной скидке. Сотрудники должны увидеть, что помощник делает при пробеле и как они продолжают работу. Именно такие ситуации объясняют смысл правил.
Само обучение можно построить по материалу о программе работы с ИИ для сотрудников. Эта статья дополняет его документом для конкретного процесса: что подготовить, как принять результат и как разбирать ошибку после запуска.
Как проверить, что команда одинаково понимает регламент?
Дайте сотрудникам одинаковую учебную задачу и попросите отдельно назвать допустимый результат, проверки и следующий шаг. Сравните решения, обсудите расхождения и уточните документ. Одна подпись об ознакомлении не показывает, что люди будут действовать одинаково.
Возьмём три учебные ситуации для нашего письма:
Это набор для разбора, а не отчёт о выполненной проверке компании. Его ценность в возможности заранее договориться о правильном ходе работы. Если один сотрудник выбрал сразу отправить обещание, а другой — оставить задачу без движения, обсудите оба решения.
После изменения регламента вернитесь к тому примеру, который вызвал разногласие. Теперь документ должен помогать выбрать нужный шаг. Затем проверьте обычную задачу: исправление не должно превращать каждое простое письмо в длинное согласование.
Полезно попросить нового сотрудника найти действующий источник и ответственного без устных подсказок автора документа. Если это не получается, в правилах может не хватать понятной ссылки, названия роли или места хранения материалов. Такой пробел легко не заметить человеку, который давно знает процесс.
Как поддерживать правила после запуска?
Назначьте владельца регламента, сохраняйте причины изменений и проверяйте новые правила на прежних проблемных примерах. Повторяющиеся ошибки разбирайте по источнику: данные, инструкция, доступ, проверка человеком или само действие. Это помогает менять нужный участок процесса.
Не каждую неудачную формулировку нужно превращать в новое запрещающее правило. Если смысл ответа правильный, а сотруднику не нравится оборот, достаточно редактуры. Если помощник повторно обещает неподтверждённое условие, стоит разбирать причину и порядок работы.
Я предлагаю оставить в журнале изменений дату, проблему, принятое решение и пример для повторной проверки. В нём не нужна вся история переписки. Нужны сведения, по которым команда поймёт, зачем правило появилось и не устарело ли оно после изменения процесса.
Если компания меняет прайс, способ согласования или программу учёта, проверьте связанные инструкции. Иначе документ будет описывать работу, которой уже нет. То же относится к расширению возможностей помощника: новый канал отправки или право сохранения требует отдельного пересмотра соответствующей части регламента.
Я бы оценивала зрелость такого порядка по двум признакам. Сотрудник понимает, когда результат можно использовать. Владелец процесса может объяснить, что именно изменилось после найденной ошибки. Для начала этого полезнее, чем большой документ, который никто не открывает.
Когда стоит привлечь специалиста?
Специалист полезен, когда правила не удаётся связать с реальным процессом: данные лежат в разных местах, сотрудники спорят о приёмке, а помощник должен работать с несколькими системами. На первой встрече важнее показать задачу и пример результата, чем приносить длинное техническое задание.
Если нужно разобрать такой процесс, напишите Алёне Вебер в Telegram. В первом сообщении расскажите, какую работу хотите упростить, кто её выполняет и где возникают сомнения. Для обсуждения можно подготовить обезличенный пример задачи и действующие правила без лишних клиентских сведений.
Алёна помогает разобрать процессы, собрать решения на Claude Code и обучить команду работе с ними. В рамках вашей задачи можно обсудить источники, порядок проверки и первые примеры для обучения. Состав работы, стоимость и сроки определяются после разговора. Подробнее об услуге внедрения Claude Code.
Сам документ не гарантирует правильных ответов и не заменяет настройку системы. Его задача — сделать решения команды явными. Когда они записаны понятным языком, специалисту проще превратить их в работающий процесс и показать, какие проверки потребуются до запуска.
Частые вопросы о правилах работы с ИИ
Нужен ли регламент маленькой компании?
Да, если несколько людей используют ИИ в общем процессе и от их ответов зависят клиенты или работа команды. Начать можно с одной страницы по одной задаче. Размер документа определяется числом реальных решений, а не количеством сотрудников.
Можно ли взять этот образец без изменений?
Его можно использовать как основу обсуждения. Источники, роли, ограничения и допустимые действия нужно заменить на свои. Проверьте документ на обычном, спорном и незавершённом случае вашего процесса.
Кто отвечает за ошибку нейросети?
Рабочий порядок должен заранее называть человека, принимающего результат и разрешающего действие. Юридическая ответственность определяется конкретными обстоятельствами и договорённостями; назначение роли в регламенте само по себе этот вопрос не решает.
Нужно ли проверять каждый ответ вручную?
Порядок зависит от задачи и последствий ошибки. Для первого запуска разумно увидеть работу на примерах и понять, какие проверки можно подтвердить технически. Автоматический контроль нельзя считать достаточным только по наличию отчёта об успехе.
Чем регламент отличается от инструкции нейросети?
Регламент описывает работу людей и системы целиком: источники, роли, проверку и действия. Инструкция помощнику — одна из его частей. Она не заменяет права доступа и решение человека по исключениям.
С чего начинать разговор с Алёной?
С одной повторяющейся задачи, примера принятого результата и вопроса, который сейчас решается вручную. Условия внедрения и обучения обсуждаются индивидуально; примеры из статьи не являются готовым составом или ценой услуги.
С чего начать прямо сейчас?
- За 10–15 минут выберите одну задачу, в которой хотите использовать ИИ, и назовите нужный результат.
- Найдите действующие источники и человека, который принимает такую работу сейчас.
- Запишите, что помощник может подготовить, какие решения должен передать и кто выполняет следующее действие.
- Возьмите обычный случай, противоречие и нехватку сведений. Сравните решения сотрудников с написанными правилами.
- Исправьте непонятные места и с этим примером обсуждайте обучение команды или внедрение рабочего решения.
Вывод
Регламент становится полезным, когда помогает закончить конкретную работу: найти сведения, проверить ответ и понять, чьё решение требуется дальше. Начните с небольшого процесса и реальных вопросов команды. Тогда документ будет расти вместе с опытом, а не отдельно от него.
