Saltar para o conteúdo

Documento de requisitos do produto

Defina o que construir e porquê: o problema, os utilizadores, os objetivos, os requisitos, o âmbito, as medidas de sucesso e o plano de lançamento.

Preencha e pré-visualize

Documento de requisitos do produto

Produto ou funcionalidade: Relatórios guardados
Responsável: Hana Kobayashi, gestora de produto
Estado: Rascunho para revisão
Última atualização: 10 de junho de 2030

1. Problema

Os clientes recriam o mesmo relatório todas as semanas. O suporte recebe 40 pedidos por mês a perguntar como guardar um.

2. Para quem é

Responsáveis de equipa que fazem relatórios semanais. Administradores que partilham relatórios com a equipa.

3. Objetivos

Reduzir o tempo para produzir um relatório semanal de 15 minutos para 2
Reduzir para metade as perguntas ao suporte sobre relatórios

4. O que isto não fará

Sem envio agendado por email nesta versão
Sem alterações ao formato de exportação

5. Requisitos

Prioridade Requisito
Deve ter O utilizador pode guardar os filtros atuais como um relatório com nome
Deve ter Um relatório guardado pode ser aberto com um clique
Deveria ter Um relatório pode ser partilhado com uma equipa
Poderia ter Um relatório pode ser duplicado

6. Percurso principal do utilizador

O utilizador define os filtros, seleciona Guardar, dá um nome ao relatório e confirma. O relatório aparece numa lista na página de relatórios.

7. Notas de design e conteúdo

Os designs estão na pasta partilhada de design, página 4. Utilize o estilo de lista existente.

8. Medidas de sucesso

Tempo para um relatório semanal inferior a 3 minutos para 70 por cento dos utilizadores em 60 dias. Perguntas ao suporte sobre relatórios reduzidas em 50 por cento.

9. Riscos e questões em aberto

Relatórios grandes podem demorar a abrir. Temos de decidir quantos relatórios guardados um utilizador pode manter.

10. Dependências

A equipa de dados deve confirmar os nomes dos filtros. O jurídico deve rever a partilha entre equipas.

11. Plano de lançamento

Beta com 20 clientes em julho, todos em setembro

Os modelos são um ponto de partida preparado com cuidado, não aconselhamento jurídico. Quando houver questões legais, verifique a legislação aplicável no local onde se encontra.

TI e projetos

Para que serve este modelo

Documento de requisitos de produto (PRD): problema, utilizadores, objetivos, requisitos, âmbito, medidas de sucesso, riscos e lançamento. Word ou PDF.

É grátis preencher online, não exige conta e pode ser descarregado como documento Word ou PDF. Ver todos os modelos de TI e projetos

TI e projetos

O que preenche

O formulário pede 15 dados. O documento é preenchido à medida que escreve.

  • Nome do produto ou funcionalidade

    Por exemplo: Relatórios guardados

  • Responsável pelo produto

    Por exemplo: Hana Kobayashi, gestora de produto

  • Estado

    Por exemplo: Rascunho para revisão

  • Última atualização

    Por exemplo: 10 de junho de 2030

  • O problema

    Indique quem tem o problema e como o sabemos.

    Por exemplo: Os clientes recriam o mesmo relatório todas as semanas. O suporte recebe 40 pedidos por mês a perguntar como guardar um.

  • Para quem é

    Um grupo por linha.

    Por exemplo: Responsáveis de equipa que fazem relatórios semanais. Administradores que partilham relatórios com a equipa.

  • Objetivos

    Um objetivo por linha, com um número sempre que possível.

    Por exemplo: Reduzir o tempo para produzir um relatório semanal de 15 minutos para 2 Reduzir para metade as perguntas ao suporte sobre relatórios

  • O que isto não fará (opcional)opcional

    Dizer não aqui evita discussões mais tarde.

    Por exemplo: Sem envio agendado por email nesta versão Sem alterações ao formato de exportação

  • Requisitos

    Uma linha por cada requisito.

    Por exemplo: Deve ter | O utilizador pode guardar os filtros atuais como um relatório com nome Deve ter | Um relatório guardado pode ser aberto com um clique Deveria ter | Um relatório pode ser partilhado com uma equipa Poderia ter | Um relatório pode ser duplicado

  • Percurso principal do utilizador

    Descreva o percurso principal em poucos passos.

    Por exemplo: O utilizador define os filtros, seleciona Guardar, dá um nome ao relatório e confirma. O relatório aparece numa lista na página de relatórios.

  • Notas de design e conteúdo (opcional)opcional

    Por exemplo: Os designs estão na pasta partilhada de design, página 4. Utilize o estilo de lista existente.

  • Como saberemos se funcionou

    Escolha medidas e uma data para verificar.

    Por exemplo: Tempo para um relatório semanal inferior a 3 minutos para 70 por cento dos utilizadores em 60 dias. Perguntas ao suporte sobre relatórios reduzidas em 50 por cento.

  • Riscos e questões em aberto (opcional)opcional

    Um por linha.

    Por exemplo: Relatórios grandes podem demorar a abrir. Temos de decidir quantos relatórios guardados um utilizador pode manter.

  • Dependências (opcional)opcional

    Por exemplo: A equipa de dados deve confirmar os nomes dos filtros. O jurídico deve rever a partilha entre equipas.

  • Plano de lançamento

    Por exemplo: Beta com 20 clientes em julho, todos em setembro

TI e projetos

O que contém

As partes deste documento, por ordem.

  1. 11. Problema
  2. 22. Para quem é
  3. 33. Objetivos
  4. 44. O que isto não fará
  5. 55. Requisitos
  6. 66. Percurso principal do utilizador
  7. 77. Notas de design e conteúdo
  8. 88. Medidas de sucesso
  9. 99. Riscos e questões em aberto
  10. 1010. Dependências
  11. 1111. Plano de lançamento

Modelos

Como funciona

  1. 01

    Preencher

    Introduza os seus dados no formulário. O documento é preenchido automaticamente à medida que escreve; clique em qualquer espaço por preencher para ir para o respetivo campo.

  2. 02

    Rever

    Leia o documento na íntegra. Os espaços que não preencheu continuam assinalados, para que nada seja enviado por concluir.

  3. 03

    Descarregar

    Guarde como documento Word para continuar a editar ou como PDF para enviar ou imprimir.

Adapte-o às suas necessidades com IA

Abra-o na conversa e peça alterações: mais curto, mais firme, para outra situação ou noutra língua.

Adaptar com o nerix

TI e projetos

Perguntas frequentes

Que dados pede este modelo?

O formulário pede 15 dados, a começar por Nome do produto ou funcionalidade, Responsável pelo produto, Estado, Última atualização, O problema. Mais 4 são opcionais.

Posso descarregar este modelo em Word ou PDF?

Sim. Depois de preencher o formulário, guarde-o como documento Word para continuar a editar ou como PDF para enviar ou imprimir. É grátis e não exige conta.

O que escrevo é enviado para algum lado?

Não. O que escreve fica no seu navegador enquanto preenche o documento. Só chega ao nerix se optar por abrir o modelo no chat.

Estes modelos de TI e projetos são gratuitos?

A maioria, sim. Preencha e descarregue gratuitamente em Word ou PDF, sem conta. Alguns documentos mais longos são premium: gratuitos para preencher, pagos uma vez para descarregar e marcados com o preço.

Uma política de segurança torna-nos seguros?

Nenhum documento o consegue sozinho. Uma política ajuda quando corresponde ao que as pessoas fazem de facto: mantenha-a curta, explique-a à equipa e reveja-a todos os anos.

A carta de projeto é só para projetos grandes?

Não. Um projeto pequeno também ganha, porque uma página com o objetivo, os limites e quem decide evita a maioria das discussões mais tarde.