Как использовать ИИ для написания регламента: практическое руководство

Что такое ИИ для написания регламентов и когда его применять

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

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

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

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

Подготовка к созданию регламента: сбор данных и описание процесса

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

Начните с одного процесса. Не пытайтесь охватить всю компанию сразу. Выберите что-то конкретное: обработка заявки клиента, согласование отпуска, подготовка коммерческого предложения. Процесс должен иметь четкие границы: понятное начало, понятный конец, понятные участники.

Регламент, который описывает всё и сразу, не работает. Сотрудник открывает документ, видит 20 страниц общих фраз и закрывает. Один процесс — один регламент. Это правило экономит время всем.

Соберите источники информации о процессе:

• Записи разговоров с сотрудниками, которые выполняют задачу ежедневно
• Переписку в корпоративных чатах, где обсуждаются типичные ситуации
• Старые инструкции, даже если они устарели или написаны хаотично
• Примеры реальных заявок, писем, документов, которые создаются в процессе
• Описания ошибок, которые случались, и как их исправляли

Не полагайтесь только на мнение руководителя. Руководитель знает, как процесс должен работать в теории. Исполнители знают, как он работает на практике. Эти два знания редко совпадают. Если регламент будет основан только на идеальной картине из головы начальника, он окажется оторванным от реальности.

Проведите короткое интервью с тем, кто выполняет задачу чаще всего. Не нужно формального подхода. Задайте простые вопросы:

• С чего начинается процесс и чем заканчивается?
• Какие действия выполняются между началом и концом?
• Кто еще участвует в процессе и на каком этапе?
• Какие документы или системы используются?
• Какие ситуации выбиваются из стандартного порядка?
• Где чаще всего возникают задержки или ошибки?

Запишите разговор на диктофон или в заметки. Не пытайтесь сразу структурировать информацию. Задача на этом этапе — собрать сырой материал. ИИ справится со структурированием лучше, чем вы вручную.

Если процесс сложный и в нем участвуют несколько человек, опросите каждого. Менеджер по продажам видит процесс согласования договора со своей стороны. Юрист видит его со своей. Бухгалтер со своей. Регламент должен учитывать все точки зрения, иначе он будет неполным.

Как описать процесс для ИИ

После сбора информации нужно сформулировать описание процесса в удобной для ИИ форме. Это не значит, что нужно говорить формально или использовать специальные термины. Наоборот, чем естественнее вы излагаете, тем лучше.

Опишите процесс как последовательность шагов. Не углубляйтесь в детали на первом этапе. Цель — дать общую картину. Например:

Клиент отправляет заявку на почту. Менеджер проверяет заявку и вносит данные в CRM. Если сумма заказа больше 100 тысяч, менеджер согласовывает скидку с руководителем. После согласования менеджер отправляет коммерческое предложение клиенту. Клиент подписывает договор. Менеджер передает договор в бухгалтерию для выставления счета.

Этого достаточно для первого шага. ИИ задаст уточняющие вопросы, если понадобится больше деталей. Не пытайтесь предугадать все нюансы сразу.

Укажите, кто отвечает за каждый шаг. Это важно, потому что регламент должен быть не просто описанием процесса, а руководством к действию. Если в регламенте написано "заявка обрабатывается", но не написано кем, он бесполезен.

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

Опишите исключения. Регламент, который описывает только идеальный сценарий, работает в 30% случаев. Остальные 70% — это ситуации, когда клиент не отвечает, руководитель в отпуске, сумма заказа на границе лимита или договор потерялся в почте. Перечислите типичные исключения и объясните, что делать в каждом случае.

Регламенты, которые игнорируют исключения, создают иллюзию порядка. Сотрудники читают документ, сталкиваются с нестандартной ситуацией и действуют по интуиции. Регламент становится декорацией.

Как создать регламент с помощью ИИ: пошаговая инструкция

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

Шаг 1. Зафиксируйте процесс

Откройте текстовый редактор или чат с ИИ и изложите процесс своими словами. Не думайте о форме, думайте о содержании. Напишите, как процесс происходит сейчас. Можно использовать записи интервью, переписку, старые инструкции — всё, что вы собрали на этапе подготовки.

Пример описания процесса для ИИ:

Когда новый сотрудник выходит на работу, HR-менеджер отправляет заявку в IT-отдел на создание учетной записи. IT создает почту, дает доступ к внутренним системам и выдает ноутбук. Параллельно HR знакомит сотрудника с командой, показывает офис и выдает пропуск. В первый день непосредственный руководитель проводит встречу, объясняет задачи и знакомит с текущими проектами. В течение первой недели сотрудник изучает внутренние документы и проходит вводный курс. Через две недели HR проводит встречу, чтобы узнать, как проходит адаптация, и собрать обратную связь.

Этот текст выглядит неформально, но содержит всё необходимое: последовательность действий, участников, сроки. ИИ преобразует его в структурированный регламент.

Шаг 2. Разбейте процесс на шаги

Попросите ИИ разделить процесс на отдельные шаги и назначить ответственных. Это можно сделать одним запросом:

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

ИИ вернет структурированный список:

1. HR-менеджер отправляет заявку в IT-отдел на создание учетной записи — в день выхода сотрудника
2. IT-специалист создает корпоративную почту — в течение 2 часов
3. IT-специалист настраивает доступ к внутренним системам — в течение 2 часов
4. IT-специалист выдает ноутбук и настраивает оборудование — в первый день
5. HR-менеджер знакомит сотрудника с командой и офисом — в первый день
6. HR-менеджер выдает пропуск — в первый день
7. Непосредственный руководитель проводит встречу с новым сотрудником — в первый день
8. Сотрудник изучает внутренние документы и проходит вводный курс — в течение первой недели
9. HR-менеджер проводит встречу для сбора обратной связи — через две недели

Теперь процесс разложен на конкретные действия. Каждое действие имеет исполнителя и срок. Это основа регламента.

Шаг 3. Укажите сроки и ответственных

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

Если процесс включает несколько отделов, укажите порядок передачи задачи. Например: менеджер передает согласованный договор в бухгалтерию через CRM, прикрепляя скан подписанного документа. Без этой детали возникнет неразбериха: кто-то будет ждать письма, кто-то звонка, кто-то уведомления в системе.

Сроки должны быть реалистичными. Если в регламенте написано, что IT создает учетную запись за 10 минут, но на практике это занимает два часа, регламент потеряет доверие. Ориентируйтесь на средние показатели, а не на идеальные.

Шаг 4. Добавьте исключения и граничные условия

Попросите ИИ дополнить регламент разделом с исключениями. Используйте информацию, которую собрали во время интервью:

Добавь раздел с исключениями. Опиши, что делать, если: HR-менеджер в отпуске, IT не может выдать ноутбук в первый день, сотрудник выходит удаленно, руководитель недоступен для встречи.

ИИ предложит варианты действий для каждой ситуации. Проверьте, соответствуют ли они реальной практике. Если нет, скорректируйте.

Граничные условия — это ситуации, когда процесс меняется в зависимости от обстоятельств. Например, если сумма договора меньше 50 тысяч, менеджер согласовывает его самостоятельно. Если больше 50 тысяч, требуется согласование с руководителем. Если больше 500 тысяч, нужна подпись генерального директора. Это граничные условия, и они должны быть в регламенте.

Шаг 5. Составьте промпт

Промпт — это запрос к ИИ, который описывает, что именно вы хотите получить. Чем точнее промпт, тем меньше правок потребуется.

Базовая структура промпта для создания регламента:

• Название процесса
• Цель процесса
• Участники процесса
• Описание шагов
• Исключения
• Формат документа

Пример промпта:

Создай регламент процесса адаптации нового сотрудника. Цель — обеспечить плавное введение в работу и снизить количество вопросов в первые недели. Участники: HR-менеджер, IT-специалист, непосредственный руководитель, новый сотрудник. Процесс включает создание учетной записи, выдачу оборудования, знакомство с командой, обучение и сбор обратной связи. Исключения: HR в отпуске, сотрудник выходит удаленно, оборудование недоступно. Формат: таблица с колонками "Шаг", "Ответственный", "Действие", "Срок", "Примечание".

ИИ создаст черновик регламента на основе этого описания. Вы можете сразу использовать его как основу или доработать.

Шаг 6. Сгенерируйте черновик

Отправьте промпт ИИ и получите первый вариант регламента. Не ожидайте идеального результата с первого раза. Черновик — это рабочий материал, который нужно проверить и доработать.

Прочитайте регламент как сотрудник, который видит процесс впервые. Понятна ли последовательность действий? Ясно ли, кто за что отвечает? Достаточно ли информации, чтобы выполнить задачу без дополнительных вопросов?

Если что-то неясно, попросите ИИ уточнить. Например:

В шаге 3 написано "настраивает доступ к внутренним системам". Уточни, к каким именно системам и что включает настройка.

ИИ дополнит описание:

IT-специалист настраивает доступ к следующим системам: корпоративная почта, CRM, внутренний портал, система учета рабочего времени, облачное хранилище документов. Настройка включает создание учетной записи, назначение прав доступа в соответствии с должностью и отправку инструкций по входу на почту сотрудника.

Теперь шаг описан конкретно.

Шаг 7. Проверьте логику и полноту

Убедитесь, что регламент покрывает весь процесс от начала до конца. Нет ли пропущенных шагов? Нет ли ситуаций, когда непонятно, что делать дальше?

Проверьте логику передачи задачи между участниками. Если менеджер заканчивает свою часть работы, ясно ли, кто продолжает? Как второй участник узнает, что задача перешла к нему?

Пример проблемы: в регламенте написано, что менеджер согласовывает скидку с руководителем, но не написано, как именно это происходит. Менеджер должен написать в чат, отправить письмо, создать задачу в системе или подойти лично? Без этой детали каждый будет действовать по-своему.

Попросите ИИ добавить недостающие детали:

Уточни, каким способом менеджер согласовывает скидку с руководителем.

ИИ дополнит:

Менеджер создает задачу в CRM с темой "Согласование скидки", указывает сумму заказа, размер запрашиваемой скидки и комментарий с обоснованием. Руководитель получает уведомление, проверяет данные и одобряет или отклоняет запрос в течение одного рабочего дня.

Теперь процесс описан полностью.

Шаг 8. Уберите лишнее

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

Удалите общие фразы, которые не несут практической пользы. Например: "Сотрудник должен ответственно относиться к выполнению задачи". Это не инструкция, это пожелание. В регламенте должны быть только конкретные действия.

Удалите дублирующую информацию. Если в одном разделе написано, что менеджер отправляет коммерческое предложение клиенту, не нужно повторять это в другом разделе.

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

Шаг 9. Протестируйте на реальном сотруднике

Передайте регламент тому, кто будет его использовать. Попросите выполнить процесс по инструкции и отметить все моменты, где возникли вопросы или неясности.

Не объясняйте ничего устно. Если сотрудник спрашивает, значит, регламент неполный. Зафиксируйте вопросы и дополните документ.

Тестирование на реальной задаче выявляет проблемы, которые невозможно увидеть при чтении. Например, в регламенте написано "прикрепить файл к заявке", но не указано, в каком формате должен быть файл, какого размера и куда его загружать. Сотрудник столкнется с этой неясностью и обратится за помощью. Это сигнал доработать регламент.

Шаг 10. Утвердите и внедрите

После доработки согласуйте регламент с руководителем или владельцем процесса. Убедитесь, что документ соответствует корпоративным стандартам и юридическим требованиям, если они применимы.

Разместите регламент там, где его легко найти: во внутреннем портале, базе знаний, общей папке. Отправьте уведомление всем, кто участвует в процессе.

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

Назначьте ответственного за обновление регламента. Процессы меняются, и регламент должен меняться вместе с ними. Если документ устареет, сотрудники перестанут ему доверять.

Как правильно составить промпт для генерации регламента

Качество регламента зависит от качества промпта. ИИ работает с той информацией, которую вы ему даете. Если промпт расплывчатый, регламент будет общим. Если промпт детальный, регламент будет практичным.

Промпт состоит из нескольких обязательных элементов. Без них ИИ будет додумывать детали, и результат окажется далеким от реальности.

Элемент 1. Название процесса

Укажите, какой именно процесс вы регламентируете. Название должно быть конкретным. Вместо "работа с клиентами" напишите "обработка входящей заявки от нового клиента". Вместо "документооборот" напишите "согласование договора с поставщиком".

Чем точнее название, тем меньше вероятность, что ИИ добавит лишние шаги или упустит важные.

Элемент 2. Цель процесса

Объясните, зачем существует этот процесс. Цель помогает ИИ расставить приоритеты при формировании структуры регламента.

Например:

• Цель процесса адаптации — сократить время введения нового сотрудника в должность и снизить количество вопросов к коллегам
• Цель процесса согласования договора — исключить ошибки в условиях и ускорить подписание
• Цель процесса обработки претензии — сохранить лояльность клиента и предотвратить повторные жалобы

Цель влияет на детализацию. Если цель — ускорение, ИИ предложит упростить шаги. Если цель — снижение ошибок, ИИ добавит проверки и контрольные точки.

Элемент 3. Участники процесса

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

Не пишите "сотрудники отдела продаж". Напишите "менеджер по продажам", "руководитель отдела продаж", "аккаунт-менеджер" — в зависимости от того, кто конкретно участвует.

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

Элемент 4. Описание шагов

Изложите последовательность действий своими словами. Не нужно формализовывать. Напишите так, как рассказали бы коллеге.

Пример:

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

ИИ преобразует это описание в структурированный регламент с пронумерованными шагами, ответственными и сроками.

Элемент 5. Исключения

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

Примеры исключений:

• Что делать, если клиент не отвечает на звонки и письма?
• Что делать, если руководитель недоступен для согласования?
• Что делать, если система недоступна?
• Что делать, если сумма превышает лимит полномочий?

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

Элемент 6. Формат документа

Укажите, в каком виде хотите получить регламент. Это может быть:

• Нумерованный список шагов
• Таблица с колонками
• Блок-схема в текстовом описании
• Чек-лист

Таблица удобна, когда процесс линейный и в нем много участников. В таблице легко увидеть, кто за что отвечает.

Нумерованный список подходит для процессов, где действия выполняются последовательно одним человеком.

Чек-лист работает для коротких процессов, которые нужно выполнить быстро без углубления в детали.

Пример указания формата в промпте:

Оформи регламент в виде таблицы с колонками: номер шага, ответственный, действие, срок выполнения, примечание. В колонке "примечание" указывай исключения и особые условия.

ИИ создаст документ в указанном формате.

Готовые промпты для разных типов регламентов

Готовые промпты экономят время на формулировании запроса. Вы можете использовать их как основу и адаптировать под специфику вашей компании. Каждый промпт содержит ключевые элементы: название процесса, участников, последовательность действий и исключения.

Регламент онбординга нового сотрудника

Создай регламент адаптации нового сотрудника на позицию менеджера по продажам. Цель — ввести сотрудника в работу за две недели, обеспечить доступ ко всем необходимым системам и снизить количество вопросов к коллегам.

Участники: HR-менеджер, IT-специалист, руководитель отдела продаж, наставник, новый сотрудник.

Процесс начинается в день выхода сотрудника. HR передает заявку в IT на создание учетной записи, корпоративной почты и доступа к CRM. IT выдает ноутбук и настраивает оборудование. HR проводит экскурсию по офису, знакомит с командой и выдает пропуск. Руководитель проводит встречу, объясняет задачи и текущие проекты. В течение первой недели сотрудник изучает базу знаний, проходит обучение по продукту и наблюдает за работой наставника. Через неделю сотрудник начинает обрабатывать заявки под контролем наставника. Через две недели HR собирает обратную связь и фиксирует завершение адаптации.

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

Оформи регламент в виде таблицы с колонками: день, ответственный, действие, примечание.

Регламент согласования договоров и коммерческих предложений

Создай регламент согласования договоров с новыми клиентами. Цель — ускорить подписание договора, исключить ошибки в условиях и обеспечить прозрачность процесса.

Участники: менеджер по продажам, руководитель отдела продаж, юрист, бухгалтер, генеральный директор.

Процесс начинается после устной договоренности с клиентом. Менеджер заполняет шаблон договора в CRM, указывает условия, сроки и сумму. Если сумма меньше 100 тысяч рублей, менеджер отправляет договор клиенту без согласования. Если сумма от 100 до 500 тысяч, менеджер согласовывает договор с руководителем отдела. Если сумма больше 500 тысяч, договор проходит через юриста, бухгалтера и генерального директора. Юрист проверяет юридическую чистоту, бухгалтер проверяет корректность реквизитов и налоговых условий. Генеральный директор утверждает окончательный вариант. После всех согласований менеджер отправляет договор клиенту. Клиент подписывает и возвращает. Менеджер передает подписанный договор в бухгалтерию для выставления счета.

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

Оформи регламент в виде блок-схемы в текстовом описании с указанием условий и ответственных на каждом этапе.

Регламент обработки входящих звонков в колл-центре

Создай регламент обработки входящего звонка от клиента в службе поддержки. Цель — решить вопрос клиента с первого обращения или передать специалисту, если проблема сложная.

Участники: оператор первой линии, специалист второй линии, руководитель службы поддержки, клиент.

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

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

Оформи регламент в виде чек-листа с разделением на стандартные и сложные обращения.

Регламент удаленной работы

Создай регламент удаленной работы для сотрудников офиса. Цель — обеспечить продуктивность, доступность сотрудников и контроль выполнения задач.

Участники: сотрудник, непосредственный руководитель, HR-менеджер.

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

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

Оформи регламент в виде списка обязанностей сотрудника и руководителя с указанием сроков реакции.

Регламент работы с конфиденциальной информацией

Создай регламент работы с конфиденциальной информацией компании. Цель — предотвратить утечку данных и обеспечить соблюдение политики информационной безопасности.

Участники: все сотрудники, IT-специалист, служба безопасности.

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

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

Оформи регламент в виде списка правил и запретов с указанием последствий нарушения.

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

Создай регламент оформления ежегодного оплачиваемого отпуска. Цель — обеспечить своевременное планирование отпусков и избежать простоя в работе отдела.

Участники: сотрудник, руководитель, HR-менеджер, бухгалтер.

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

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

Оформи регламент в виде пошаговой инструкции с указанием сроков на каждом этапе.

Регламент проведения совещаний

Создай регламент проведения еженедельного совещания отдела продаж. Цель — синхронизировать команду, обсудить результаты недели и поставить задачи на следующую.

Участники: руководитель отдела продаж, менеджеры по продажам, аналитик.

Совещание проводится каждый понедельник в 10:00 и длится не более часа. Руководитель отправляет повестку за день до совещания. Повестка включает: итоги прошлой недели, анализ показателей, обсуждение проблем, задачи на новую неделю. Аналитик готовит отчет с ключевыми метриками и отправляет его всем участникам за два часа до начала. Каждый менеджер кратко отчитывается о своих результатах, называет сложности и предлагает решения. Обсуждение одного вопроса длится не более 10 минут. Если вопрос требует детального разбора, руководитель назначает отдельную встречу с участием только тех, кого это касается. В конце совещания руководитель резюмирует договоренности, назначает ответственных и фиксирует задачи в системе управления проектами. Протокол совещания отправляется всем участникам в течение двух часов после окончания.

Исключения: руководитель отсутствует — совещание ведет заместитель. Менеджер не может присутствовать — отправляет письменный отчет заранее. Совещание затягивается — руководитель прерывает обсуждение и переносит оставшиеся вопросы на следующую неделю или отдельную встречу.

Оформи регламент в виде структурированного плана совещания с указанием времени на каждый блок.

Регламент работы с CRM-системой

Создай регламент использования CRM-системы для менеджеров по продажам. Цель — обеспечить актуальность данных о клиентах и сделках, упростить отчетность и повысить эффективность работы.

Участники: менеджер по продажам, руководитель отдела продаж, администратор CRM.

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

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

Оформи регламент в виде инструкции по работе с CRM с примерами заполнения полей.

Регламент работы с претензиями клиентов

Создай регламент обработки претензии от клиента. Цель — сохранить лояльность клиента, устранить причину недовольства и предотвратить повторные жалобы.

Участники: менеджер по работе с клиентами, руководитель отдела продаж, служба качества, клиент.

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

Исключения: клиент требует невозможное — менеджер объясняет ограничения, предлагает альтернативу. Претензия необоснована — менеджер вежливо отказывает, ссылаясь на условия договора. Клиент угрожает судом — менеджер передает вопрос юристу. Претензия повторная — руководитель лично связывается с клиентом.

Оформи регламент в виде алгоритма действий с разделением на обоснованные и необоснованные претензии.

Регламент увольнения сотрудника

Создай регламент увольнения сотрудника по собственному желанию. Цель — обеспечить передачу дел, возврат имущества компании и корректное оформление документов.

Участники: сотрудник, руководитель, HR-менеджер, IT-специалист, бухгалтер.

Сотрудник подает заявление об увольнении. HR регистрирует заявление и уведомляет руководителя. Руководитель проводит встречу с сотрудником, уточняет причины увольнения и возможность удержания. Если сотрудник настаивает, руководитель согласовывает дату увольнения с учетом двухнедельной отработки. В течение отработки сотрудник передает текущие задачи коллегам, готовит документацию по проектам и проводит встречу с преемником, если он уже назначен. За три дня до увольнения сотрудник возвращает в HR пропуск, служебный телефон, ключи и другое имущество компании. IT-специалист блокирует доступ к корпоративным системам в последний рабочий день. Бухгалтерия рассчитывает окончательный расчет и выплачивает в день увольнения. HR оформляет трудовую книжку или предоставляет сведения о трудовой деятельности, выдает справки по запросу сотрудника. Руководитель проводит выходное интервью, собирает обратную связь и благодарит за работу.

Исключения: сотрудник уходит на больничный во время отработки — срок увольнения продлевается. Сотрудник не передал дела — руководитель фиксирует это в акте и взыскивает ущерб при необходимости. Сотрудник не вернул имущество — HR удерживает стоимость из окончательного расчета. Увольнение конфликтное — HR привлекает службу безопасности для контроля процесса.

Оформи регламент в виде чек-листа с разделением обязанностей между участниками процесса.

Проверка и доработка сгенерированного регламента

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

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

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

Проверка исполнителями и владельцем процесса

Владелец процесса проверяет логику и полноту. Это человек, который отвечает за процесс на стратегическом уровне: руководитель отдела, менеджер проекта, директор направления. Владелец знает, какие цели преследует процесс и как он связан с другими процессами компании.

Владелец отвечает на вопросы:

• Соответствует ли регламент целям процесса?
• Учтены ли все участники и этапы?
• Реалистичны ли сроки выполнения?
• Покрывает ли регламент исключения?
• Не конфликтует ли регламент с другими внутренними документами?

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

Исполнители проверяют практичность. Это люди, которые будут выполнять действия, описанные в регламенте. Менеджеры, операторы, специалисты. Они знают, как процесс работает на практике, где возникают задержки и какие инструменты реально используются.

Исполнители отвечают на вопросы:

• Понятна ли последовательность действий?
• Достаточно ли информации для выполнения задачи?
• Описаны ли инструменты и системы, которые используются?
• Учтены ли нестандартные ситуации, с которыми я сталкиваюсь?
• Смогу ли я выполнить задачу по этому регламенту без дополнительных вопросов?

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

Типичные проблемы, которые находят исполнители:

• Неясные формулировки. Например, "согласовать с руководителем" — как именно? Устно, через систему, по почте?
• Пропущенные шаги. Например, регламент описывает, как создать заявку, но не описывает, как уведомить следующего участника процесса.
• Недостаточная детализация. Например, "внести данные в CRM" — какие именно поля заполнить?
• Отсутствие примеров. Если процесс сложный, исполнителям нужны конкретные примеры заполнения форм или шаблонов.

Соберите замечания и дополните регламент. Не игнорируйте вопросы. Если один человек не понял, другие тоже не поймут.

Контрольный прогон на реальной задаче

Контрольный прогон — это выполнение процесса строго по регламенту. Выберите реальную задачу и попросите сотрудника выполнить её, следуя только написанному в документе. Не давайте подсказок. Фиксируйте все моменты, где сотрудник останавливается или обращается за помощью.

Контрольный прогон выявляет пробелы, которые невозможно обнаружить при чтении. Например, в регламенте написано "прикрепить файл к заявке". Сотрудник открывает систему и не находит кнопку "прикрепить файл", потому что она называется "добавить документ". Это мелочь, но она останавливает процесс.

Проведите контрольный прогон с сотрудником, который раньше не выполнял эту задачу. Новичок видит процесс без предвзятости. Опытный сотрудник автоматически заполняет пробелы из своего опыта и не замечает, что информации в регламенте недостаточно.

После контрольного прогона задайте вопросы:

• В каких моментах возникла неопределенность?
• Пришлось ли импровизировать или принимать решения, которые не описаны в регламенте?
• Какие инструкции показались избыточными или ненужными?
• Что бы вы добавили в регламент?

Внесите изменения на основе обратной связи. Проведите второй контрольный прогон, если первый выявил серьезные пробелы. Регламент готов к использованию, когда сотрудник выполняет задачу от начала до конца без вопросов.

Типичные ошибки при создании регламентов с помощью ИИ

ИИ ускоряет создание регламентов, но не исключает ошибок. Большинство проблем возникает не из-за технологии, а из-за неправильного подхода к её использованию. Вот распространенные ошибки и как их избежать.

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

Решение: конкретизируйте промпт. Укажите название процесса, участников, инструменты, которые используются, и типичные проблемы. Чем больше контекста, тем точнее результат.

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

Решение: проведите контрольный прогон. Попросите сотрудника выполнить задачу строго по регламенту и зафиксируйте все моменты, где возникли вопросы. Дополните документ на основе обратной связи.

Ошибка третья: игнорирование исключений. Регламент описывает идеальный сценарий, но 70% рабочего времени проходит в нестандартных ситуациях. Клиент не отвечает, система зависла, руководитель в отпуске. Если регламент не говорит, что делать в этих случаях, сотрудники вернутся к старым способам работы.

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

Ошибка четвертая: избыточная детализация. Регламент на 15 страниц, где описан каждый клик мыши. Сотрудники не читают такие документы. Они открывают файл, видят объем текста и закрывают. Регламент не работает не потому, что плохо написан, а потому что слишком длинный.

Решение: оставьте только необходимое. Регламент должен содержать последовательность действий, ответственных, сроки и исключения. Все остальное — лишнее. Если процесс сложный, разбейте его на несколько регламентов.

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

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

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

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

Ошибка седьмая: копирование чужих регламентов. Вы нашли пример регламента в интернете, попросили ИИ адаптировать его под вашу компанию и получили документ, который не соответствует реальности. Чужой регламент описывает чужие процессы. Даже адаптированный, он не учитывает специфику вашей работы.

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

Лучшие нейросети для создания регламентов

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

ChatGPT — универсальный помощник для создания регламентов. Хорошо понимает русский язык, справляется с структурированием информации, может работать с загруженными файлами. Позволяет уточнять результаты через диалог. Ограничение: контекстное окно ограничено, поэтому с очень большими объемами информации может потерять нить.

Claude (Anthropic) — специализируется на работе с длинными текстами и сложными промптами. Хорошо понимает нюансы, может работать с граничными условиями и исключениями. Удобен для создания регламентов со сложной логикой. Требует небольшого освоения стиля написания промптов.

Яндекс.GPT — российская альтернатива, полностью адаптирована под русский язык. Понимает локальные особенности, может знать о российском законодательстве и трудовом праве. Удобна, если нужно создать юридически точный регламент.

GigaChat (Сбер) — российская нейросеть с хорошей поддержкой русского языка. Может работать в режиме диалога, загружать документы и анализировать их. Есть встроенные шаблоны для создания документов, включая регламенты.

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

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

Обновление готовых регламентов

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

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

Как узнать, что регламент нужно обновить:

• Сотрудники не следуют регламенту и действуют по-своему
• Появились новые системы или инструменты, которые не описаны в документе
• Изменились сроки выполнения или ответственные лица
• Возникли новые типы исключений, которых раньше не было
• Поступают вопросы, которые не охватывает регламент
• Процесс интегрировался с другим процессом

Проведите встречу с владельцем процесса и основными исполнителями. Спросите, что изменилось с момента создания регламента и что нужно доработать. Зафиксируйте предложения.

Используйте ИИ для обновления. Загрузите текущий регламент и новую информацию, попросите ИИ внести изменения:

Вот текущий регламент [вставьте текст]. Произошли следующие изменения: [опишите новые реалии]. Обнови регламент с учетом этих изменений. Сохрани структуру и формат, добавь новые шаги и удали устаревшие.

ИИ автоматически найдет части, которые нужно изменить, и обновит документ. Проверьте результат, потестируйте на реальной задаче и разместите новую версию.

Версионируйте регламенты. Если вносите существенные изменения, обозначьте версию: v1.0, v1.1, v2.0. Это помогает отследить историю изменений и вернуться к старой версии, если нужно.

Часто задаваемые вопросы

Какие регламенты ИИ создает лучше всего?

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

Можно ли создать регламент только по записи разговора?

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

Как избежать ошибок в юридически значимых регламентах?

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

Нужно ли указывать сроки и ответственных в промпте?

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

Что делать, если сгенерированный регламент слишком общий?

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

Сколько времени занимает создание одного регламента?

Время зависит от сложности процесса. Простой регламент (например, обработка входящего звонка) создается за час: 20 минут подготовки, 10 минут работы с ИИ, 30 минут проверки. Сложный регламент (согласование многоэтапных процессов) требует день-два: интервью, несколько итераций с ИИ, тестирование, доработка. Использование ИИ сокращает время на 60-70% по сравнению с написанием регламента вручную.

Может ли ИИ создать регламент для межотдельского взаимодействия?

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

Какие регламенты ИИ пока создает плохо?

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

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