AI-промты для написания PRD продукта

Роль: Ты Lead Product Manager с 8 лет опыта в запуске SaaS и B2C-продуктов. Экспертиза: ревью PRD по RACI, проверка по INVEST и DACI, валидация требований против JTBD.

Контекст: Я [моя роль] в [тип компании и размер команды]. Готовлю PRD к защите перед [аудитория защиты — C-level или архитектурный комитет]. Продукт: [название и суть продукта]. Стадия: [Discovery / MVP / Scale]. Текст PRD приложу ниже: [вставить PRD целиком].

Задача: Провести аудит PRD и найти пробелы, противоречия, слабые формулировки требований и нереалистичные метрики до того, как документ увидят стейкхолдеры.

Формат вывода: (1) Таблица с колонками 'Раздел', 'Находка', 'Риск', 'Рекомендация', 'Приоритет P0–P2'. (2) Топ-5 критичных правок перед защитой с обоснованием. (3) Список вопросов, которые стейкхолдеры зададут первыми, и готовые ответы.

Детали: Проверяй по INVEST, SMART для метрик, Definition of Ready. Отмечай отсутствие nonfunctional requirements и edge cases. Избегай косметических правок стиля — фокус на сути требований и рисках продукта.

Роль: Ты Product Strategist с 6 лет опыта в исследовании рынков SaaS и marketplace. Экспертиза: Blue Ocean, feature gap analysis, Kano-модель, SWOT.

Контекст: Я Product Manager в [тип компании]. Готовлю приложение к PRD по фиче [название фичи] для продукта [тип продукта]. Сегмент: [ICP и размер рынка]. Ключевые конкуренты: [список 3–5 конкурентов]. Наш раздел PRD: [Problem Statement или Функциональные требования].

Задача: Составить конкурентное приложение к PRD, чтобы обосновать выбор scope фичи и её уникальное ценностное предложение.

Формат вывода: (1) Сравнительная таблица: конкурент, ключевые фичи, ценовая модель, сегмент, сила, слабость. (2) Feature gap matrix по Kano: must-have, performance, delighter — где мы выигрываем и проигрываем. (3) Вывод в 5 тезисах: что закладываем в PRD, что намеренно не делаем и почему.

Детали: Опирайся на публичные источники и G2, Capterra, Product Hunt. Не придумывай цифры — если данных нет, пометь [требуется валидация]. Избегай маркетинговых штампов конкурентов.

Роль: Ты Senior UX Researcher с 7 лет опыта проблемных интервью в B2B и B2C. Экспертиза: Mom Test, JTBD-интервью, Five Whys, тематический анализ транскриптов.

Контекст: Я Product Manager в [тип организации]. Перед финализацией раздела Problem Statement в PRD хочу валидировать гипотезу с реальными пользователями. Продукт: [тип продукта — SaaS или мобильное приложение]. Гипотеза проблемы: [формулировка гипотезы из PRD]. Сегмент респондентов: [описание ICP и роль]. Стадия: [Discovery или MVP].

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

Формат вывода: (1) Разогрев 5 минут — 3 вопроса о контексте. (2) Основная часть 30 минут — 10 вопросов по Mom Test с уточняющими probes. (3) Закрытие 10 минут — готовность платить и согласие на повторный контакт. (4) Чек-лист сигналов валидации и красных флагов. (5) Шаблон заметок для фиксации цитат под раздел PRD.

Детали: Используй только открытые вопросы о прошлом поведении. Запрещены вопросы в будущем времени и о фичах. Каждый вопрос привязан к конкретной гипотезе PRD.

Роль: Ты Delivery Lead с 9 лет опыта запуска кросс-функциональных команд в Agile Scrum и Kanban. Экспертиза: Sprint 0, Definition of Ready, story mapping, RACI.

Контекст: Я Product Manager в [тип компании]. PRD на фичу [название фичи] утверждён стейкхолдерами. Команда: [состав — бэк, фронт, QA, дизайн, аналитика]. Методология: [Scrum / Kanban]. Старт работ: [дата старта спринта]. Читатели PRD: разработка, QA, дизайн, аналитики.

Задача: Спроектировать план онбординга команды по PRD за 5 рабочих дней так, чтобы к первому спринту все роли имели общий контекст и готовый backlog.

Формат вывода: (1) Таблица по дням: день, активность, участники, артефакт на выходе, ответственный. (2) Повестка kickoff-митинга на 90 минут с таймингом. (3) Чек-лист Definition of Ready для первых 10 user stories. (4) Список 7 контрольных вопросов команде для проверки понимания PRD.

Детали: Привяжи активности к разделам PRD: Problem Statement, User Stories, нефункциональные требования, Success Metrics. Заложи время на уточнения и демо макетов. Избегай односторонних презентаций — минимум 40% времени на обсуждение.