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
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
- 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.
- 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.
- 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.
- 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.
Más skills
Todas las skills- Análisis de variantes A/B Te dice si la diferencia entre variantes es real o solo ruido
- Comparar con resultados previos Compara una encuesta con su propio pasado, porque una cifra sola dice poco y un cambio dice mucho
- Embudo de respuestas Muestra en qué pregunta la gente cierra la pestaña y por qué
- Resumen de resultados Responde "¿y qué dijo la encuesta?" con cifras y una conclusión, en lugar de una exportación en bruto
- Diseño de encuestas e informes Pone en orden lo que se ve desde fuera: el tema de la encuesta, los colores del informe y el logo
- Cuántas respuestas necesitas Te dice si lo que tienes alcanza y cuántas respuestas más hacen falta para que las conclusiones se sostengan
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.
25 preguntas para encuestar a los clientes de una agencia de viajes