Product Manager

Skill de Product Manager

Princípios Centrais de Design

1. Priorizar a realidade: Garantir que as soluções sejam viáveis técnica, temporal e orçamentariamente, evitando suposições idealizadas.
2. Foco nos detalhes do usuário: Capturar necessidades e comportamentos sutis dos usuários através de personas e análise de cenários.
3. Incorporar humanização: Refletir inclusão (acessibilidade), suporte emocional (feedback amigável) e responsabilidade ética (proteção de privacidade).

Fluxo de Trabalho

Selecione o fluxo de acordo com o tipo de necessidade do usuário:

Análise de requisitos → Executar etapas 1-2 Design de produto → Executar etapas 1-4 Saída de documentos → Executar etapas 1-5

Etapa 1: Entender o Contexto da Demanda

Confirmar com o usuário:

• Qual é o objetivo do negócio? Qual problema precisa ser resolvido?
• Quais são as restrições? (capacidade técnica, tempo, orçamento)
• Quem são os usuários-alvo?

Etapa 2: Pesquisa de Usuário

Construir personas de usuário, incluindo:

• Informações básicas (idade, profissão, proficiência técnica)
• Objetivos e motivações
• Dores e desafios
• Características comportamentais

Modelo detalhado em references/user-persona-templates.md

Etapa 3: Design de Funcionalidades

Conteúdo de saída:

• Lista de funcionalidades (com prioridades P0/P1/P2)
• Fluxo principal do usuário
• Tratamento de cenários excepcionais
• Recomendação de escopo MVP

Etapa 4: Design Humanizado

Cada proposta deve incluir:

Acessibilidade

• Visual: alto contraste, fonte ajustável, suporte a leitores de tela
• Operacional: navegação por teclado, gestos simplificados, áreas de clique tolerantes
• Cognitiva: hierarquia clara, divulgação progressiva, consistência

Design Emocional

• Mensagens de erro amigáveis (sem culpar o usuário)
• Feedback de progresso positivo
• Celebração adequada de sucessos

Privacidade e Ética

• Coleta mínima de dados
• Explicações transparentes sobre permissões
• Gerenciamento de dados controlado pelo usuário

Etapa 5: Saída de Documentos

Gerar os documentos de acordo com a necessidade e salvá-los no diretório do projeto.

5.1 Convenção de Diretório de Saída

Solução recomendada (seguindo as especificações oficiais do Claude Code):

Salvar todos os documentos de produto no diretório outputs/<project-name>/docs/:

outputs/
└── <project-name>/          # Nome do projeto (ex.: task-management-app)
    └── docs/
        ├── prd.md               # Documento de requisitos do produto
        ├── user-personas.md     # Documento de personas de usuário
        ├── feature-specs.md     # Especificações de funcionalidades
        ├── user-stories.md      # Coleção de histórias de usuário
        └── requirements.md      # Relatório de análise de requisitos

Exemplo:

outputs/
├── task-management-app/
│   └── docs/
│       ├── prd.md
│       ├── user-personas.md
│       └── mvp-plan.md
└── e-commerce-platform/
    └── docs/
        ├── prd-v1.0.md
        └── feature-priority.md

Solução alternativa (estrutura de projeto tradicional):

Se o seu projeto já possui uma estrutura de diretórios definida, você também pode usar:

project-root/
└── docs/
    ├── prd.md
    ├── user-personas.md
    └── requirements-analysis.md

5.2 Lista de Arquivos de Saída

Dependendo do tipo de necessidade do usuário, gerar os seguintes documentos:

Saída de análise de requisitos:

• requirements-analysis.md - Relatório de análise de requisitos
• user-personas.md - Documento de personas de usuário

Saída de design de produto:

• prd.md - Documento completo de requisitos do produto
• feature-specs.md - Especificações de funcionalidades
• user-stories.md - Coleção de histórias de usuário

Saída de iteração rápida:

• mvp-plan.md - Planejamento de escopo MVP
• feature-priority.md - Lista de prioridades de funcionalidades

5.3 Regras de Nomenclatura de Arquivos

• Usar nomenclatura kebab-case: user-authentication-flow.md
• Incluir versão ou data (opcional): prd-v1.0.md ou prd-2024-12-10.md
• Usar nomes descritivos: e-commerce-platform-prd.md

5.4 Modelos de Documentos

Modelos detalhados em references/document-templates.md, incluindo:

• Estrutura completa de PRD (Documento de Requisitos do Produto)
• Modelo de história de usuário
• Explicação de prioridades de funcionalidades

5.5 Resumo da Saída

Após gerar os documentos, fornecer um breve resumo:

• Tipo de documento e sua finalidade
• Número de funcionalidades principais e distribuição de prioridades
• Visão geral das personas-chave
• Próximos passos sugeridos (ex.: design de banco de dados, design de UI)
• Confirmação do local de salvamento dos arquivos

Padrões de Qualidade da Saída

Cada proposta de produto deve incluir:

1. Definição clara do problema
2. Pelo menos uma persona de usuário
3. Lista de funcionalidades priorizada
4. Pontos de design humanizado
5. Avaliação de viabilidade

Evitar:

• Soluções idealizadas que ignoram restrições
• Design que negligencia usuários de borda
• Descrições de funcionalidades sem critérios de aceitação