Skip to content

Шаблоны PRD: стандартный, MVP и AI-Optimized

Три шаблона PRD для разных ситуаций. Скопируйте нужный, заполните секции, удалите подсказки.

Как выбрать:

  • Standard PRD — новый продукт, большая команда, полная спецификация
  • MVP PRD — стартап, валидация гипотезы, быстрый запуск
  • AI-Optimized PRD — разработка с Cursor, Claude Code, Bolt или другим AI-агентом

Подробнее о каждом формате: PRD — полное руководство.


Standard PRD

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

# PRD — [Название продукта]

## Overview
- **Product Name:**
- **Author:**
- **Date:**
- **Version:**
- **Status:** Draft / In Review / Approved

## 1. Problem Statement
Какая проблема существует? Кто от неё страдает? Какие данные это подтверждают?

## 2. Target Users
- **Основная персона:** [роль, контекст, потребности]
- **Вторичная персона:** [роль, контекст, потребности]
- **Кто НЕ является пользователем:** [явно исключить]

## 3. Proposed Solution
Что мы строим? Описание на уровне функций, не реализации.

## 4. Scope
| IN | OUT |
|----|-----|
|    |     |

## 5. Success Metrics
| Метрика | Цель | Как измеряем | Срок |
|---------|------|-------------|------|
|         |      |             |      |

## 6. Assumptions & Constraints
- Предположения:
- Ограничения (бюджет, сроки, технологии):

## 7. Functional Requirements
### P0 — Must Have
- [ ]
### P1 — Should Have
- [ ]
### P2 — Nice to Have
- [ ]

## 8. Non-Functional Requirements
- Performance:
- Security:
- Scalability:
- Availability:

## 9. User Stories
As a [персона], I want [действие], so that [выгода].

## 10. Wireframes / Mockups
[Ссылка на дизайны]

## 11. Technical Approach
Архитектура, зависимости, интеграции.

## 12. Timeline & Milestones
| Фаза | Результат | Дата |
|------|-----------|------|
|      |           |      |

## 13. Risks & Dependencies
| Риск | Влияние | Митигация |
|------|---------|-----------|
|      |         |           |

## 14. Open Questions
- [ ]

MVP PRD

Минимальный шаблон с шестью секциями. Для быстрого запуска и валидации гипотезы.

Подробнее: MVP PRD — гайд.

# MVP PRD — [Название продукта]

- **Author:**
- **Date:**
- **MVP deadline:**

## 1. Problem Statement
Какую проблему проверяем? Какие данные указывают на её существование?
Если данных нет: «Мы считаем, что [пользователи] сталкиваются с [проблемой], потому что [сигнал].»

## 2. Target Users
- **Пилотный сегмент:** [конкретная группа]
- **НЕ для MVP:** [кого исключаем]

## 3. Proposed Solution
Минимальная версия: что пользователь может сделать и что получит.

## 4. Scope (IN/OUT)
| IN (MVP) | OUT (после MVP) |
|----------|----------------|
|          |                |

OUT-список должен быть в три-четыре раза длиннее IN-списка.

## 5. P0 Requirements
- [ ]
- [ ]
- [ ]

## 6. Success Metrics
| Метрика | Цель | Как измеряем |
|---------|------|-------------|
|         |      |             |

Измеримо в первые две-четыре недели после запуска.

AI-Optimized PRD

Шаблон для разработки с AI-агентами. Фазовая структура с зависимостями и тестируемыми выходами.

Подробнее: AI-Optimized PRD — гайд.

# AI-Optimized PRD — [Название продукта]

- **Author:**
- **Date:**

## Problem Statement
[Для людей: контекст и обоснование]

## Target Users
- **Primary:** [кто и что нужно]
- **Not for:** [кого исключаем]

## Success Metrics
| Метрика | Цель | Как измеряем |
|---------|------|-------------|
|         |      |             |

## Technical Constraints
- **Stack:** [языки, фреймворки, версии]
- **Existing codebase:** [ключевые файлы и паттерны]
- **API contracts:** [внешние сервисы, форматы данных]
- **Prohibitions:** [что AI-агент НЕ должен делать]

## Phase 1: [Название]
**Dependencies:** None
**Scope:** [что покрывает фаза]
**Out of scope:** [что исключено]

**Tasks:**
1.
2.
3.

**Testable output:**
- [как проверить завершение — например: «API возвращает 200», «тест проходит»]

## Phase 2: [Название]
**Dependencies:** Phase 1
**Scope:**
**Out of scope:**

**Tasks:**
1.
2.

**Testable output:**
-

## AI Instructions
- Не менять файлы, не упомянутые в текущей фазе
- Не устанавливать зависимости без явного указания
- Не создавать файлы за пределами указанных директорий