identify-assumptions-new

Visão geral da skill identify-assumptions-new

A skill identify-assumptions-new ajuda a estressar uma nova ideia de produto ao revelar premissas arriscadas antes que você invista tempo, esforço de design ou capacidade de engenharia. Ela é mais indicada para Product Management, descoberta inicial em startups e alinhamento de equipe quando você precisa responder: “O que precisa ser verdade para essa ideia funcionar?”

Diferente de um prompt genérico de brainstorming, identify-assumptions-new é organizada em 8 categorias de risco, ampliando a estrutura comum de Value/Usability/Viability com Ethics, Go-to-Market, Strategy & Objectives e Team risks. Isso a torna útil quando você quer um mapa de riscos mais completo antes de construir, e não apenas uma crítica de funcionalidades.

Melhor encaixe para avaliação de novos produtos

Use identify-assumptions-new quando o conceito ainda estiver nebuloso, quando stakeholders discordarem sobre a oportunidade ou quando você precisar de um briefing de descoberta mais limpo antes de entrevistas, experimentos ou planejamento de roadmap. A identify-assumptions-new skill é especialmente útil em trabalhos de Product Management em que a parte mais difícil não é gerar ideias, e sim expor as apostas ocultas por trás delas.

O que ela identifica

A skill foca em premissas que podem derrubar um conceito de produto: demanda, adoção, disposição para pagar, viabilidade técnica, clareza no primeiro uso, pressão competitiva, questões éticas e prontidão do time. Isso ajuda você a separar “ideia interessante” de “caminho crível até valor”.

Quando ela pode não ser a ferramenta certa

Se você já tem comportamento de usuário validado, dados sólidos de mercado ou um plano de entrega bem delimitado, essa skill pode ser menos útil do que um fluxo de priorização ou implementação. O identify-assumptions-new guide trata de risco de descoberta, então funciona melhor antes do travamento da solução.

Como usar a skill identify-assumptions-new

Instale e carregue a skill

Use o fluxo de instalação do projeto para este repositório: npx skills add phuryn/pm-skills --skill identify-assumptions-new. Depois da instalação, leia primeiro SKILL.md e, em seguida, qualquer arquivo de contexto vinculado, se o seu ambiente os incluir. Neste repositório, SKILL.md é a principal fonte de comportamento porque não há scripts complementares nem pastas de suporte.

Dê a ela um briefing de produto completo

A skill funciona melhor quando você informa três coisas: o conceito do produto, o segmento de usuário-alvo e a funcionalidade ou resultado que deseja avaliar. Um prompt fraco como “analise minha ideia” deixa premissas demais implícitas. Um prompt mais forte seria assim:

“Use identify-assumptions-new to map assumptions for a B2B AI inbox triage tool for customer support teams at 50–200 seat SaaS companies. Focus on adoption risk, pricing risk, and whether teams will trust automation on day one.”

Isso dá contexto suficiente para o modelo identificar modos de falha relevantes em vez de objeções genéricas.

Leia o fluxo na ordem certa

Comece com SKILL.md e siga sua estrutura: contexto, enquadramento de domínio e depois as etapas de instrução. Para essa skill, o passo crítico é preservar a checagem em três perspectivas — Product Manager, Designer e Engineer — porque isso amplia o conjunto de premissas antes da passagem pelas 8 categorias. Se você pular esse enquadramento, o output tende a se concentrar demais em apenas um tipo de risco.

Use a saída como um checklist de descoberta

Trate o resultado como um artefato de apoio à decisão, não como um veredito final. O próximo passo mais útil é transformar as premissas de maior risco em perguntas de entrevista, testes de protótipo ou prompts de pré-mortem. Por exemplo, uma premissa de viabilidade pode virar uma pergunta de entrevista sobre preço, enquanto uma premissa de usabilidade pode virar um teste de primeiro uso com protótipo.

FAQ da skill identify-assumptions-new

A identify-assumptions-new é só para Product Management?

Não. A identify-assumptions-new skill é mais forte para Product Management, mas founders, designers e engineers também podem usá-la para esclarecer o que precisa ser verdade para um novo produto dar certo. O principal valor está em criar uma linguagem compartilhada sobre risco.

Em que ela é diferente de um prompt normal?

Um prompt normal geralmente devolve uma lista solta de preocupações. Esta skill oferece um enquadramento de descoberta mais disciplinado: três perspectivas e depois 8 categorias de risco, com atenção explícita à incerteza de produto novo. Essa estrutura reduz premissas perdidas e facilita transformar o resultado em ação.

Ela é amigável para iniciantes?

Sim, desde que você consiga descrever sua ideia em linguagem simples. Você não precisa de um pacote de pesquisa detalhado para começar, mas precisa de contexto suficiente para definir usuário, problema e resultado pretendido. O fluxo de identify-assumptions-new install é simples; a qualidade vem do briefing que você fornece.

Quando eu não deveria usá-la?

Não use como substituta de evidência quando você já tiver pesquisa com usuários, dados de preço ou analytics de uso. Também não é a melhor opção para produtos maduros em que a principal pergunta é priorização, e não descoberta de premissas.

Como melhorar a skill identify-assumptions-new

Forneça entradas mais precisas

O maior ganho de qualidade vem de nomear público, job-to-be-done e mudança de comportamento esperada. “Um novo app de IA para times” é vago demais. “Uma ferramenta de workflow que ajuda designers freelancers a transformar briefings de clientes em checklists de lançamento” é muito melhor porque revela premissas de adoção, valor e usabilidade.

Peça riscos por categoria

Se você quer uma saída melhor do identify-assumptions-new, peça explicitamente premissas em Value, Usability, Viability, Feasibility, Ethics, Go-to-Market, Strategy & Objectives e Team. Isso evita que a resposta escorregue para comentários genéricos sobre funcionalidades e mantém a análise alinhada ao propósito real da skill.

Transforme premissas em testes

A skill melhora mais quando você a usa de forma iterativa. Depois da primeira rodada, escolha as 3 principais premissas e peça formas baratas de testá-las. Por exemplo, transforme “os usuários confiarão nas recomendações da IA” em um roteiro de entrevista, um concierge test ou uma tarefa de protótipo.

Fique atento aos modos de falha mais comuns

O erro mais comum é apresentar uma solução antes de definir o problema. Outro é pedir “todos os riscos” sem um segmento-alvo, o que gera uma resposta ampla, mas de baixo valor. Para identify-assumptions-new for Product Management, as melhores entradas são específicas o suficiente para expor trade-offs, mas ainda cedo o bastante para que premissas importem mais do que detalhe de implementação.