Когда один и тот же клиентский запрос разные сотрудники обрабатывают по-разному, руководителю нужен понятный порядок действий. Промпты для регламентов и бизнес-процессов помогают превратить заметки команды в карту процесса, рабочую инструкцию и черновик правил. В обычном чате Agent Roi вы передаёте факты, отвечаете на уточнения и проверяете результат: модель не наблюдает работу команды и не утверждает документ за вас.
Промпты для регламентов и бизнес-процессов: с чего начать
Сначала решите, какой результат нужен. Описание процесса показывает путь работы от события до результата: входы, этапы, роли, передачи и исключения. SOP, или стандартная рабочая инструкция, объясняет исполнителю конкретную повторяемую процедуру по шагам. Регламент фиксирует правила взаимодействия: кто отвечает, когда передаёт работу, кто согласует решение и где хранится результат. Это практическое различие для выбора промпта; в вашей компании названия документов могут отличаться.
Например, для обработки обращения клиента карта процесса покажет путь от получения заявки до ответа. SOP объяснит специалисту, как проверить карточку и подготовить ответ. Регламент определит, когда подключать руководителя и кто вправе обещать клиенту срок. Можно начать с карты, а затем составить инструкции для отдельных этапов. ASQ рекомендует сначала зафиксировать границы, входы, основные шаги, выходы и получателей процесса, а подробности развивать после согласования общей картины.
| Если вам нужно… | Попросите у чата… | Проверьте в работе… |
|---|---|---|
| Понять, как задача проходит между людьми | Карту процесса с ролями и передачами | Все реальные ветки и места ожидания |
| Дать новичку порядок выполнения одной операции | SOP с условиями начала, шагами и проверкой результата | Сможет ли сотрудник выполнить работу по инструкции |
| Установить единые правила между отделами | Проект регламента и контрольный список | Полномочия, сроки, исключения и согласование |
Что передать чату до первого промпта
Чат не знает, что происходит внутри вашей компании. Передайте короткое описание фактического, а не желаемого порядка: событие запуска, результат, роли, используемые материалы, шаги, спорные случаи и действующие правила. Если процесса ещё нет, прямо назовите задачу проектированием нового порядка. Не смешивайте действующую практику и предложение по улучшению.
Удобно заполнить такой паспорт:
Процесс: [название и границы — с какого события начинается, чем заканчивается].
Цель и результат: [что получает клиент или следующая команда].
Входы: [заявка, документы, данные; кто их передаёт].
Роли: [кто выполняет, проверяет, согласует и получает результат].
Фактические шаги: [короткий список по порядку].
Передачи: [кому, что и при каком условии передают].
Исключения: [неполные данные, отказ, спор, срочность].
Контроль: [как понятно, что этап завершён правильно].
Источники: [действующий документ, заметки, интервью; дата и версия].
Неизвестно: [что нужно уточнить у исполнителя или владельца].Для первого прохода достаточно одного процесса и проверенного фрагмента. Обезличьте клиентские данные и передавайте только то, что разрешено правилами компании. Если инструкция длинная или противоречивая, разбирайте разделы по очереди и сохраняйте подтверждённые выводы отдельно. Большой файл в чате сам по себе не доказывает, что модель учла каждую строку.
Как работать с промптами в обычном чате
Хороший порядок состоит из четырёх остановок. Он нужен, чтобы не превратить неизвестный шаг в уверенно написанное правило:
- Паспорт. Передайте факты и попросите список пробелов и противоречий без готового регламента.
- Карта. Попросите последовательность шагов с ролями, входами, выходами и исключениями. Сверьте её с исполнителями.
- Документ. По подтверждённой карте получите SOP или регламент. Отдельно помечайте предположения.
- Проверка. Пройдите один реальный случай и один исключительный. Сверьте каждый существенный пункт с владельцем процесса и действующими правилами.
Переходите к документу после сверки карты процесса; утверждение остаётся за владельцем процесса.
Текстовый диалог даёт черновики. Он не запускает процесс, не читает ваши системы, не раздаёт задачи и не отслеживает соблюдение документа. Совет делать инструкции конкретными и уточнять ответ по итерациям согласуется с рекомендациями OpenAI по промптам. Но качество исходных фактов остаётся ответственностью команды.
Готовые промпты для описания процесса, SOP и регламента
Заполните квадратные скобки и вставьте только нужный шаблон. Все запросы рассчитаны на обычный чат и вручную переданный текст.
1. Описать фактический бизнес-процесс
Этот промпт покрывает P046. Он полезен, когда сведения разбросаны по заметкам сотрудников. Сначала получите список вопросов, затем карту; не просите сразу улучшать процесс.
Помоги описать фактический процесс [название] по материалам ниже. Не проектируй новый порядок и не заполняй пробелы догадками.
Границы: [старт и завершение].
Участники и роли: [список].
Материалы: [заметки, документы и даты].
Известные шаги и исключения: [текст].
Сначала верни: 1) что подтверждено материалами; 2) противоречия; 3) до семи вопросов исполнителям и владельцу процесса. Остановись и дождись ответа.
После моего подтверждения составь таблицу: №, событие или вход, действие, роль, выход, получатель, исключение, основание в переданных материалах. Отдельно перечисли шаги со статусом «нужно подтвердить». Не называй предложенное действие действующим правилом.2. Составить SOP для одной операции
SOP нужен для повторяемой работы с ясным результатом. В руководстве US EPA подчёркиваются достаточная детализация, проверка коллегами и утверждение ответственных лиц. Это не универсальный шаблон для всех отраслей, но полезный принцип для рабочей инструкции.
Составь черновик SOP для операции [название] по подтверждённой карте ниже. Аудитория — [роль и опыт].
Карта и исходные правила: [текст].
Условия начала: [что должно быть готово].
Ожидаемый результат: [что должно получиться].
Запрещённые действия и ограничения: [список].
Верни: назначение; границы применения; подготовку; шаги в порядке выполнения; контроль результата после важных шагов; действия при неполных данных и ошибке; запись о завершении; вопросы для владельца процесса.
В каждом шаге назови исполнителя, действие, вход и наблюдаемый результат. Если факт не передан, поставь «требует подтверждения», а не придумывай кнопку, срок, полномочие или нормативное требование. Не называй черновик утверждённой инструкцией.3. Подготовить проект регламента и чек-лист
Этот шаблон покрывает P047: из подтверждённой карты он делает правила передач между ролями. Важнее всего проверить, кто вправе принимать решение и что происходит, если вход неполный.
По подтверждённой карте процесса [название] подготовь проект внутреннего регламента и короткий чек-лист для исполнителя.
Карта: [текст].
Действующие правила и полномочия: [текст с версиями].
Сроки, подтверждённые владельцем: [список или «не заданы»].
Исключения и путь эскалации: [список].
Структура регламента: цель и область применения; роли; входы; последовательность; правила передачи; точки контроля; исключения; запись результата; владелец документа и порядок пересмотра. После него дай чек-лист из проверяемых действий.
Для каждого правила укажи источник: карта, действующий документ или «предложение для согласования». Не придумывай обязательные сроки, санкции, юридические нормы и права подписи.4. Проверить черновик на пропуски
Проверочный запрос полезен перед обсуждением с командой. Он ищет вопросы, но не заменяет тест исполнения.
Проверь черновик [SOP / регламента] ниже на неполноту. Сверяй только с приложенной подтверждённой картой и правилами.
Для каждой находки укажи: пункт черновика, проблему, почему она мешает исполнению, основание в карте или правилах, вопрос владельцу процесса. Проверь старт, результат, роли, передачи, входные данные, исключения, контроль и версию документа.
Раздели ответ на «противоречит источнику», «не хватает данных» и «предложение по улучшению». Не называй предложение ошибкой действующего процесса.Пример: обработка обращения клиента без выдуманных правил
Предположим, команда принимает вопросы клиентов через общую почту. Из интервью известно только: координатор регистрирует письмо, специалист готовит ответ, спорные обещания согласует руководитель. Неизвестны критерий «спорного» обещания, срок ответа и место хранения согласования. Это учебный пример, не описание реальной компании.
После первого промпта чат должен показать три неизвестных, а не писать «ответить в течение 24 часов». После уточнения владелец процесса может подтвердить: «Все обещания о возврате денег согласует руководитель; согласование фиксируют в карточке обращения». Тогда строка карты становится проверяемой:
| Событие | Действие | Роль | Выход | Исключение |
|---|---|---|---|---|
| Письмо клиента получено | Зарегистрировать обращение | Координатор | Карточка с исходным текстом | Не хватает контакта — запросить его |
| Ответ содержит обещание возврата | Передать проект ответа на согласование | Специалист | Согласованный текст или замечания | Руководитель недоступен — порядок ожидания ещё нужно определить |
Такой пример помогает тестировать будущую инструкцию: возьмите реальное обращение без чувствительных данных и спросите исполнителя, сможет ли он пройти каждый шаг без устных пояснений. Если нет, уточните не только формулировку, но и сам порядок работы.
Системный промпт аналитика бизнес-процессов
Разовый запрос удобен для одной процедуры. Системный промпт задаёт постоянные правила поведения чата для нескольких процессов: сначала интервью, потом карта, затем документ после подтверждения. Это по-прежнему диалог, а не фоновый исполнитель. В Agent Roi текст можно задать как системный промпт. В чате без отдельного поля его можно вставить первым сообщением, но приоритет такой инструкции зависит от сервиса.
Ты — помощник по описанию бизнес-процессов в обычном чате. Работаешь только с текстом и файлами, которые вручную передал пользователь. Не утверждай, что наблюдал работу, открыл CRM, проверил документы в системе или запустил процедуру.
Цель: помочь получить проверяемую карту фактического процесса, затем черновик SOP или регламента по запросу пользователя.
Правила:
1. Сначала уточни границы процесса, результат, входы, роли, фактические шаги, передачи, исключения, точки контроля и источники сведений. Задавай не более пяти важных вопросов за раз.
2. Разделяй «подтверждено материалом», «со слов пользователя», «неизвестно» и «предложение». Не превращай предложение в действующее правило.
3. Если материалы противоречат друг другу, покажи оба варианта и спроси владельца процесса. Не выбирай молча.
4. Не придумывай сроки, должности, полномочия, нормативные требования, названия систем или кнопок.
5. Сначала составь краткую карту: вход, действие, роль, выход, получатель, исключение, основание. Остановись и жди подтверждения.
6. После подтверждения карты по запросу подготовь SOP или регламент. Помечай каждый неподтверждённый пункт.
7. В конце верни вопросы для владельца процесса и короткий сценарий ручной проверки на обычном и исключительном случае.
8. Напоминай, что итог утверждает уполномоченный человек; ты не выполняешь процесс и не следишь за его соблюдением.Первое сообщение после такой инструкции может выглядеть так:
Нужно описать текущую обработку обращений клиентов. Старт — письмо на общую почту, конец — отправленный ответ и запись в карточке. Координатор регистрирует обращение, специалист готовит ответ, руководитель согласует обещания о возврате. Есть заметки двух сотрудников, пришлю их следующими сообщениями. Пока не составляй регламент: сначала спроси, чего не хватает для карты процесса.Хороший первый ответ перечислит пробелы — например, где регистрируют письмо, по какому признаку включают руководителя и что делают при неполных данных. Если чат сразу выдаёт готовый регламент, верните его к этапу интервью.
Что проверить вручную перед утверждением
Модель может уверенно сформулировать неверный факт; OpenAI прямо рекомендует проверять важную информацию по надёжным источникам. Для рабочего регламента таким источником служат действующие документы и люди, которые выполняют и утверждают процесс.
- Факт против предложения. У каждого правила есть источник или пометка «согласовать»?
- Границы. Понятно, когда работа начинается, завершается и кому передаётся результат?
- Роли. Совпадают ли исполнители и права согласования с реальной практикой?
- Исключения. Описаны неполные данные, ошибка, отказ и недоступный согласующий?
- Исполнимость. Может ли другой сотрудник пройти обычный и сложный случай по документу без устных подсказок?
- Версия. Есть ли владелец документа, дата, версия и способ сообщить об изменении?
- Данные. Не попали ли в черновик лишние персональные сведения или закрытая информация?
Для процесса, связанного с безопасностью, деньгами, правами людей или обязательными требованиями, привлеките профильного специалиста и проверьте правила по актуальному первоисточнику. Чат может помочь сформулировать вопросы и оформить черновик, но не удостоверяет соответствие требованиям.
FAQ
Можно ли составить SOP, если процесса ещё нет?
Можно подготовить проект будущей процедуры, но обозначьте его как проект. Сначала согласуйте роли, шаги и исключения с владельцем процесса, затем проверьте пробным выполнением. Не выдавайте предложенный порядок за описание того, как команда уже работает.
Чем SOP отличается от регламента?
SOP обычно помогает исполнителю выполнить одну повторяемую операцию по шагам. Регламент задаёт более широкие правила взаимодействия и ответственности. Названия и форма зависят от компании; важнее, чтобы адресат понял действие, границу полномочий и проверяемый результат.
Нужен ли системный промпт для одной инструкции?
Нет. Для одного SOP достаточно разового шаблона и нескольких уточнений. Системный промпт полезен, когда нужно одинаково описывать несколько процессов и каждый раз начинать с интервью и проверки карты.
Может ли чат сам внедрить регламент?
В описанном сценарии — нет. Сотрудник переносит согласованный текст в рабочее хранилище, назначает владельца, знакомит команду с изменениями и проверяет применение на реальных случаях. Если новый порядок не выполняется, причина может быть в самом процессе, а не в формулировке документа.
С чего начать в Agent Roi
Выберите один короткий повторяемый процесс, например регистрацию обращения или передачу заявки между двумя ролями. В чате Agent Roi начните с паспорта и промпта № 1, подтвердите карту с исполнителями и только после этого создайте SOP или регламент. Общие правила постоянных инструкций есть в статье «Системные промпты», а работу с уже готовыми документами продолжите с промптов для их сравнения.
Больше материалов по теме — в разделе «Промпты».
