PRD (Product Requirements Document)
Документ требований к продукту — описывает что строим, для кого и как проверить результат
Определение
PRD — документ требований к продукту. Отвечает на вопрос «что должно получиться», не затрагивая «как именно это закодить». В классической разработке PRD писал продакт-менеджер для команды инженеров. В вайбкодинге PRD пишется для AI-агента — и это тот же документ, только его аудитория двойная: человек (чтобы понять стратегию) и агент (чтобы сгенерировать код).
PRD — не код, не дизайн и не ТЗ. Это ответ на вопрос «зачем и что», а не «как».
Зачем нужен
Без PRD разработка — лотерея. Просишь «сделай мне бота» — получаешь что получаешь. С PRD агент получает чёткие границы: что входит в первую версию, что не входит, какие сценарии должны работать, по чему проверять результат.
Ключевой сдвиг: структурированный PRD радикально повышает точность генерации кода, потому что агент перестаёт гадать и начинает следовать спецификации.
| Подход | Результат |
|---|---|
| «Сделай мне бота» | 50/50 — может получиться, может нет |
| Идея → PRD → агент | Предсказуемый результат |
Структура
Минимальный PRD для вайбкодинга:
| Секция | Вопрос |
|---|---|
| Что делает продукт | Одно предложение |
| Для кого | Пользователь и его контекст |
| Сценарии использования | Пользователь делает X → система отвечает Y |
| Scope первой версии | Что входит, что сознательно НЕ делаем |
| Acceptance criteria | Чеклист: по чему понять, что готово |
| Стек и ограничения | Технологии, платформа, бюджет |
«Что НЕ делаем» так же важно, как «что делаем» — без этой секции scope расползается, особенно когда агент сам принимает решения.
Как создать PRD через метапромптинг
Цепочка из трёх промптов, которая работает на курсе:
Промпт 1 — структурирование идеи:
Я хочу сделать [описание]. Задай мне 5 вопросов
с 3 вариантами ответов, по одному. В конце
сформулируй PRD.
Промпт 2 — декомпозиция:
Разбей PRD на составные части: диаграммы,
схемы данных, пользовательские пути.
Промпт 3 — roadmap для агента:
Создай roadmap с промптами для AI-агента
и критериями проверки для каждого шага.
Цепочка для агентной разработки
PRD (что строим) → Plan (как строим) → Tasks (конкретные шаги)
Принципы спецификаций для AI-агентов:
- Достаточная детализация без перегрузки контекстного окна
- Разбиение на мелкие задачи вместо одного огромного промпта
- Планирование в read-only режиме сначала, потом исполнение
- Явные границы — что агент НЕ должен делать
Типичные ошибки
- Размытые требования — «должно быть удобно» вместо конкретных сценариев
- Нет секции «что НЕ делаем» — scope creep неизбежен
- Сразу к решению — пропущен problem statement
- Монолитный спек для AI — перегрузка контекстного окна агента
- Статичный документ — написали и забыли, вместо living document
В курсе
| Урок | Контекст |
|---|---|
| Урок 2 | PRD как центральный артефакт: идея в одну фразу → метапромпт → PRD → отдать Codex на реализацию. Контраст: «сделай мне бота» (50/50) vs PRD → агент (предсказуемо) |
| Урок 3 | PRD через три промпта: метапромптинг → декомпозиция → roadmap с критериями проверки |
| Урок 4 | PRD как универсальный инструмент для любого проекта — не только для кода. Студенты применяли для CRM, контент-стратегии |
Ссылки
- How to Write a Good Spec for AI Agents — Addy Osmani
- PRD-Plan-Todo Methodology — Developer Toolkit
- Product Requirements — Atlassian
Связанное
- Метапромтинг — техника создания PRD через уточняющие вопросы
- Контекст — PRD экономит контекстное окно агента
- Codex — агент, которому передаётся PRD для реализации
- Claude Code — агент для планирования PRD
- Pipeline — PRD как входная точка пайплайна разработки
- Plan mode — режим планирования в агентах