interview-script

Visão geral do skill interview-script

interview-script é um skill de prompt para criar roteiros estruturados de entrevista com clientes, ajudando você a coletar evidências reais em vez de opiniões polidas. É uma ótima opção para UX researchers, product managers, founders e designers que precisam de um interview-script skill para trabalho de discovery, especialmente quando querem um fluxo prático de interview-script for UX Research baseado em The Mom Test e em perguntas de exploração no estilo JTBD.

O que ele faz melhor

Este skill transforma um objetivo de pesquisa ainda solto em um roteiro utilizável, com abertura, perguntas centrais e fechamento. Ele foi pensado para ajudar você a perguntar sobre comportamento passado, fluxos atuais, dores e contexto de decisão, em vez de apresentar um conceito cedo demais.

Quando ele é a escolha certa

Use interview-script quando você já conhece o público e precisa de um guia de entrevista de alta qualidade para um objetivo de pesquisa específico. Ele é mais útil em entrevistas exploratórias, validação de problema, mapeamento de fluxos e discovery de produto em estágio inicial.

O que o diferencia

A principal vantagem é estrutura com contenção: o skill incentiva perguntas neutras, evita linguagem indutiva e mantém a conversa ancorada na experiência real. Isso o torna mais confiável do que um prompt genérico que só pede “perguntas para entrevista”.

Como usar o skill interview-script

Instale e localize o skill

Execute o comando interview-script install no contexto do gerenciador de skills do repositório, ou adicione-o a partir de phuryn/pm-skills usando o fluxo de instalação do projeto. Depois de instalar, abra primeiro pm-product-discovery/skills/interview-script/SKILL.md; não há pastas de apoio scripts/, references/ ou resources/, então a principal fonte de verdade é o próprio arquivo do skill.

Dê a entrada certa

O skill funciona melhor quando você fornece um briefing de pesquisa claro, e não um tema vago. Inclua o tipo de usuário, a área do problema, a decisão que a entrevista deve orientar e qualquer suposição já conhecida. Um bom prompt seria: “Crie um roteiro de entrevista para UX researchers falando com gestores de primeira viagem sobre dores no onboarding; precisamos validar onde eles perdem tempo, quais ferramentas usam hoje e o que dispara a troca.”

Use um fluxo de trabalho, não um pedido único

Primeiro peça o roteiro, depois revise se as perguntas realmente se conectam a uma decisão concreta. Se você já tiver notas de persona, anotações de entrevistas anteriores ou uma lista de hipóteses, envie isso antes da geração. Isso melhora o encaixe mais do que pedir para o modelo “deixar melhor” depois. Para interview-script usage, pense assim: briefing -> roteiro -> revisão -> refino dos probes -> execução das entrevistas.

Leia o arquivo nesta ordem

Comece por SKILL.md para entender a estrutura e, em seguida, procure as seções que definem contexto, instruções e o padrão de abertura/parte central/fechamento. Como o repositório é propositalmente minimalista, o valor está em adaptar o template com precisão ao seu domínio, e não em um ecossistema maior de materiais de apoio.

FAQ do skill interview-script

O interview-script serve só para UX research?

Não. O skill interview-script é útil para qualquer entrevista de discovery em que você precise de respostas honestas e baseadas em comportamento: discovery de produto, customer development, pesquisa com usuários e entrevistas com stakeholders. Ele é especialmente útil quando você precisa de um roteiro repetível, em vez de perguntas improvisadas.

Em que ele é diferente de um prompt normal?

Um prompt comum pode gerar uma lista de perguntas, mas o interview-script foi pensado para produzir um fluxo de entrevista usável, com propósito, sequência e restrições comportamentais. Isso importa porque a qualidade da entrevista depende da ordem, da neutralidade e dos prompts de acompanhamento, não só da quantidade de perguntas.

É amigável para iniciantes?

Sim, desde que você consiga descrever o público e o objetivo da pesquisa. O erro mais comum de quem está começando é pedir “boas perguntas de entrevista” sem especificar quem será entrevistado ou qual decisão depende das respostas. O skill funciona melhor quando a entrada é concreta.

Quando não devo usar?

Não use interview-script se você precisa de uma pesquisa de mercado ampla, de um deck para call de vendas ou de um teste de usabilidade totalmente roteirizado com métricas de sucesso da tarefa. Ele é para conversas de discovery, não para todo tipo de interação de pesquisa.

Como melhorar o skill interview-script

Escreva entradas melhores do que o briefing padrão

O maior salto de qualidade vem de nomear o usuário, a situação e a decisão que você quer tomar. Em vez de “faça um guia de entrevista para meu app”, diga qual trabalho o usuário está tentando concluir, o que você suspeita que está quebrado e que evidência mudaria o próximo passo.

Peça probes, não só perguntas

Um bom interview-script guide inclui perguntas de acompanhamento como “O que aconteceu depois?”, “Como você lidou com isso da última vez?” e “O que você tentou antes disso?”. Esses probes costumam ser o ponto em que aparece o sinal mais útil, especialmente em interview-script for UX Research.

Fique atento aos modos de falha mais comuns

Os problemas mais frequentes são formulação indutiva, perguntas hipotéticas demais e roteiros que pulam o fluxo atual do participante. Se a primeira saída parecer genérica, refine o briefing com a linguagem do domínio, restrições conhecidas e o comportamento exato que você quer descobrir. Esse é o jeito mais rápido de melhorar interview-script usage.

Itere depois do primeiro rascunho

Depois de gerar o roteiro, edite para garantir neutralidade e sequência: primeiro a abertura, depois exemplos recentes, depois dores, depois alternativas e, por fim, o fechamento. Se quiser uma segunda passada mais forte, diga ao skill o que ficou amplo demais, o que faltou e qual seção precisa de exploração mais profunda. Isso transforma interview-script install em um fluxo prático de pesquisa, e não apenas em um download de template.