AI.Product ClubБлог Михаила Карпова
← Все материалы
HOW-TOИИ для продукта7 мин чтения

Промпты для ролей: проверить запуск с трёх сторон

Готовый ролевой промпт для Claude: продукт, поддержка и аналитика. Учебный пример, скачиваемый шаблон и проверка выводов.

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

Это не три независимых эксперта и не исследование пользователей. Ты получаешь три способа организовать вопросы к одному документу. Ответы команды и реальные данные всё равно придётся собрать отдельно.

Три перспективы проверки запуска: продукт — получатели, поддержка — отказ, аналитика — критерий пользы
Оригинальная схема AI Product Club. Открыть крупнее.

1. Дай роли предмет проверки

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

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

Открой новый чат Claude и используй только учебный бриф:

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

2. Скопируй ролевой промпт

После брифа вставь запрос целиком:

Проверь учебный запуск последовательно с трёх перспектив.
1. Продакт: кому и какую задачу помогает решить сводка?
2. Поддержка: что будет непонятно получателю и как отказаться?
3. Аналитик: как отличить полезный пилот от лишних уведомлений?

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

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

3. Сравни ответ с ориентиром

Следующая таблица составлена редакцией как ориентир, а не получена в выполненном тесте Claude:

Перспектива Полезный вопрос Основание Решение
Продукт Кто получает сводку и для какой задачи? Получатели неизвестны Состав пилотной группы
Поддержка Как получатель отключит сводку? Отключение не описано Доступный способ отказа
Аналитика Какое наблюдение покажет пользу? «Больше пользы» без критерия План измерения пилота

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

Плохой ответ звучит так: «Пользователи хотят сводку, поэтому ожидаем рост удержания на 15%». В исходнике нет ни исследования, ни основания для числа. Хорошая замена: «Нужно проверить, нужна ли выбранным получателям сводка; до этого нельзя заявлять влияние на удержание».

4. Проверь роли на повторы и выдумки

Отметь четыре условия:

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

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

Полезное уточнение после первого ответа:

Удали неподтверждённые утверждения и повторяющиеся вопросы.
Для оставшихся пунктов покажи точное основание в моём тексте.
Если основания нет, пометь пункт как предложение проверить,
а не как обнаруженную проблему.

5. Преврати вопросы в разговор с командой

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

Для более общей структуры запроса есть руководство по промптам. Постоянный контекст можно организовать в проекте Claude для брифа. На курсе AI Product Club используем такие проверки в работе над продуктом. Шаблон подготовлен редакцией; ответы модели на него для статьи не тестировались.

Todo: попробуй на своей задачеПрогресс сохраняется в этом браузере.
ПРАКТИКА НА КУРСЕ / AI PRODUCT CLUB

Преврати ИИ-инструменты в рабочую систему

«Быстрый старт в AI»: практические воркшопы по AI-инструментам, прототипам и автоматизации. Собираем результат, который можно применить в работе.

21 практических воркшопов · записи · вопросы автору в чате

Посмотреть программу курса ↗

Автор: — практик автоматизации и автор курсов AI Product Club.