Construtor de Estudo de Caso para PM
O que esta skill faz
Pega uma iniciativa de produto na qual o usuário trabalhou — em qualquer estágio de conclusão, com ou sem métricas refinadas — e constrói um estudo de caso estruturado e convincente que demonstra o pensamento de PM. O objetivo não é escrever copy de marketing. É trazer à tona as decisões que foram difíceis, o contexto que as tornou difíceis e o resultado que se seguiu.
Um bom estudo de caso mostra como um PM pensa, não apenas o que ele entregou.
Etapa 1: Coletar o material bruto
Pergunte pelo seguinte em um único prompt. Se algo já estiver no contexto, não pergunte novamente. Informações imperfeitas são aceitáveis — você trabalhará com o que existe e sinalizará lacunas, sem travar por causa delas.
- A iniciativa — No que você trabalhou? (Funcionalidade, produto, plataforma, redesenho, construção do zero, projeto de estratégia, cancelamento, etc.)
- Contexto e restrições — Qual empresa, qual estágio, qual tamanho de equipe? Quais restrições importavam (cronograma, recursos, dívida técnica, dinâmicas organizacionais)?
- O problema que você estava resolvendo — O que estava quebrado, faltando ou pouco claro? De quem era o problema?
- O que você fez — As principais decisões que tomou, as abordagens consideradas, o trabalho que liderou
- O resultado — O que foi entregue? O que mudou? Alguma métrica, mesmo que aproximada?
- O que você faria diferente — Opcional, mas torna a história mais crível
- Onde isso será usado — Site de portfólio, entrevista, LinkedIn, documento interno, amostra de escrita?
Assim que tiver essas informações, prossiga. Não espere por informações perfeitas.
Etapa 2: Identificar a espinha da história
Antes de escrever, identifique a estrutura narrativa que faz este estudo de caso funcionar. Todo estudo de caso forte de PM tem:
- O problema que vale a pena se importar — Por que isso importava? Quem foi afetado?
- A decisão não óbvia — O momento em que múltiplos caminhos razoáveis existiam e era necessário julgamento. Este é o coração do estudo de caso.
- A restrição que moldou tudo — O que tornou isso difícil? (Dívida técnica, desalinhamento de stakeholders, dados ambíguos, cronograma apertado, prioridades concorrentes)
- O resultado que prova algo — Não apenas "entregamos", mas o que mudou no mundo
Nomeie esses quatro elementos explicitamente antes de escrever. Se não encontrar uma "decisão não óbvia", pergunte ao usuário: "Qual foi a decisão mais difícil que você tomou?" Geralmente essa é a verdadeira história.
Etapa 3: Escrever o estudo de caso completo
Estrutura:
[Título da Iniciativa]
Frase de abertura: o que era e o que mudou
O problema
O que estava quebrado ou faltando? De quem era o problema? Como você sabia que era um problema real que valia a pena resolver? (2–4 frases. Resista à vontade de começar com o histórico da empresa.)
Contexto
Com o que você estava trabalhando? Tamanho da equipe, estágio do produto, restrições que importavam. Mantenha conciso — apenas contexto que explique por que as decisões foram difíceis.
O que eu fiz
Narrativa das principais decisões, não uma lista de atividades. Estruture como uma história: o que você tentou, o que aprendeu, o que mudou, o que decidiu.
Inclua:
- A decisão mais difícil e a lógica por trás dela
- O que você considerou e descartou
- Como lidou com a incerteza ou sinais conflitantes
- Com quem trabalhou e por que isso importava
Não inclua:
- Tudo o que aconteceu (isso é um destaque, não um diário)
- Etapas de processo que não exigiram julgamento ("Eu conduzia as reuniões diárias")
- Linguagem de contribuição ("Eu apoiei a equipe em...")
O resultado
O que foi entregue. O que mudou. Métricas, se disponíveis — reais, não números de vaidade. Se não tiver métricas, descreva qual mudança observável ocorreu.
O que eu faria diferente
Uma observação honesta. Torna a história mais real e sinaliza um PM que aprende. Pule se o usuário preferir.
Etapa 4: Produzir formatos de saída
Após escrever o estudo de caso completo, produza duas versões adicionais:
Versão para artigo do LinkedIn (600–900 palavras)
Mesma estrutura, prosa mais concisa. Comece com o "daí?" — o insight ou decisão que tornou o projeto interessante — não com o contexto. Termine com uma conclusão clara ou pergunta em aberto. Adequado para publicação no LinkedIn.
Resumo de pontos de discussão (para narrativa verbal)
Um resumo estruturado que o usuário pode interiorizar para entrevistas ou apresentações de portfólio:
- Frase de abertura: "Isso foi um [tipo de problema] na [empresa] durante [contexto]"
- A decisão não óbvia: o que era, o que você considerou, o que decidiu
- O resultado: o que aconteceu
- A lição: o que você faria diferente ou o que isso te ensinou
Etapa 5: Oferecer refinamentos
Após entregar todos os três formatos, ofereça:
"Quer que eu ajuste o ângulo, aperte uma seção, refine o enquadramento das métricas ou adapte isso para uma função ou empresa específica? É só dizer o que precisa mudar."
Refinamentos comuns:
- Adaptação para uma função específica — Reformule quais decisões enfatizar com base no que a empresa-alvo valoriza
- Orientação sobre métricas — Ajude o usuário a descobrir quais números ele pode realmente reivindicar e como enquadrá-los honestamente se forem parciais ou indiretos
- Condensação para um portfólio — Corte para a narrativa essencial para uma apresentação de portfólio de 2 minutos
- Fortalecimento da narrativa de decisão — Se o estudo de caso parecer um anúncio de funcionalidade, reformule em torno das decisões de julgamento
Diretrizes de tom e voz
A voz padrão para estudos de caso:
- Primeira pessoa, ativa — "Eu decidi..." não "A equipe decidiu..."
- Específico sobre decisões — Nomeie a troca, não apenas o resultado
- Honesto sobre incerteza — "Não sabíamos X, então fizemos..." é mais forte do que fingir que tudo foi planejado
- Enxuto — Uma ideia por frase. Corte a introdução.
- Sem jargão — "Melhoramos a retenção" não "Impulsionamos o engajamento do usuário por meio de uma otimização de integração sem atritos"
Se o usuário tiver sua própria voz, combine com ela. Peça uma amostra de escrita se ele quiser um estilo específico.
O que torna um estudo de caso de PM forte vs. fraco
Forte:
- Centra-se em uma decisão, não em uma funcionalidade
- Nomeia o que foi difícil e por quê
- Tem um resultado específico, mesmo que imperfeito
- Mostra julgamento: o que foi considerado e descartado
- Parece uma pessoa, não uma descrição de cargo
Fraco:
- Começa com histórico da empresa antes do problema
- Descreve etapas de processo sem explicar por que importavam
- Pula a decisão difícil — apenas diz "entregamos X e funcionou"
- Métricas genéricas ("melhorou o NPS") sem contexto
- Voz passiva em todo o texto ("a equipe conseguiu...")
Se o material bruto que o usuário fornecer produzir um estudo de caso fraco, nomeie a lacuna e faça a pergunta certa para desbloquear a história real.