discovery-process

Visão geral do skill discovery-process

O skill discovery-process é um fluxo de trabalho estruturado para pegar um problema de produto vago e transformá-lo em uma direção validada por meio de framing, entrevistas, síntese e experimentos. Ele é ideal para product managers, UX researchers e times multidisciplinares que precisam de algo além de um prompt genérico de brainstorming e querem um discovery-process repetível para UX Research e decisões de produto.

Para que serve este skill

Use discovery-process quando você precisa testar se um problema é real, entender por que ele existe e decidir o próximo passo antes de construir. Ele ajuda a sair de “achamos que os usuários têm dificuldade com X” para próximos passos sustentados por evidências.

Quem mais aproveita

Este discovery-process skill é uma boa opção para times que trabalham com retenção, churn, ativação, onboarding ou dores pouco claras dos clientes. Ele é especialmente útil quando as partes interessadas querem segurança, mas o time ainda não tem evidência suficiente para justificar uma entrega.

O que o diferencia

O principal valor está na sequência: o skill foi pensado para conectar framing do problema, planejamento de entrevistas, síntese e teste de soluções, em vez de tratar tudo como prompts soltos e pontuais. Isso o torna mais forte do que pedir a um LLM apenas “ideias de pesquisa” ou “perguntas para entrevista com usuários” de forma isolada.

Como usar o skill discovery-process

Instale e leia primeiro os arquivos certos

Execute a etapa discovery-process install com o loader de skills do repositório e, em seguida, abra primeiro skills/discovery-process/SKILL.md. Depois, confira template.md e examples/sample.md para entender o formato esperado da entrega e como um ciclo completo é documentado.

Dê um briefing de discovery de verdade

O skill funciona melhor quando a sua entrada inclui a área do problema, o público, o contexto de negócio e qual decisão depende do resultado. Um prompt fraco diz “ajude com onboarding”; um prompt mais forte diz “a ativação caiu 15% para usuários SMB self-serve, e precisamos entender se o principal problema é compreensão, atrito na configuração ou falta de valor”.

Um padrão prático de prompt

Use o padrão discovery-process usage assim:

Run discovery-process for UX Research on our onboarding drop-off problem. Audience: first-time SMB admins. Goal: identify the biggest friction point, draft interview questions, propose a synthesis structure, and suggest one testable solution hypothesis.

Se você já tiver evidências, inclua. Se não tiver, diga isso explicitamente. O skill é mais útil quando sabe se deve partir de uma hipótese, de dados existentes ou de uma dúvida das partes interessadas.

O que ler e reaproveitar

Comece pela pasta de exemplos para ver um ciclo completo como referência e, depois, espelhe o template nas suas próprias anotações. O discovery-process guide rende mais quando você reaproveita suas fases como um artefato de trabalho: framing do problema, plano de pesquisa, entrevistas, síntese, oportunidades, experimentos e decisão.

FAQ do skill discovery-process

discovery-process é melhor do que um prompt comum?

Sim, quando você precisa de um processo repetível, e não de uma resposta única. Um prompt comum pode gerar perguntas de entrevista ou um resumo, mas o discovery-process ajuda a coordenar a sequência e mantém as entregas amarradas a uma decisão.

Quando eu não devo usar?

Não use se o problema já estiver validado e você só precisar de detalhes de implementação. Também não é uma boa escolha para questões puramente internas, sem interface com o usuário, nas quais entrevistas de discovery e síntese não agregariam muito valor.

Isso é útil para quem está começando?

Sim, desde que você consiga descrever o problema com clareza. Quem está começando tira mais proveito quando segue o template e preenche o contexto concreto, em vez de pedir ao skill que invente a pergunta de pesquisa por conta própria.

Ele se encaixa em workflows de UX Research?

Sim. O uso de discovery-process for UX Research é uma das aplicações mais fortes, especialmente para planejamento de entrevistas, estrutura de síntese e transformação dos achados em um experimento ou em um memo de decisão.

Como melhorar o skill discovery-process

Comece com uma formulação mais precisa do problema

Os melhores resultados vêm de entradas que separem sintoma, causa suspeita e impacto no negócio. Por exemplo: “Os usuários abandonam a configuração depois de conectar uma conta bancária; suspeitamos que eles não entendem o próximo passo, e isso pode estar causando perda de ativação.” Isso é melhor do que simplesmente “os usuários estão confusos”.

Adicione restrições que mudam o plano de pesquisa

Se você tem prazo curto, acesso limitado a usuários ou um segmento muito específico, diga isso logo no início. As restrições mudam se o skill deve recomendar entrevistas de troca, revisão de tickets de suporte, uma síntese mais leve ou testes de conceito mais rápidos.

Peça entregáveis que você consiga executar

Para obter resultados melhores de discovery-process usage, solicite entregas concretas: um roteiro de entrevista, uma estrutura de síntese, statements de oportunidade e uma hipótese testável. Se você pedir apenas “insights”, a saída costuma ficar abstrata demais para virar uma decisão real.

Itere depois da primeira rodada

Use a primeira saída para refinar a próxima. Se o framing estiver amplo demais, restrinja o público. Se o plano de entrevista parecer genérico, adicione evidência comportamental ou uma etapa específica do funil. Se a solução proposta vier cedo demais, peça mais foco na validação do problema antes da ideação.