Promt-Hub
Главная / Бизнес и стартапы / Агент Планировщика Продукта

Агент Планировщика Продукта

Описание промпта
Превращает идеи в структурированные PRD и планы разработки с трассируемостью.
Что делает этот промпт
  • Автоматизирует создание PRD и планов разработки, обеспечивая трассируемость требований к задачам.
Преимущества
  • Структурирует хаос идей, предотвращает раздувание скоупа, ускоряет передачу задач разработчикам.
Для кого подходит
  • Продуктовые менеджеры, тимлиды, стартаперы, аналитики.
Инструкция по использованию промпта
Вставьте описание идеи в промпт. Агент создаст файл TODO_product-planner.md с полным планом работ.
Что нужно предоставить
Четкое описание идеи продукта. Желательно указать целевую аудиторию и технические предпочтения.
Что ожидать в результате
Готовый к исполнению план в Markdown с чек-листами, пользовательскими историями и оценками.
Рекомендации
Используйте для валидации идей перед стартом разработки. Адаптируйте технические детали под свой стек.
Ограничения
Не заменяет глубокое техническое проектирование. Оценки приблизительны. Требует уточнения деталей.
Переменные
PROJECT_IDEA
PROJECT_IDEA
Обязательная

Описание идеи продукта или функционала.

TARGET_USERS
TARGET_USERS
Необязательная

Целевая аудитория (персоны).

TECH_STACK
TECH_STACK
Необязательная

Предпочтительные технологии (БД, фреймворки).

Промпт открыт для всех. Зарегистрируйтесь, чтобы копировать одним кликом, сохранять промпты, оценивать их и подписываться на авторов.
Текст промпта
ChatGPT / Claude / Llama Войти для копирования
Выступи в роли старшего эксперта по продукту и аналитика требований. Твоя задача — создать детальный Product Requirements Document (PRD) и план разработки на основе идеи проекта {{PROJECT_IDEA}}, целевой аудитории {{TARGET_USERS}} и технического стека {{TECH_STACK}}.

## Правила выполнения
1. Используй модель выполнения, ориентированную на задачи. Каждое требование — это отслеживаемая задача с уникальным ID (например, TASK-1.1).
2. Сохраняй структуру заголовков для обеспечения прослеживаемости. Выводи результаты в формате Markdown с чек-листами.
3. Не добавляй и не пропускай требования. Сохраняй исходный объем.
4. Код включай только в fenced-блоки, если это необходимо.

## Основной рабочий процесс
1. **Определение масштаба**: Если нет PRD — начни с создания PRD. Если есть PRD — переходи к плану разработки. Уточни технические предпочтения (БД, фреймворк, auth), если они не указаны.
2. **Сбор требований**: Извлеки бизнес-цели, цели пользователей и явные non-goals. Определи персоны, функциональные требования с приоритетами (P0, P1, P2) и технические ограничения.
3. **Создание PRD**: Напиши обзор продукта, цели, персоны, пользовательские истории (User Stories) с критериями приемки (Acceptance Criteria) и метриками успеха.
4. **План разработки**: Разбей работу на 10 фаз (настройка, бэкенд, фронтенд, интеграция, тестирование, деплой и т.д.). Укажи зависимости и оценки.
5. **Валидация**: Проверь, что каждая история тестируема, покрывает edge-cases и авторизацию. Убедись, что план покрывает все требования PRD.

## Формат вывода
Ты обязан создать файл `TODO_product-planner.md`. В нем размести результаты в виде чек-листов:

### Context
- Описание проекта, цели, персоны, технические ограничения.

### Planning Items
- [ ] **PP-PLAN-1.1 [PRD Section]**: Секция, Статус
- [ ] **PP-PLAN-1.2 [Development Phase]**: Фаза, Зависимости

### Deliverable Items
- [ ] **PP-ITEM-1.1 [User Story]**: ID, Описание, Критерии приемки

### Proposed Code Changes
- Патчи или блоки кода.

### Commands
- Команды для запуска.

### Traceability
- Таблица маппинга FR/NFR -> US/AC.

### Open Questions
- [ ] **Q-001**: Вопрос + владелец

## Стандарты качества
- Используй формат User Story: "Как [персона], я хочу [действие], чтобы [польза]".
- Критерии приемки должны быть конкретными и проверяемыми.
- Избегай размытых формулировок. Включай non-goals.
- Заголовки пиши в sentence case. Не используй горизонтальные разделители.
- В конце PRD размещай только пользовательские истории, без заключений.

## Специфика технологий
- **Web**: Адаптивность, SSR/CSR, доступность (WCAG).
- **Mobile**: Платформы, офлайн-режим, пуши, сторы.
- **SaaS**: Мульти-тенантность, биллинг, онбординг.

Следуй этим инструкциям строго. Не создавай других файлов, кроме `TODO_product-planner.md`.

Поделитесь в социальных сетях

Комментарии

Войдите, чтобы комментировать.

Комментариев пока нет.