Как написать документ с требованиями к продукту (PRD)

Опубликовано: 2022-10-05

Когда вы создаете продукт, как вы гарантируете, что все желаемые возможности будут включены в окончательный результат? Вот почему документ с требованиями к проекту (PRD) так важен. Он сообщает эту информацию всем в команде продукта.

Но что такое документ с требованиями к продукту и что нужно включить в него, чтобы он был эффективным? Мы покажем вам, как сделать так, чтобы при планировании следующего продукта конечный результат содержал все, что вы запланировали.

Что такое документ с требованиями к продукту (PRD)?

Документ требований к продукту (PRD) представляет собой подробный план всех требований к продукту. Он объясняет ценность продукта, а также его назначение или особенности. Менеджер по продукту отвечает за создание документа с требованиями к продукту, чтобы сообщить его команде разработчиков и заинтересованным сторонам.

Подробная информация включает в себя то, что проект создает, для кого предназначен этот продукт и какую пользу он принесет конечному пользователю. Структура документа с требованиями к продукту нисходящая; он начинается с общей картины, обеспечивая общее видение того, что должно быть достигнуто. Затем цели продукта связываются с функциями, которые позволяют реализовать это видение. Также есть подробности о том, как конечные пользователи будут взаимодействовать с продуктом и как он будет выглядеть.

Традиционные методологии управления проектами наиболее распространены при использовании документа с требованиями к продукту. Это связано с тем, что в таких методологиях, как водопад, требования определяются на первом этапе проекта, а следующий этап следует после завершения предыдущего. Однако документы с требованиями к продукту использовались в более гибких средах с итеративным и адаптивным подходом к планированию, когда требования постоянно добавляются в список невыполненных работ и расставляются по приоритетам.

Независимо от того, какую методологию вы используете для управления разработкой продукта, ProjectManager поможет вам. В нашем гибком программном обеспечении для управления проектами есть диаграммы Ганта для методологий водопада, которые могут фильтровать критический путь и устанавливать базовый уровень для отслеживания вашего прогресса и производительности в режиме реального времени. Если ваша команда гибкая, они могут переключиться на доску канбан и управлять своим невыполненным заданием и совместно планировать спринты. Начните бесплатно работать с ProjectManager уже сегодня.

Диаграмма Ганта в менеджере проектов
ProjectManager имеет диаграммы Ганта для управления разработкой вашего продукта. Учить больше

Как написать ПРД

Понятно, что документ с требованиями к продукту является важным шагом в планировании проекта. Но из чего состоит PRD и как его создать? Это должен быть тщательный и четкий процесс, и он будет использоваться для передачи требований к продукту команде разработчиков. Также должны быть детали каждой возможности, необходимой для выпуска.

Каждый проект уникален, но полезно наметить компоненты документа с требованиями к продукту, которые являются стандартными, независимо от продукта, который вы создаете. Не стесняйтесь дополнять этот список, но нижеследующее — хорошее начало того, как создать работоспособный документ с требованиями к продукту.

1. Набросайте информацию о проекте

Это общий взгляд на продукт, который действует как введение в то, что будет охватывать документ с требованиями к продукту. Здесь вы захотите перечислить всех участников проекта, включая заинтересованные стороны, целевую дату выпуска и некоторую общую информацию о продукте, например, какова его цель, потребность, которую он заполняет, и т. д.

2. Подробные задачи/цели

Теперь вам нужно погрузиться немного глубже и объяснить цели и задачи проекта. То есть вы должны указать, почему вы делаете этот продукт и чего вы надеетесь достичь, когда вы это сделаете. Чтобы определить свои цели и задачи, вы можете использовать технику SMART. Эта аббревиатура означает конкретный, измеримый, достижимый, актуальный и ограниченный по времени, что поможет вам убедиться, что ваши цели и задачи реалистичны.

3. Обратите внимание на допущения и ограничения

Составьте список того, что пользователи вашего продукта ожидают от конечного продукта. Затем перечислите любые ограничения, а также внешние и внутренние силы, которые могут повлиять на ваш проект, будь то положительное или отрицательное. Это хорошее время, чтобы определить, есть ли какие-либо зависимости между задачами.

4. Добавьте предысторию и стратегическое соответствие

Для фона вы хотите определить любые вопросы или проблемы, которые проект решит в течение своего жизненного цикла. Это похоже на создание плана управления рисками, определяющего, какие риски могут быть и как вы будете на них реагировать. Стратегическое соответствие означает, насколько продукт, который вы производите, согласуется с общей бизнес-стратегией организации.

5. Перечислите объем: пользовательские истории и требования

Масштаб проекта описывает все функции продукта, которые будут разработаны. Это основано на пользовательских историях, которые представляют собой общее объяснение функций с точки зрения пользователя. Вы также захотите получить информацию от заинтересованных сторон и определить их ожидания от продукта.

Связанный: Бесплатный шаблон содержания проекта для Word

6. Определите характеристики продукта

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

7. Показать критерии выпуска

Обратите внимание на предпосылки, которые должны быть выполнены, чтобы продукт был доставлен клиентам. Это включает в себя минимальную функциональность продукта, подлежащего публичному выпуску, уточнение объема пользовательского тестирования и обеспечение удобства использования продукта. Вы также сможете установить базовый уровень производительности.

8. Записывайте показатели успеха

Вам также необходимо определить показатели успеха для вашего продукта. Это означает определение того, что наиболее важно с точки зрения создания успешного продукта, и того, как вы планируете отслеживать этот показатель. Это может быть отслеживание взаимодействия пользователей с функциями, а также того, как долго или часто они используют продукт или другие функции.

9. Исключения из каталога

Так же важно, как знать, что входит в рамки проекта, так же важно понимать, что выходит за рамки. Детализируя эти действия, вы можете уберечь команду от захода в тупик, который только отнимает время и увеличивает затраты на проект.

Пример документа с требованиями к продукту

Теперь давайте посмотрим на компоненты документа с требованиями к продукту, которые мы описали выше, и посмотрим, как они выглядят на примере документа с требованиями к продукту. Вот простой пример документа с требованиями к продукту, чтобы дать вам представление о том, как он работает.

Допустим, вы создаете приложение, которое упорядочивает вашу электронную почту. Цель состоит в том, чтобы создать приложение, которое помогает людям избегать спама и помечать важные электронные письма, такие как заметки от друзей и семьи, счета и т. д. Цель состоит в том, чтобы приложение достигло широкой аудитории и попало в верхнюю часть магазина приложений. .

Вы будете работать над функциями, которые могут сканировать спам и перемещать его в папку со спамом, если он собирает электронные письма, которые не являются нежелательными. Также будут функции, которые распознают людей из вашей адресной книги и помечают эти электронные письма, чтобы они были первыми, кого вы видите. Кроме того, будет функция для перехвата срочных электронных писем, таких как счета.

Рабочий процесс состоит из инженеров, разрабатывающих решения, которые затем проектируются командой пользовательского интерфейса, чтобы обеспечить удобство использования продукта. Команда контента добавит необходимую копию, и продукт пройдет тестирование, чтобы убедиться в отсутствии ошибок. Если есть ошибки, они будут отправлены обратно в инженерную службу для исправления, прежде чем вернуться в очередь тестирования.

Приложение электронной почты будет разработано для мобильных пользователей, но на этом этапе команда решит, есть ли у нее ресурсы для создания нескольких версий для браузеров, операционных систем и т. д. Команда также определит зависимые задачи, такие как проектирование. не работать до тех пор, пока инженеры не создадут работающую функцию. Предположения включают в себя то, что пользователи будут иметь такую ​​простоту использования, что не будет никаких барьеров для входа. Ограничения будут заключаться во времени выхода на рынок, поскольку продукт сложен и может потребовать намеченного графика, что может повлиять на продажи.

PRD против MRD

Документ требований к продукту часто можно спутать с документом требований рынка. Последний определяет потребности клиента, которым будет удовлетворять продукт. Документ с требованиями к продукту — это то, как будет создаваться продукт. Они оба важны, но служат разным областям разработки продукта.

PRD против BRD

Другим документом, который часто путают с документом требований к продукту, является документ бизнес-требований. Последний представляет собой более высокоуровневый взгляд на потребности бизнеса. Он отвечает на вопросы о том, что хочет делать бизнес, в то время как документ с требованиями к продукту конкретно касается создания продукта.

ProjectManager помогает с планированием продукта

Документ с требованиями к продукту является важной частью более крупного плана продукта. Это сложно само по себе, и сложность становится только тогда, когда вам приходится планировать действия, ресурсы и затраты. Тогда есть отслеживание этих расходов. Все это означает, что вам потребуется программное обеспечение для управления продуктами, чтобы управлять всеми этими движущимися частями. ProjectManager — это онлайн-программное обеспечение для управления проектами, которое помогает планировать, планировать и отслеживать требования к продукту.

Управление задачами в нескольких представлениях проекта

Менеджер по продукту может построить проект на диаграмме Ганта, но продуктовой команде не нужен такой уровень детализации для выполнения своей работы. К счастью, существует несколько представлений проекта, которые помогают командам реализовать план с функциями, которые они хотят использовать. Некоторые предпочитают представление в виде списка или представление канбан, которое позволяет командам управлять своим невыполненным заданием и совместно работать над спринтами. Менеджеры получают представление о своей работе, чтобы они могли перераспределять ресурсы, чтобы избежать узких мест. Есть также повторяющиеся задачи, чтобы напомнить членам команды о встречах, обзорах продуктов и многом другом.

Канбан-доска руководителя проекта
Отслеживайте прогресс и производительность в режиме реального времени

Чтобы не отставать от графика и придерживаться плана продукта, вы должны отслеживать свой прогресс и производительность. В своем PRD вы отмечаете показатели и критерии успеха. Наша информационная панель в режиме реального времени дает вам общее представление о проекте. Нет необходимости в настройке, как в случае с другими легкими инструментами. Он готов, когда у вас есть шесть показателей проекта, отслеживаемых в удобных для чтения графиках и диаграммах. Вы можете отслеживать время, затраты, рабочую нагрузку вашей команды и многое другое, чтобы выявлять любые аномалии и устранять их до того, как они станут проблемами.

панель инструментов, показывающая показатели проекта в режиме реального времени

Существуют настраиваемые отчеты, когда вы хотите углубиться в данные, которыми можно легко поделиться с заинтересованными сторонами, чтобы держать их в курсе. Существуют также инструменты управления ресурсами, чтобы поддерживать продуктивность вашей команды разработчиков. Наше программное обеспечение — универсальный магазин для всех ваших потребностей в продукции.

ProjectManager — это отмеченное наградами программное обеспечение, которое объединяет команды и предоставляет им инструменты для автоматизации рабочих процессов, управления рисками и отслеживания их работы в режиме реального времени. Наша платформа для совместной работы означает, что вы можете работать в любом месте и в любое время, в разных отделах или на разных континентах. Присоединяйтесь к командам NASA, Siemens и Nestle, которые используют наш инструмент для достижения успеха. Начните бесплатно работать с ProjectManager уже сегодня.