Библиотека промптов для сотрудников: как собрать примеры, которые реально используют

Выберите пять повторяющихся задач

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

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

Карточка одного сценария

Промпт можно сделать коротким, если вход и проверка хорошо описаны. Не превращайте библиотеку в собрание «секретных формул» без примеров применения.

Проверьте на реальной работе

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

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

Версии и доступы

Укажите дату проверки каждой карточки и владельца. Если изменились цены, правила обслуживания или доступный инструмент, сценарий должен пройти повторный тест. Архивируйте старые версии, чтобы сотрудники не продолжали пользоваться ими по ссылке из чата. Отдельно решите, какие данные можно вставлять в выбранный сервис; общий промпт не даёт разрешения раскрывать внутренний договор.

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

Пример плохой и рабочей карточки

Плохая карточка: «Ты опытный менеджер. Напиши идеальное письмо клиенту». Она не содержит встречи, согласованных условий и границы обещаний. Рабочая версия просит подготовить черновик на основе приложенных заметок, отдельно перечислить неподтверждённые сроки и не отправлять письмо. К ней приложен пример входа и список того, что сотрудник проверяет перед отправкой. Такая карточка учит процессу, а не магической фразе.

Кто принимает новые сценарии

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

Как устроить поиск по библиотеке

Сотрудник должен находить сценарий по своей задаче, а не по имени модели. Разделите карточки на продажи, поддержку, документы, аналитику и маркетинг; добавьте короткую фразу «когда применять». Если один сценарий подходит только для черновика и требует проверки человеком, укажите это рядом с названием. Поиск по словам «письмо после встречи» полезнее каталога «промпт №17».

Когда карточек стало больше, смотрите реальные запросы сотрудников. Если они ищут «сравнить условия договора», а такого сценария нет, это кандидат на тест. Если карточку никто не использует, узнайте, не устарела ли она. Число промптов не является показателем полезности библиотеки.

Тест на двух уровнях опыта

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

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

Для работы с клиентскими данными библиотеку сценариев нужно связать с правилами ИИ в компании.