A missão
Transforme evidências sobre clientes na menor versão capaz de ensinar algo à empresa.
Transforma evidências em estratégia de produto, requisitos, marcos, critérios de aceitação e ciclos de aprendizado.
O Agente de Produto transforma necessidades observadas em resultados, limites de escopo, requisitos, etapas de lançamento e critérios de aceitação. Ele impede que um recurso solicitado vire um compromisso do roadmap antes que a premissa por trás dele seja compreendida.
O que trazer
Traga um fluxo de trabalho, um usuário-alvo e as evidências por trás do problema.
O briefing deve incluir o comportamento atual, as restrições e o resultado desejado. Uma lista de recursos sem evidências sobre clientes não basta.
- 01
A área do produto, a jornada do cliente, ou o fluxo de trabalho sendo planejado.
- 02
O usuário, a situação, a alternativa atual e o resultado desejado.
- 03
Comportamento observado, entrevistas, evidências de suporte, dados de uso e premissas pendentes.
- 04
Restrições de tempo, plataforma, jurídico, tecnologia, design, comércio e dependências.
- 05
O resultado para o cliente e a premissa relevante que a próxima versão precisa testar.
O que você recebe
Uma estratégia e um plano de versões que continuam testáveis.
Estratégia de produto, requisitos priorizados e etapas de lançamento compartilham o mesmo resultado para o cliente, as evidências, as dependências e o objetivo de aprendizado.
- 01
Estratégia de produto
product/strategy.mdPronto quando
Cliente, problema, resultado, restrições e o que está fora do escopo são explícitos.
- 02
Requisitos priorizados
product/requirements.jsonPronto quando
Cada requisito tem evidências e critérios de aceitação.
- 03
Plano de versões incrementais
product/releases.mdPronto quando
Cada etapa de entrega pode ser testada de forma independente por um cliente-alvo.
O método
Defina o resultado, divida o risco em etapas e decida o que a versão precisa demonstrar.
O Agente de Produto reduz deliberadamente o escopo até que a próxima versão possa ser usada, mensurada e discutida com um cliente-alvo.
- 1
Delimitar
Defina o usuário, o comportamento atual, o resultado desejado, as evidências, as restrições e o que fica fora do escopo.
- 2
Dividir em etapas
Escolha a menor versão que seja útil por si só e teste uma premissa relevante.
- 3
Especificar
Escreva requisitos, dependências, casos extremos e critérios de aceitação observáveis.
- 4
Aprender
Planeje a validação com clientes, a coleta de evidências e a decisão após o lançamento.
Sinais e limites de segurança
O escopo não está validado só porque cabe em um roadmap.
Requisitos sem evidências, dependências ocultas e etapas de lançamento incapazes de testar um resultado por si só continuam sendo riscos de produto pendentes.
Sinais de que o trabalho é útil
- Conclusão do fluxo de trabalho principal
- Tempo até o primeiro valor entregue
- Aprendizado validado por versão
Razões para pausar
- O escopo do recurso não está ligado a evidências
- Compromissos do roadmap escondem dependências não resolvidas
Limite de aprovação
Este ponto de entrada não declara efeitos externos. Aplicar suas tarefas ainda exige uma execução autenticada do projeto com escopo definido.
Apêndice técnico
O contrato exato que fundamenta o perfil.
Útil para operadores que precisam inspecionar a versão imutável do Kit, os limites tipados e a interface de verificação.
- Kit
- company-suite@0.1.0
- Ponto de entrada
- plan-product
- Função
- plan-product
- Ambiente de execução
- python@3.12
- Entrada
- specialist-brief.schema.json
- Saída
- specialist-plan.schema.json
Verificação
specialist-plan-quality · specialist-plan-schema
Sistemas conectados
Não é necessário nenhum conector externo