Historial de la encuesta

Responde “por qué dejaron de llegar respuestas” cruzando la recolección con el historial de cambios

Skill gratis para Claude Code, Codex, Cursor y Gemini CLI. Trabaja a través del servidor MCP de SurveyNinja, con tus permisos.

Categoría
Entender resultados
Etiquetas
historial de cambios, embudo
Funciona con
Claude Code, Codex, Cursor, Gemini CLI
Herramientas MCP
5, todas de solo lectura
Versión
1.1, 20 de octubre de 2026
Creada por
SurveyNinja
Precio
Gratis
Archivo de la skill
SKILL.md

Qué hace

  • Respuestas y cambios en una misma línea. La skill superpone el flujo de respuestas con el historial de publicaciones y busca fechas que coincidan.
  • Conclusión en una frase. “Las respuestas se detuvieron tal día, al parecer por tal cosa” en lugar de una tabla de cuarenta filas.
  • Coincidir no es causar. Si un cambio no pudo influir, una fecha que coincide no se presenta como la razón.

Ejemplo

Tú escribes

¿Por qué la encuesta dejó de recibir respuestas?

Lo que te devuelve el asistente

  • 4–10 ago 96
  • 11–17 ago 88
  • 18–24 ago, publicada el 19 31
  • 25–31 ago 27
  • 1–7 sep, lógica corregida el 1 74
  • 8–14 sep 81
La caída empieza el día de la publicación, el 19 de agosto

Esa versión agregó una condición que mandaba a parte del público a una rama sin salida. Tras la corrección del 1 de septiembre, la recolección volvió a su nivel anterior, así que la relación se confirma en ambos sentidos.

Las fechas son un ejemplo. Las líneas se arman con tu encuesta y sus versiones.

Cómo funciona

  1. Cruza dos líneas de tiempoLas respuestas por día o por semana y el historial de publicaciones. Por separado dicen poco; juntas lo explican casi todo.
  2. Busca coincidencias de fechasUna caída justo después de publicar indica que un cambio rompió algo. Una caída sin cambios apunta a una causa externa: terminó la campaña de correo, quitaron el banner, pasó el evento.
  3. Revisa lo obvio por separadoUna caída brusca a cero obliga a ver si la encuesta se despublicó o se cerró, o si se llegó al límite mensual de respuestas. Desde afuera parece que la gente simplemente dejó de responder.
  4. No confunde coincidencia con causaSi un cambio no pudo afectar la recolección, el asistente lo dice. Una relación inventada es peor que un honesto “no encontré nada”.

Prueba también

  • Muéstrame cómo llegaron las respuestas y cuándo editamos la encuesta
  • A fines de agosto hubo una caída. Averigua a qué se debió

Lo que no hará

  • No hacer pasar una coincidencia de fechas por una causa
  • No comparar días hábiles con fines de semana sin aclararlo
  • No sugerir un plan superior ni presionarte para pagar

La skill trabaja con tus permisos. Las herramientas que cambian datos vienen marcadas, así que revisas lo que el asistente va a hacer antes de confirmar. Para cortar el acceso, quita el conector en el asistente o borra la clave API.

En resumen

¿Cómo busca la skill la causa?

Compara dos líneas: cómo llegaron las respuestas, por día o por semana, y cuándo se editó y publicó la encuesta. Luego busca fechas que coincidan.

¿Qué significa una caída justo después de publicar?

Lo más probable es que un cambio haya roto algo: una rama de la lógica, un campo obligatorio o la dirección del enlace.

¿Y si nadie tocó la encuesta?

Entonces la causa está afuera: terminó una campaña de correo o un anuncio, quitaron un banner, pasó un evento. Una baja pareja es el desgaste normal: el público al que llegó el enlace se agotó.

Las respuestas cayeron a cero. ¿Qué se revisa?

Si la encuesta se despublicó o se cerró y si la cuenta llegó a su límite mensual de respuestas; pasado el límite, las respuestas nuevas se guardan pero quedan ocultas. Si sigues las respuestas en Google Sheets, un webhook o Telegram, también se revisan las integraciones: una conexión rota se ve igual desde afuera.

¿Por qué no comparar días hábiles con fines de semana?

La mayoría de las encuestas tiene un ritmo semanal. Sin aclararlo, esa comparación muestra una caída donde no la hay.

¿Qué necesito para usarla?

Una cuenta de SurveyNinja y un asistente compatible con MCP que cargue skills desde una carpeta, como Claude Code, Codex, Cursor o Gemini CLI. El asistente se conecta con tu propia clave API o con “Permitir acceso”. La skill solo lee el resumen, el historial de publicaciones, el plan y las integraciones; es un archivo de texto y no ejecuta nada por sí sola.

La skill completa

El archivo SKILL.md que lee el asistente, tal como está en el archivo descargable.

Ver el texto completo

Survey timeline

"Why did responses stop" is answered by lining up two things: how responses came in and what was done to the survey.

Reply to the person in the language they write in.

Two lines

Responses over time: get_quiz_summary gives responses per day (completed, unfinished and screened out) and visits per day. Group them by week if collection ran long. Unfinished ones are there only if the plan keeps them.

Edit history: get_quiz_versions. Every publication leaves a snapshot, so it is visible when the survey changed and which version was live at each moment.

Line them up

Find matches by date:

  • A drop right after a publication: something was broken by an edit, such as a logic branch, a required field or the link address.
  • A drop with no edits: an outside cause. The email campaign or ad ended, the banner came down, the event finished.
  • A spike is also useful: understand what worked and repeat it.
  • A steady decline is normal decay: the audience the link reached ran out.

Check separately

If the drop is sharp and goes to zero, check whether the survey was unpublished or closed. An unpublished or closed survey stops accepting responses immediately, which from the outside looks exactly like people no longer answering.

Check whether the account has reached its monthly response limit with get_workspace_tariff (the workspace_id comes from get_workspace_list). Past the limit, new responses are still saved but hidden: they do not appear in the summary, the report or the responses and are not sent to integrations, so it looks as if people stopped answering. If so, state that as a fact and stop there.

If the person watches responses somewhere else (Google Sheets, a webhook, Telegram) and those stopped, check get_quiz_integrations as well: a broken connection looks the same from outside while responses keep arriving in SurveyNinja.

How to present

Briefly and by date: period, what happened, what it lines up with. A few anchor points instead of a forty-row table.

One sentence of conclusion: "responses stopped on this date, apparently because of that". If no link is found, say so rather than inventing one.

What not to do

  • Do not pass a date coincidence off as a cause when the edit could not have affected it.
  • Do not compare weekdays with weekends without noting it: most surveys have a weekly rhythm.
  • Do not suggest a plan upgrade or lead to payment. If a limit is hit, state the fact and stop.
El ninja de SurveyNinja en un cohete

Conecta SurveyNinja a tu asistente

El servidor MCP funciona en todos los planes, también en Free. Regístrate, permite el acceso y pídele a tu asistente que arme la primera encuesta.