Qwairy
Playbook: Estratégia de crescimento

Mapeie a visibilidade em IA ao longo de todo o percurso de compra

Mapeie a visibilidade em IA monitorizada em TOFU, MOFU e BOFU. Identifique lacunas por fase e fornecedor, examine respostas selecionadas e crie uma lista de conteúdos baseada em evidências.
Execução guiada: 20 minAvançadoAtualizado a 1 de ago. de 2026
Plano do fluxo de trabalho
v1.0

Resultado pretendido

Um mapa da visibilidade por fase do funil e um plano de conteúdos priorizado com base em dados

  1. Classificar a jornada

  2. Medir a cobertura

  3. Localizar lacunas de visibilidade

  4. Criar o plano

Execução rápida

Execute o fluxo de trabalho num clique

Nada a preencher: o prompt é executado tal como está e pede-lhe o que ainda precisar.
Requer o conector MCP do Qwairy

«Executar no Claude» e «Executar no ChatGPT» abrem um novo separador do navegador com o prompt já escrito. Nada é enviado até o submeter.

Lista de verificaçãoVerifique os dados de entrada e os resultadosPúblico, ferramentas, resultado esperado e pré-requisitos.
Ideal para
Equipas de crescimentoGeração de procuraMarketing de produto
O que obtém
  • Mapa da visibilidade nas fases TOFU, MOFU e BOFU
  • Lacunas no funil por fornecedor
  • Análise dos prompts com intenção de compra
  • Plano de conteúdos priorizado por fase
Antes de começar
  • Um plano Qwairy Starter ou superior com monitorização ativa
  • Claude ou ChatGPT com o conector MCP do Qwairy ativado
  • Dados recentes de monitorização suficientes para o tema selecionado
O playbook em detalheComo funciona o fluxo de trabalhoO que cada etapa obtém, a decisão GEO que permite tomar e o prompt completo.5 min de leitura5 secções

A sua marca é mencionada em «o que é um software CRM», mas desaparece de «melhor CRM para uma startup de 50 pessoas». Uma única pontuação de visibilidade esconde por completo essa diferença. Por isso, este fluxo divide os prompts monitorizados por fase do percurso de compra e mostra quantos têm sequer uma etiqueta de fase.

O problema GEO que resolve

A divisão só vale tanto quanto as etiquetas subjacentes. Cada prompt monitorizado pode ter uma fase opcional, TOFU, MOFU ou BOFU, guardada no momento da criação, quer o prompt tenha sido gerado, quer tenha sido escrito à mão. A fase nunca é recalculada a partir das respostas. A sua qualidade depende, por isso, de quem a atribuiu, e pode faltar.

É essa ausência que passa despercebida. Os prompts sem fase nunca aparecem na grelha do percurso de compra. Se faltar uma linha de uma fase, isso significa que nenhum prompt respondido tem essa etiqueta, não que a visibilidade nessa fase seja zero. Verifique a cobertura antes de qualquer pontuação, ou estará a agir com base numa grelha que descreve apenas parte da monitorização.

As etapas do fluxo de trabalho

1. Meça a cobertura das etiquetas. get_keyword_triggers devolve uma divisão por tipo de pergunta ao lado da lista de palavras-chave: uma linha por fase e uma linha «Other» para respostas cujos prompts não têm fase, com contagem de respostas e taxa de menção. A contagem Other representa a parte da monitorização excluída da vista do percurso de compra.

2. Leia a grelha. get_matrix com granularidade funnel devolve uma linha por fase para os fornecedores monitorizados. Cada célula inclui pontuação, pontuações parciais, número de citações, posição e concorrente principal; cada linha inclui a contagem de prompts. As fases sem prompt respondido estão ausentes, não a zero.

3. Identifique os prompts de uma fase. get_prompt_signals aceita um filtro de fase do percurso de compra. Pode consultar diretamente uma fase em vez de filtrar depois uma lista de toda a marca. A ferramenta distribui os prompts por attack, defend, monitor e ignore e devolve listas identificadas apenas para attack e defend; monitor e ignore aparecem como contagens.

O que uma execução realmente devolve

Um conjunto real de 155 prompts em 8 temas apresentou cobertura por tema entre 0 e 60 por cento; cinco dos oito temas ficaram em 20 por cento ou menos. Na carteira inteira houve 0 prompts attack e 0 defend.

Antes de aplicar etiquetas de fase, este é o estado real: cobertura fraca quase em toda a parte. Dividir tal carteira por fase produz três grupos igualmente fracos, uma resposta verdadeira mas pouco útil. A divisão faz sentido quando a cobertura difere entre fases, em vez de ser uniformemente baixa. Verifique primeiro a distribuição por tema.

Como aproveitar os resultados

Leia os três resultados nesta ordem fixa.

Primeiro, a cobertura: se a linha Other contiver mais de metade das respostas, pare. Ordenar aquela grelha seria adivinhar; etiquetar prompts custa menos.

Segundo, escolha a fase: selecione a pontuação mais baixa entre as linhas devolvidas. Se assentar em menos de cinco prompts, considere-a não medida e escolha a seguinte. Desempate pela contagem de prompts.

Terceiro, identifique as tarefas: chame os sinais dos prompts apenas para essa fase. Se attack e defend estiverem vazios, mas monitor e ignore tiverem contagens, isso é um resultado, não uma falha. Nenhum prompt dessa fase satisfaz agora os critérios attack ou defend. Passe à fase seguinte ou aceite que a vista por percurso não oferece tarefas neste ciclo.

O fluxo não mostra se a fase mais fraca representa dinheiro. Uma pontuação BOFU baixa descreve os prompts monitorizados, não uma perda no pipeline comercial. Estas três chamadas não contêm dados de receita.

Guarde a pontuação e a contagem de prompts de cada linha de fase com a cobertura. Esta muda quando se acrescentam prompts ou se alteram etiquetas. Uma comparação posterior sem cobertura confundiria uma mudança de etiqueta com uma mudança de visibilidade.

O prompt completo

Quero dividir a minha visibilidade em IA por fase do percurso de compra e saber que parte da monitorização essa divisão realmente abrange. Se monitorizar várias marcas, lista-as e pergunta qual usar antes de obteres dados. Usa os últimos 30 dias.

1. Chama get_keyword_triggers e mostra a divisão por tipo de pergunta: uma linha por fase do percurso de compra e a linha Other, com contagens de respostas e taxas de menção. Calcula a quota de respostas em Other. Se for superior a metade, diz que a vista do percurso cobre uma minoria da minha monitorização e que etiquetar prompts é mais útil do que ler a grelha. Só continues se eu pedir.
2. Chama get_matrix com granularidade funnel. Mostra todas as linhas de fases devolvidas, por fornecedor, com pontuação, pontuações parciais, citações, posição, principal concorrente e contagem de prompts. Se faltar uma fase, indica expressamente que nenhum prompt respondido tem essa etiqueta. Não a apresentes como zero.
3. Ordena as linhas de fases por pontuação crescente. Ignora qualquer linha baseada em menos de cinco prompts e explica qual ignoraste e porquê. Desempata pela contagem de prompts. Identifica a fase que fica em primeiro lugar.
4. Chama get_prompt_signals filtrado apenas para essa fase. Indica as contagens attack, defend, monitor e ignore e depois os prompts attack e defend com share of voice e prioridade. Se ambas as listas estiverem vazias, diz que nenhum prompt dessa fase cumpre atualmente os critérios attack ou defend e repete o passo na fase seguinte. Se nenhuma fase gerar uma lista, para e diz que a vista por percurso não oferece nenhuma ação neste ciclo, em vez de a substituíres por outra vista.

Não descrevas uma fase fraca como perda de receitas nem prometas que o trabalho nessa fase alterará a pontuação. Termina com a cobertura das etiquetas, a ordem das fases e os prompts identificados, se houver.
Ponha o fluxo de trabalho em prática

Execute este playbook com os seus próprios dados de visibilidade em IA.

Ligue o Qwairy ao Claude, obtenha os sinais exatos do fluxo de trabalho e saia com um resultado pronto a executar.