[PAPO DE PM #17] - Product Requirement Document (PRD). O que é, para que serve e um exemplo de como utilizar
A news Papo de PM é patrocinada pela PM3. A PM3 é referência em cursos para Product Managers no país. Aprenda de forma 100% online com grandes líderes e seja Gerente de Produtos Digitais.
Instagram: https://www.instagram.com/cursospm3/
Linkedin: https://www.linkedin.com/school/cursos-pm3/
PM, desce um PRD por favor!
Se você atua como APM ou PM, em algum momento vai precisar abrir um PRD.
Normalmente o PRD é aquele documento que tem tudo que o time de engenharia precisa para ficar por dentro de uma tarefa, então se não está no PRD, não tem acordo.
Ou seja, o PRD, quando bem escrito, pode ser aquela pecinha que falta para que o desenvolvimento do seu produto seja um sucesso.
Mas Mika, o que é um PRD?
Product Requirement Document ou Documento de Requisitos de Produto é o documento onde iremos escrever objetivos, recursos, estratégia de rollout, funcionalidades e comportamento do que será construído.
“Um PRD aborda o que construir, por que construir, para quem o produto é direcionado e como construí-lo com cada fase precisamente definida e estrategicamente definida.” (Nusrat Fatima)
Mas e as User Stories?
Bem, as User Stories são parte do PRD. Vejo muitas pessoas preocupadas excessivamente em escrever User Stories, mas um bom documento de requisitos de produto precisa ir além das User Stories.
Sem mais delongas, vamos ao PRD!
1. Objetivo
Ex: De acordo com a pesquisa realizada no início do quarter, notamos que 75% dos usuários Android têm dificuldade de compartilhar arquivos com outros usuários. Diante desse cenário, reformulamos o modo como o compartilhamento é realizado, com o objetivo de melhorar a experiência do usuário e diminuir o número de reclamações na Google Play por conta desse problema de compartilhamento.
Link da pesquisa:
http://www.linkdapesquisa.com.br
[Alguns prints de reclamações postadas na Google Play]
2. Atualmente
Ex: Atualmente o usuário do aplicativo Android, precisa digitar a data de nascimento para compartilhar um arquivo. Essa experiência é muito ruim, visto que um usuário compartilha em média 16 arquivos por dia com outros usuários. Essa “trava” de segurança pensada inicialmente para dar mais confiabilidade à ação de compartilhamento, se tornou um problema para os nossos usuários.
3. Após a mudança
Ex: Após a mudança, o usuário não precisará mais digitar a data de nascimento para compartilhar arquivos com outros usuários. Deverá ser incluído um pop up informando o usuário que o compartilhamento de arquivos é total responsabilidade dele. Esse pop up só deve ser exibido uma única vez por usuário.
4. Histórias de Usuário
Bem, aqui você pode escrever as User stories no padrão “eu, como…”
5. UI/UX
Ex: Link com arquivos do Figma com as mudanças que serão realizadas no produto e/ou fluxogramas que ajudem o time a entender o comportamento esperado.
6. Estratégia de Rollout
Ex: A disponibilização da funcionalidade acontecerá em 3 fases, ordenando a disponibilidade pela frequência de compartilhamento nos últimos 3 meses, priorizando os que mais usam a feature até os que menos usam.
Fase 1: 40% dos clientes usuários de Android
Fase 2: Após a atualização do app em 80% da base de clientes da Fase 1, disponibilizar a feature para 60% dos clientes
7. Trackeamento
Aqui você pode colocar as regras de utilização de trackeamento como no Mixpanel
Ex:
Exibição do popup -> visualizou o pop de responsabilidade de compartilhamento
Botão compartilhar -> clicou no botao compartilhar do app android
8. Dados e Métricas
Aqui você pode colocar links de como você vai medir o sucesso da funcionalidade a ser disponibilizada.
Ex: Base de clientes elegíveis
http://www.linkcomabasedeclienteselegiveis.com.br
Ex: Status da atualização do aplicativo android
http://www.statusdeatualizacaodoapp.com.br
PRD de respeito!
Acredito que o modelo acima pode ser melhorado e flexibilizado, mas serve como uma excelente base para você criar documentos mais robustos e abrangentes.
Algumas referências
https://plan.io/blog/one-pager-prd-product-requirements-document/
Espero que você tenha gostado.
É isso e até o próximo papo,
Mika
Gostou? Se inscreva no Substack e receba o Papo de PM direto no seu e-mail