MVP PRD: документ требований для минимального продукта
MVP PRD — это PRD, сжатый до предела. Вместо 13 секций стандартного документа здесь шесть, вместо полного набора требований — только P0-фичи, без которых продукт не имеет смысла. Цель одна: дать команде достаточно информации, чтобы построить первую работающую версию продукта и проверить гипотезу.
Чем отличается от стандартного PRD
| Параметр | Standard PRD | MVP PRD |
|---|---|---|
| Секции | До 13 | 6 |
| Объём | 5-15 страниц | 2-4 страницы |
| Требования | P0 + P1 + P2 | Только P0 |
| Скоуп | Полный продукт | Минимум для валидации |
| Wireframes | Подробные mockups | Эскизы или отсутствуют |
| Timeline | Фазы и вехи | Один дедлайн |
| Обновления | Регулярные | Переписывается в Standard PRD после валидации |
Key insight
Ключевое отличие — жёсткость скоупа. В стандартном PRD OUT-of-scope определяет границы. В MVP PRD скоуп определяет минимум, без которого продукт не может существовать. Всё остальное — OUT.
Когда использовать
MVP PRD подходит для трёх ситуаций:
Стартап, первая версия продукта. Команда проверяет, решает ли продукт реальную проблему. Нет смысла тратить две недели на 15-страничный документ для гипотезы, которая может не подтвердиться.
Быстрая валидация новой идеи в существующем продукте. Компания хочет проверить, нужна ли фича, прежде чем инвестировать в полноценную разработку. MVP PRD описывает минимальную версию для эксперимента.
Хакатон или прототип. Команда строит демо за два-три дня. Длинный документ тормозит, короткий — направляет.
Структура MVP PRD
1. Problem Statement
Что за проблема, кто от неё страдает, как мы об этом знаем. Одна-две конкретных формулировки, подкреплённых данными. Если данных нет — это гипотеза, и MVP PRD должен это отражать.
2. Target Users
Кто будет пользоваться MVP. Не абстрактные персоны, а конкретный сегмент: «менеджеры команд из 5-15 человек, которые сейчас отслеживают задачи в Google Sheets». Кто явно не является пользователем MVP — тоже указать.
3. Proposed Solution
Что строим. Описание минимальной версии: какие действия пользователь может выполнить и что получит в результате. Без технических деталей реализации.
4. Scope (IN/OUT)
Самая важная секция MVP PRD. Таблица IN/OUT определяет границы, и OUT-список обычно в три-четыре раза длиннее IN-списка.
| IN (MVP) | OUT (после MVP) |
|---|---|
| Создание задач | Подзадачи |
| Список задач с фильтром по статусу | Канбан-доска |
| Назначение исполнителя | Множественные исполнители |
| — | Уведомления |
| — | Комментарии |
| — | Интеграции |
Key insight
Правило: если сомневаетесь, выносите в OUT. Добавить фичу после MVP проще, чем убрать её из перегруженного первого релиза.
5. P0 Requirements
Требования, без которых MVP не имеет смысла. Каждое требование — одно предложение, тестируемое.
Примеры:
- Пользователь может создать задачу с названием и статусом
- Пользователь может видеть список своих задач
- Пользователь может изменить статус задачи (Open → In Progress → Done)
- Пользователь может назначить задачу другому участнику команды
P1 и P2 в MVP PRD не описываются. Они появятся в стандартном PRD после валидации.
6. Success Metrics
Как понять, что MVP решил проблему. Метрики должны быть конкретными и измеримыми за первые две-четыре недели после запуска.
Примеры:
- 80% участников пилота используют инструмент ежедневно через две недели
- Среднее время создания задачи — менее 30 секунд
- NPS участников пилота — выше 7
Типичные ошибки
Scope creep через P1-фичи. «Мы уже делаем список задач, давайте добавим канбан — это же просто.» Канбан — это P1, он в OUT-списке и появится только после валидации MVP.
Нет метрик. MVP без Success Metrics — это прототип, а не MVP. Прототип показывают и спрашивают «нравится?». MVP запускают и измеряют, решает ли он проблему.
Слишком длинный. Если MVP PRD занимает больше четырёх страниц, в нём слишком много требований. Вернитесь к OUT-списку и перенесите ещё две-три фичи.
Нет конкретного пользователя. «Все менеджеры» — не Target User для MVP. «Менеджеры команд из 5-15 человек в SaaS-компаниях» — конкретный сегмент, с которого можно начать пилот.
Что после MVP PRD
Когда MVP запущен и метрики собраны, MVP PRD перерастает в стандартный PRD:
- P0-требования проверены и скорректированы по результатам
- P1 и P2 добавлены на основе фидбэка пользователей
- Wireframes заменены реальным дизайном
- Timeline расширен на полноценную roadmap
Key insight
MVP PRD — не черновик стандартного PRD. Это отдельный документ с отдельной целью: проверить гипотезу. Когда гипотеза подтверждена, пишется новый PRD для полного продукта.
Ресурсы
- PRD — полное руководство — обзор всех девяти вариаций
- AI-Optimized PRD — формат для работы с AI-агентами
- Шаблон MVP PRD — готовый шаблон для копирования
- Промпт-генератор PRD — создайте PRD с помощью ChatGPT или Claude