Qwairy
Playbook de Estrategia de crecimiento

Cartografíe su visibilidad en la IA a lo largo de todo el recorrido de compra

Cartografíe su visibilidad monitorizada en la IA en TOFU, MOFU y BOFU. Aísle las carencias por etapa y proveedor, examine respuestas seleccionadas y construya un backlog de contenido basado en pruebas.
ejecución guiada de 20 minAvanzadoActualizado el 1 ago 2026
Esquema del flujo de trabajo
v1.0

Resultado esperado

Un mapa de la visibilidad por etapa y un plan de contenido priorizado según la evidencia

  1. Clasificar el recorrido

  2. Medir la cobertura

  3. Detectar las brechas de visibilidad

  4. Elaborar el plan

Ejecución rápida

Ejecute el flujo de trabajo con un solo clic

No hay nada que rellenar: el prompt se ejecuta tal cual y le pide lo que aún necesite.
Requiere el conector MCP de Qwairy

«Ejecutar en Claude» y «Ejecutar en ChatGPT» abren una nueva pestaña del navegador con el prompt ya escrito. No se envía nada hasta que usted lo confirme.

Lista de comprobaciónRevise los datos de entrada y los entregablesPúblico, herramientas, resultado esperado y requisitos previos.
Ideal para
Equipos de crecimientoGeneración de demandaMarketing de producto
Usted obtiene
  • Mapa de la visibilidad TOFU, MOFU y BOFU
  • Brechas del recorrido por proveedor
  • Análisis de los prompts con intención de compra
  • Plan de contenido priorizado por etapa
Antes de empezar
  • Un plan Qwairy Starter o superior con monitorización activa
  • Claude o ChatGPT con el conector MCP de Qwairy activado
  • Datos de monitorización recientes suficientes sobre el tema elegido
Desglose del playbookCómo funciona el flujo de trabajoQué extrae cada paso, la decisión GEO que permite tomar y el prompt completo.6 min de lectura5 secciones

Le nombran para «qué es un software CRM» y desaparece de «mejor CRM para una startup de 50 personas». Una única puntuación de visibilidad oculta por completo esa brecha, así que este flujo de trabajo reparte su conjunto monitorizado por etapa del recorrido de compra e indica qué parte lleva siquiera una etiqueta de etapa.

El problema GEO que resuelve

El reparto solo vale lo que valen las etiquetas que lo sostienen. Cada prompt monitorizado lleva una etapa opcional, TOFU, MOFU o BOFU, guardada en el prompt y fijada al crearlo, tanto si se generó como si se escribió a mano. Nunca se vuelve a deducir de las respuestas, así que una etapa vale lo que valga quien la asignó, y puede faltar.

Esa ausencia es lo que se pasa por alto. Los prompts sin etapa no aparecen nunca en la rejilla del recorrido de compra, y una fila de etapa que falta significa que ningún prompt con respuesta lleva esa etiqueta, no que la visibilidad allí sea cero. Lea la cobertura antes que ninguna puntuación, o actuará sobre una rejilla que describe una fracción de su monitorización.

Las etapas del flujo de trabajo

1. Mida la cobertura de las etiquetas. get_keyword_triggers devuelve un desglose por tipo de pregunta junto a su lista de palabras clave: una fila por etapa más una fila «Other» para las respuestas cuyo prompt no lleva ninguna etapa, cada una con un número de respuestas y una tasa de mención. Ese recuento de Other es la parte de la monitorización que la vista del recorrido de compra deja fuera.

2. Lea la rejilla. get_matrix con granularidad funnel devuelve una fila por etapa frente a sus proveedores monitorizados, con cada celda cargando puntuación, subpuntuaciones, número de citaciones, posición y un competidor principal, y cada fila su número de prompts. Las etapas sin ningún prompt respondido están ausentes, no a cero.

3. Nombre los prompts de una etapa. get_prompt_signals acepta un filtro de etapa del recorrido de compra, así que puede consultar una etapa directamente en lugar de filtrar después una lista de toda la marca. Reparte los prompts entre attack, defend, monitor e ignore, y devuelve listas con nombres solo para attack y defend; monitor e ignore se devuelven como recuentos.

Qué devuelve realmente una ejecución

Un conjunto real de 155 prompts repartidos en 8 temas devolvió una cobertura por tema del 0 al 60 por ciento, con cinco de los ocho temas al 20 por ciento o menos, y 0 prompts attack y 0 defend en toda la cartera.

Antes de aplicar ninguna etiqueta de etapa, ese es el estado real: cobertura escasa casi en todas partes. Repartir una cartera así por etapa produce tres grupos igualmente débiles, una respuesta cierta e inútil. El reparto vale la pena cuando la cobertura es desigual entre etapas y no uniformemente baja, así que compruebe primero su distribución por tema.

Cómo aprovechar los resultados

Lea los tres resultados en este orden fijo.

Primero, el umbral de cobertura. Si la fila Other contiene más de la mitad de las respuestas, deténgase: clasificar sobre esa rejilla es adivinar, y etiquetar los prompts es la acción más barata.

Después, elija la etapa. Tome la puntuación más baja entre las filas devueltas. Si se apoya en menos de cinco prompts, trátela como no medida y tome la siguiente más baja. Resuelva los empates por número de prompts.

Por último, nombre el trabajo. Ejecute las señales de prompts filtrando por esa sola etapa. Si attack y defend vuelven ambas vacías mientras monitor e ignore llevan los recuentos, eso es un resultado y no un fallo: ningún prompt de esa etapa supera ahora mismo el criterio attack o defend. Pase a la etapa siguiente o acepte que la lectura por recorrido de compra no aporta nada en este ciclo.

Lo que esto no puede decirle es si la etapa débil tiene valor económico. Una puntuación baja al final del recorrido describe sus prompts monitorizados, no un pipeline comercial perdido, y estas tres llamadas no contienen ningún dato de ingresos.

Guarde la puntuación y el número de prompts de cada fila de etapa junto a la cifra de cobertura. La cobertura cambia cada vez que se añaden o se reetiquetan prompts, así que una comparación posterior que la ignore leerá un cambio de etiquetado como un cambio de visibilidad.

El prompt completo

Quiero repartir mi visibilidad en la IA por etapa del recorrido de compra y saber qué parte de mi monitorización cubre realmente ese reparto. Si monitorizo más de una marca, lístalas y pregúntame cuál usar antes de obtener ningún dato. Utiliza los últimos 30 días.

1. Ejecuta get_keyword_triggers y muestra el desglose por tipo de pregunta: una fila por etapa del recorrido de compra más la fila Other, con los números de respuestas y las tasas de mención. Calcula la parte de respuestas que queda en Other. Si supera la mitad, dime que la vista del recorrido de compra cubre una minoría de mi monitorización y que etiquetar los prompts es mejor que leer la rejilla, y continúa solo si te lo pido.
2. Ejecuta get_matrix con granularidad funnel. Muestra cada fila de etapa devuelta con su puntuación, sus subpuntuaciones, sus citaciones, su posición, su competidor principal y su número de prompts, por proveedor. Si falta una etapa, indica explícitamente que ningún prompt con respuesta lleva esa etiqueta, y no la presentes como un cero.
3. Ordena las filas de etapa por puntuación ascendente. Omite cualquier fila que se apoye en menos de cinco prompts y dime cuál omitiste y por qué. Resuelve los empates por número de prompts. Nombra la etapa que queda en primer lugar.
4. Ejecuta get_prompt_signals filtrando por esa sola etapa. Indica los recuentos de attack, defend, monitor e ignore, y después los prompts attack y defend con su cuota de voz y su prioridad. Si ambas listas vuelven vacías, di que ningún prompt de esa etapa supera actualmente el criterio attack o defend, y repite este paso en la siguiente etapa de la clasificación. Si ninguna etapa produce una lista, detente y di que la lectura por recorrido de compra no ofrece nada accionable en este ciclo, en lugar de sustituirla por otra vista.

No describas una etapa débil como ingresos perdidos y no prometas que trabajar en una etapa vaya a mover su puntuación. Termina con la cobertura de las etiquetas, la clasificación de las etapas y los prompts nombrados, si los hubo.
Ponga el flujo de trabajo en marcha

Ejecute este playbook con sus propios datos de visibilidad en la IA.

Conecte Qwairy a Claude, extraiga las señales exactas del flujo de trabajo y obtenga un resultado listo para ejecutar.