💡Product Requirement Document - что за зверь и с чем его едят?

Как объяснить командам дизайна и разработки, что за продукт вы придумали и при этом избежать долгих Zoom-встреч, после которых все равно никому ничего не понятно?

Для этой цели есть лютейше крутой артефакт - Product Requirement Document.

В конце статьи я дам актуальный шаблон этого дока 🎁

PRD — это дорожная карта вашего продукта. Он служит своеобразным контрактом между командой разработки и всеми остальными стейкхолдерами. Вот какие проблемы он помогает решать:

☝Ясное видение продукта: PRD помогает сформулировать цели и задачи продукта так, чтобы все члены команды имели четкое понимание того, что они разрабатывают.

☝Снижение рисков: Заранее проработанный PRD позволяет выявить потенциальные проблемы и уязвимости в проекте, что снижает риск неудачного запуска.

☝Улучшенная коммуникация: PRD является центральным документом, который улучшает коммуникацию между всеми участниками проекта, включая дизайнеров, разработчиков, маркетологов и менеджеров продукта.

1. Purpose - предыстория того, как был придуман продукт; с какой целью; какую проблему он решает; какие у продукта бизнес-цели.

2. Customer & Value - все о пользователях вашего продукта - кто они, какие у них проблемы и задачи, как они решают их сейчас; какая ценность вашего продукта для этих пользователей; какие есть риски.

3. Solution - подробное описание решения (то есть продукта, который вы будете разрабатывать); свойства продукта на верхнем уровне; план работы над проектом.

4. Execution - стратегия запуска и план действий после.

PRD используется как отправная точка для разработки продукта. Он служит основой для создания плана разработки, определения бюджета и установления сроков.

Что дальше?

PRD — это живой документ. Он может меняться и дополняться по мере развития проекта. Важно поддерживать его актуальность и обновлять при необходимости.

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

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

- Обязательно дай почитать PRD кому-нибудь из дизайна и разработки. Постарайся получить обратную связь - все ли понятно в этом доке? Может ли твой коллега после прочтения документа ответить на основные вопросы о продукте? PRD можно скормить ChatGPT и попросить почелленджить тебя вопросами, ответы на которые он не найдет в тексте

- Для постановки задач дизайнерам я использую PRD (раздел Solution) как основу для ТЗ. В этом разделе рекомендую подробно и простыми словами описать все функциональные модули продукта.

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

🔥 Основная ценность PRD - в том, что этот документ можно дать прочесть любому прохожему с улицы, и он поймет, о чем ваш продукт.

Держи шаблон Product Requirements Document. Уверена, пригодится :)

А вы какие доки/фреймворки/тулзы используете для формулировки целостного представления о продукте?