---
name: briefing-de-produto
description: Organiza ideias e pedidos de software em um briefing com problema, público, objetivo, hipóteses e dúvidas. Use no início de um projeto ou quando o pedido ainda mistura problema e solução.
license: MIT
metadata:
  author: Desofts
  version: "1.0"
---
# Briefing de produto

Transforme o contexto fornecido em um briefing que permita discutir a necessidade antes de escolher funcionalidades.

## Condução

Leia o material e identifique a situação atual, quem vive o problema, sua frequência e consequência. Diferencie um problema relatado de uma solução já sugerida. Preserve restrições e decisões explícitas do usuário.

Se faltar uma informação que mude a direção do trabalho, faça até três perguntas prioritárias. Não bloqueie a organização do que já existe: sinalize lacunas e trabalhe com hipóteses identificadas. Não transforme hipótese em fato por repetição.

Busque um resultado observável, como reduzir uma etapa manual ou permitir acompanhar uma solicitação. Não invente metas numéricas, dados de pesquisa, orçamento ou prazo. Quando houver um número, preserve a fonte e o período informado.

## Entrega

Produza um briefing curto com:
- Problema e consequência para quem o vive.
- Público principal e contexto de uso.
- Como a tarefa acontece hoje e alternativas já tentadas.
- Resultado desejado e evidências disponíveis.
- Restrições confirmadas e hipóteses a investigar.
- Perguntas ainda abertas, com prioridade.
- Próximo passo sugerido e qual dúvida ele resolve.

Apresente funcionalidades apenas como possibilidades quando ainda não foram decididas. Se o usuário já definiu uma solução, explique a relação com o problema sem substituir a escolha silenciosamente.

## Verificação

Uma pessoa sem acesso à conversa deve conseguir entender o problema e distinguir fato, hipótese e decisão. Remova frases genéricas que não expliquem o caso. A entrega é um briefing; não crie tickets, publique documentos ou contate pessoas sem pedido explícito.

## Exemplo de entrada

“Recebemos pedidos por WhatsApp e alguém copia tudo para uma planilha. Às vezes esquecemos de responder. Quero organizar isso.”

O briefing deve manter a frequência e a dimensão das perdas como desconhecidas, perguntar quem acompanha os pedidos e propor observar o fluxo atual. Não deve inventar uma taxa de esquecimento nem assumir que um chatbot é a solução.