Промты для продуктовой работы

Сгенерируй вопросы для CustDev интервью.

Продукт: [описание]
Целевая аудитория: [кто]
Гипотеза которую проверяем: [что хотим узнать]

Составь:
1. 5 вопросов на разогрев (про контекст и опыт)
2. 5 вопросов про проблему (без упоминания решения)
3. 3 вопроса про текущие решения
4. 2 вопроса на завершение

Вопросы должны быть открытыми, без наводок.

Сделай анализ конкурентов для [мой продукт].

Конкуренты: [список]

Сравни по:
1. Ключевые фичи (таблица)
2. Ценообразование
3. Целевая аудитория
4. Сильные стороны каждого
5. Слабые стороны каждого
6. Наши возможности для дифференциации

Определи Jobs to be Done для [продукт/сегмент].

Контекст: [описание продукта и пользователей]

Для каждой работы опиши:
1. Job Statement (Когда я..., я хочу..., чтобы...)
2. Функциональный аспект
3. Эмоциональный аспект
4. Социальный аспект
5. Текущие альтернативы
6. Критерии успеха для пользователя

Создай персоны пользователей для [продукт].

Ниша: [описание]
Данные о пользователях: [что знаем]

Для каждой персоны (сделай 3 штуки):
1. Имя и фото-описание
2. Демография (возраст, профессия, доход)
3. Цели и мотивация
4. Боли и фрустрации
5. Поведение (как ищут решение)
6. Цитата от лица персоны
7. Как наш продукт помогает

Напиши скрипт проблемного интервью.

Проблема которую исследуем: [описание]
Целевой сегмент: [кто]
Длительность: 30 минут

Структура:
1. Вступление (что сказать)
2. Вопросы про контекст
3. Вопросы про проблему
4. Вопросы про последствия проблемы
5. Вопросы про попытки решения
6. Завершение

Проанализируй отзывы конкурента.

Продукт: [название]
Отзывы: [вставь текст отзывов]

Найди:
1. Топ-5 болей пользователей
2. Топ-5 что нравится
3. Недостающие фичи
4. Паттерны негатива
5. Возможности для нашего продукта

Помоги валидировать идею продукта.

Идея: [описание]
Целевая аудитория: [кто]
Проблема которую решаем: [какую]

Оцени:
1. Насколько острая проблема (1-10)
2. Размер рынка (грубая оценка)
3. Существующие альтернативы
4. Наше преимущество
5. Главные риски
6. Что нужно проверить в первую очередь
7. Как проверить быстро и дёшево

Составь карту эмпатии для [персона/сегмент].

Контекст: [описание ситуации]

Заполни квадранты:
1. Что ДУМАЕТ и ЧУВСТВУЕТ (страхи, надежды)
2. Что ВИДИТ (окружение, рынок, друзья)
3. Что СЛЫШИТ (от коллег, друзей, инфлюенсеров)
4. Что ГОВОРИТ и ДЕЛАЕТ (поведение, цитаты)
5. БОЛИ (фрустрации, препятствия)
6. ВЫГОДЫ (желания, мерила успеха)

Напиши PRD для фичи.

Фича: [название]
Описание: [что делает]
Цель: [зачем нужна]

Структура PRD:
1. Обзор и цели
2. Целевая аудитория
3. User Stories
4. Функциональные требования
5. Нефункциональные требования
6. Дизайн (описание UX)
7. Метрики успеха
8. Риски и зависимости
9. Timeline

Напиши user stories для [функционал].

Контекст: [описание продукта]
Пользователи: [роли]

Формат для каждой story:
- Как [роль], я хочу [действие], чтобы [ценность]
- Acceptance Criteria (3-5 пунктов)
- Приоритет (Must/Should/Could)

Напиши release notes для пользователей.

Версия: [номер]
Дата: [дата]

Изменения:
[список что сделали]

Формат:
- Заголовок привлекающий внимание
- Краткое описание (1-2 предложения)
- Новые фичи (с эмодзи, понятным языком)
- Улучшения
- Исправления багов
- Призыв к действию

Напиши Acceptance Criteria для задачи.

Задача: [описание]
User Story: [если есть]

Формат Given-When-Then:
- Given [начальное условие]
- When [действие]
- Then [ожидаемый результат]

Добавь:
- Позитивные сценарии
- Негативные сценарии
- Граничные случаи

Напиши ТЗ на разработку фичи.

Фича: [название]
Описание: [что должна делать]

Структура:
1. Цель и бизнес-контекст
2. Пользовательские сценарии
3. Требования к интерфейсу (экраны, элементы)
4. Требования к бэкенду (API, данные)
5. Валидации и ограничения
6. Обработка ошибок
7. Аналитика (какие события трекать)
8. Тестирование (что проверить)

Напиши one-pager для презентации фичи стейкхолдерам.

Фича: [название]
Контекст: [почему возникла идея]

Структура (уместить на 1 страницу):
1. Проблема (2-3 предложения)
2. Решение (2-3 предложения)
3. Целевая аудитория
4. Ключевые метрики
5. Scope (что входит / не входит)
6. Timeline
7. Риски

Составь внутренний changelog для команды.

Период: [даты]
Что сделали: [список]

Формат:
- Группировка по эпикам/направлениям
- Ссылки на задачи
- Кто делал
- Технические детали (кратко)
- Что осталось в бэклоге

Напиши документацию для API endpoint.

Endpoint: [метод и URL]
Назначение: [что делает]

Структура:
1. Описание
2. Authentication
3. Request (headers, body, параметры)
4. Response (success, error codes)
5. Примеры запросов (curl)
6. Примеры ответов (JSON)
7. Rate limits
8. Частые ошибки

Оцени фичи по фреймворку RICE.

Фичи для оценки:
[список фич]

Для каждой оцени:
- Reach (сколько пользователей затронет за период)
- Impact (влияние: 3/2/1/0.5/0.25)
- Confidence (уверенность: 100%/80%/50%)
- Effort (человеко-недели)

Рассчитай RICE Score = (R × I × C) / E
Отсортируй по приоритету.

Приоритизируй идеи по ICE.

Идеи:
[список]

Оцени каждую от 1 до 10:
- Impact (влияние на метрику)
- Confidence (уверенность в оценке)
- Ease (простота реализации)

ICE = I × C × E
Составь ранжированный список.

Раздели бэклог по MoSCoW.

Задачи:
[список]

Контекст релиза: [дедлайн, ресурсы]

Распредели:
- Must have (без этого нельзя релизить)
- Should have (важно, но можно отложить)
- Could have (хорошо бы, если успеем)
- Won't have (не в этот раз)

Обоснуй каждое решение.

Построй матрицу Impact/Effort.

Задачи:
[список]

Оцени каждую:
- Impact (Low/Medium/High)
- Effort (Low/Medium/High)

Распредели по квадрантам:
- Quick Wins (High Impact, Low Effort) — делаем первыми
- Big Bets (High Impact, High Effort) — планируем
- Fill-ins (Low Impact, Low Effort) — если будет время
- Time Sinks (Low Impact, High Effort) — избегаем

Классифицируй фичи по модели Kano.

Фичи:
[список]

Определи для каждой:
- Must-be (базовые, без них нельзя)
- One-dimensional (чем больше, тем лучше)
- Attractive (вау-эффект, неожиданные)
- Indifferent (пользователям всё равно)
- Reverse (могут раздражать)

Дай рекомендацию что приоритизировать.

Сделай weighted scoring для фич.

Фичи:
[список]

Критерии и веса:
- Влияние на revenue (вес: ?)
- Влияние на retention (вес: ?)
- Стратегическая важность (вес: ?)
- Сложность (вес: ?, инвертировать)

Оцени каждую фичу по критериям (1-5).
Рассчитай взвешенный балл.
Составь приоритизированный список.

Напиши питч фичи для [аудитория: CEO/инвесторы/команда].

Фича: [описание]

Структура (2 минуты):
1. Хук (почему это важно сейчас)
2. Проблема (с цифрами)
3. Решение (кратко)
4. Ожидаемый результат (метрики)
5. Что нужно (ресурсы, сроки)
6. Призыв к действию

Помоги вежливо отказать в запросе фичи.

Запрос: [описание]
От кого: [стейкхолдер/клиент]
Почему отказываем: [причина]

Напиши ответ который:
- Благодарит за идею
- Объясняет контекст решения
- Показывает что услышали
- Предлагает альтернативу (если есть)
- Сохраняет отношения

Напиши письмо пользователям.

Повод: [что изменилось/запустили/убрали]
Тон: [официальный/дружелюбный]

Структура:
- Тема письма (короткая, понятная)
- Приветствие
- Суть изменений (1-2 абзаца)
- Что это даёт пользователю
- Что нужно сделать (если нужно)
- CTA
- Подпись

Напиши ответ на негативный отзыв.

Отзыв: [текст]
Платформа: [App Store/Google Play/соцсети]

Ответ должен:
- Поблагодарить за обратную связь
- Признать проблему (не оправдываться)
- Объяснить что делаем
- Предложить связаться лично
- Быть коротким (3-4 предложения)

Структурируй презентацию квартальных результатов.

Период: [Q1/Q2/Q3/Q4]
Аудитория: [команда/руководство/инвесторы]

Ключевые метрики: [список]
Достижения: [что сделали]
Проблемы: [что не получилось]

Структура слайдов:
1. Заголовок квартала
2. Ключевые цифры (3-4 метрики)
3. Что запустили
4. Результаты (графики)
5. Что не получилось и почему
6. Выводы и learnings
7. Планы на следующий квартал

Напиши еженедельный статус-апдейт.

Проект/фича: [название]
Период: [даты]

Формат:
- TL;DR (1 предложение)
- Прогресс (что сделано)
- Метрики (если есть)
- Блокеры/риски
- Нужна помощь (если да)
- План на следующую неделю

Разбей фичу на задачи для спринта.

Фича: [описание]
Срок: [спринт/недели]
Команда: [кто будет делать]

Для каждой задачи:
- Название
- Описание (1-2 предложения)
- Исполнитель (фронт/бэк/дизайн/QA)
- Оценка (часы или story points)
- Зависимости

Помоги оценить сроки разработки.

Задачи:
[список с описанием]

Команда: [состав]
Параллельность: [что можно делать параллельно]

Дай:
- Оценку каждой задачи (оптимистичная/реалистичная/пессимистичная)
- Общий срок
- Критический путь
- Риски которые могут повлиять на сроки

Сгенерируй вопросы для ретроспективы.

Формат ретро: [классика/4Ls/Start-Stop-Continue/другой]
Контекст спринта: [что происходило]

Дай:
- 5 вопросов на рефлексию
- 3 вопроса на поиск улучшений
- 2 вопроса на celebration
- Формат для сбора ответов

Оформи баг-репорт.

Описание проблемы: [что происходит]
Где воспроизводится: [платформа, браузер, версия]

Структура:
- Заголовок (короткий, понятный)
- Severity (Critical/Major/Minor/Trivial)
- Steps to reproduce (пошагово)
- Expected result
- Actual result
- Скриншот/видео (placeholder)
- Окружение
- Дополнительный контекст

Составь чеклист приёмки задачи.

Задача: [описание]
Тип: [фича/баг/улучшение]

Чеклист:
- Функциональные проверки
- UI/UX проверки
- Edge cases
- Мобильная версия
- Производительность
- Аналитика (события трекаются)
- Документация обновлена

Опиши технический долг для бэклога.

Проблема: [что не так в коде/архитектуре]

Структура:
- Название (понятное бизнесу)
- Описание проблемы
- Влияние на продукт/команду
- Риски если не исправить
- Предлагаемое решение
- Оценка трудозатрат
- Приоритет относительно фич

Помоги составить OKR на квартал.

Продукт: [название]
Стратегическая цель компании: [какая]
Текущая ситуация: [метрики, проблемы]

Предложи 2-3 Objectives с 3-4 Key Results каждый.

Формат:
Objective: [качественная цель]
- KR1: [метрика] с [X] до [Y]
- KR2: ...
- KR3: ...

Key Results должны быть измеримыми и амбициозными.

Помоги составить роадмап.

Продукт: [название]
Период: [Q1/Q2/Q3/Q4]
Цели: [что хотим достичь]
Ресурсы: [размер команды]

Бэклог идей:
[список]

Составь роадмап:
- Распредели по месяцам
- Сгруппируй по темам/эпикам
- Укажи зависимости
- Отметь риски
- Что НЕ войдёт и почему

Напиши GTM стратегию для [продукт/фича].

Контекст:
- Что запускаем: [описание]
- Целевая аудитория: [кто]
- Конкуренты: [кто]
- Дата запуска: [когда]

Структура:
1. Value Proposition
2. Целевые сегменты (приоритизированные)
3. Каналы привлечения
4. Ценообразование
5. Messaging (ключевые сообщения)
6. План запуска (до/во время/после)
7. Метрики успеха

Помоги проанализировать ситуацию для возможного пивота.

Текущий продукт: [описание]
Проблема: [почему думаем о пивоте]
Данные: [метрики, фидбек]

Проанализируй:
1. Что работает в текущем продукте
2. Что точно не работает
3. Варианты пивота (3-5 направлений)
4. Для каждого варианта: плюсы, минусы, риски
5. Что нужно проверить перед решением
6. Рекомендация

Оцени размер рынка для [продукт/ниша].

Контекст:
- Что продаём: [описание]
- География: [страны]
- Сегмент: [B2B/B2C, ниша]

Рассчитай (top-down и bottom-up):
- TAM (Total Addressable Market)
- SAM (Serviceable Addressable Market)
- SOM (Serviceable Obtainable Market)

Укажи источники и допущения.

Помоги с позиционированием относительно конкурентов.

Наш продукт: [описание]
Конкуренты: [список]

Сделай:
1. Карту позиционирования (2 оси — какие?)
2. Где мы vs конкуренты
3. Белые пятна на рынке
4. Наша уникальность (1 предложение)
5. Positioning statement
6. Как доносить позиционирование