Перейти к содержимому
Бизнес-задачиБесплатноСреднийОперационные задачиv1.1.0

Письмо о смене внутреннего регламента

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

Кейс применения

Берите, когда меняется внутренняя политика (доступы, процессы, безопасность, отчётность) и нужно оповестить сотрудников: вставьте промт в ChatGPT, Claude или YandexGPT, заполните суть изменения, адресатов, дату вступления, обязательные действия и ограничения — на выходе готовое письмо-анонс с одним главным следующим шагом, дедлайном и контактом для вопросов; в отличие от objection-handling-playbook это не переговорный скрипт, а внутреннее оповещение об изменении регламента.

Использовать промт — 3 шага

  1. 1Заполните поля ниже — данные подставятся в промт автоматически.
  2. 2Нажмите «Скопировать готовый промт».
  3. 3Вставьте в чат нейросети: ChatGPT, Claude, YandexGPT — и получите результат.

Ваши данные для подстановки

заполнено 0 из 5

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

Совместимость с моделями

  • ChatGPT
  • Claude
  • YandexGPT

Пример формулировки

Напиши письмо о смене регламента: суть {{POLICY_TOPIC}}, адресаты {{AUDIENCE}}, дата действия {{EFFECTIVE_DATE}}, что сделать сотрудникам {{REQUIRED_ACTION}}, ограничения {{CONSTRAINTS}}.

Примеры использования

Реалистичные сценарии входных данных и ожидаемого результата.

Пример 1

Входные данные

AUDIENCE
Сотрудники продаж и поддержки первой линии
CONSTRAINTS
без запугивания; вопросы через HR; не перечислять персональные данные клиентов в тексте общего письма
POLICY_TOPIC
новый порядок выдачи доступов к клиентским данным и эскалация при запросах вне должности
EFFECTIVE_DATE
с 15 мая, понедельник, действует без дополнительного объявления
REQUIRED_ACTION
подписать обновление в HR-портале и пройти мини-инструктаж доступа до вступления

Ожидаемый результат

Тема: Новый порядок доступа к клиентским данным — с 15 мая Коллеги из продаж и поддержки первой линии, здравствуйте. Зачем меняем: чтобы доступ к клиентским данным был только у тех, кому он нужен по роли, а спорные запросы решались быстро и единообразно. Что меняется: - доступ выдаётся под конкретную роль и задачу, а не «на всякий случай»; - запрос данных вне вашей зоны ответственности передаётся ответственному через эскалацию, а не решается на месте; - ранее выданные доступы периодически пересматриваются. С какой даты: правила действуют с 15 мая (понедельник), без отдельного повторного объявления. Что сделать: 1) подписать обновление регламента в HR-портале; 2) пройти короткий мини-инструктаж по доступам. Главный шаг — отметьте выполнение в HR-портале: по этой отметке мы видим, что вы готовы. Дедлайн: завершите оба шага до 15 мая. Вопросы: пишите в HR — поможем и с доступом, и с инструктажем. С уважением, отдел кадров.

Примечание

Вставьте промт в ChatGPT, Claude или YandexGPT, заполните пять переменных — на выходе готовое к отправке письмо. В отличие от смежных операционных карточек здесь фокус на анонсе изменения политики с одним следующим шагом; персональные данные клиентов в текст не выносятся по CONSTRAINTS.

Пример 2

Входные данные

AUDIENCE
сотрудники с разъездным характером работы и их руководители
CONSTRAINTS
спокойный тон без штрафных формулировок; вопросы — в финансовый отдел через единый адрес поддержки
POLICY_TOPIC
переход на оформление командировочных расходов через корпоративное приложение вместо бумажных авансовых отчётов
EFFECTIVE_DATE
с 1 июня; все поездки с датой начала от 1 июня оформляются по-новому
REQUIRED_ACTION
установить корпоративное приложение и прикрепить один тестовый чек до конца мая

Ожидаемый результат

Тема: Командировочные расходы переходят в приложение — с 1 июня Коллеги, здравствуйте. Зачем меняем: чтобы отчитываться за поездки быстрее и без бумажных авансовых отчётов — чеки и суммы вносятся сразу с телефона. Что меняется: - расходы по командировке оформляются в корпоративном приложении, а не на бумаге; - чек прикрепляется фотографией сразу после оплаты; - руководитель согласует отчёт в том же приложении. С какой даты: все поездки с датой начала от 1 июня оформляются по-новому; уже начатые поездки завершаются в прежнем формате. Что сделать: 1) установить корпоративное приложение; 2) прикрепить один тестовый чек. Главный шаг — добавьте тестовый чек: так вы убедитесь, что всё работает до первой поездки. Дедлайн: выполните оба шага до конца мая, чтобы к 1 июня всё было настроено. Вопросы: пишите в финансовый отдел на единый адрес поддержки — подскажем по установке и оформлению. С уважением, финансовый отдел.

Примечание

Тот же промт в ChatGPT, Claude или YandexGPT для другой ниши (финансы/командировки): заполняете переменные — получаете готовое письмо о смене процесса. Пример показывает спокойный тон без штрафных формулировок и один канал вопросов согласно CONSTRAINTS.

Критерии оценки

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

Письмо-анонс полное и готово к отправке

Критерии

  • В письме есть все пять смысловых элементов: что меняется, зачем, с какой даты, что сделать сотруднику и куда задать вопрос.
  • Суть изменения раскрыта конкретно по POLICY_TOPIC (2–4 пункта «что меняется»), без общих фраз и лозунгов.
  • Дата вступления взята из EFFECTIVE_DATE и явно указана; дедлайн согласован с этой датой.
  • Обязательные действия соответствуют REQUIRED_ACTION, и выделен ровно один главный следующий шаг с местом, куда сообщить о выполнении.
  • Обращение адресовано AUDIENCE; присутствуют тема письма и подпись отправителя (роль/отдел).
  • Итоговый текст цельный и готов к отправке без переписывания с нуля.

Пограничные случаи

  • CONSTRAINTS пустые — письмо всё равно держит нейтрально-деловой тон и один контакт для вопросов.
  • В REQUIRED_ACTION несколько шагов — поданы как последовательность с одним главным шагом, а не как конкурирующие задачи без приоритета.
  • EFFECTIVE_DATE без времени или часового пояса — дата указана как есть, время не додумывается.

Тон, ограничения и достоверность

Критерии

  • Соблюдены CONSTRAINTS: заданный тон, единый канал вопросов и запреты (например не перечислять персональные данные клиентов в тексте общего письма).
  • Нет фальшивой срочности, угроз и манипулятивных формулировок; дедлайн подан как факт, а не ультиматум.
  • Нет выдуманных цифр, пунктов регламента, санкций и юридических гарантий за пределами входных данных.
  • Один контакт или канал для вопросов, без нескольких конкурирующих призывов к действию.

Пограничные случаи

  • Соблазн добавить санкции за невыполнение — их нет, если они не заданы во входных данных.
  • POLICY_TOPIC про доступы или персональные данные — конкретные ПДн клиентов в текст общего письма не выносятся.

Похожие промты

По категории, тегам и близкому сценарию применения.

ТарифыКаталог