Reescribir textos de encuesta

Reescribe tus preguntas para que la gente termine la encuesta, a partir de los datos y no del gusto

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

Categoría
Crear y compartir
Etiquetas
redacción, embudo
Funciona con
Claude Code, Codex, Cursor, Gemini CLI
Herramientas MCP
6, 3 cambian datos
Versión
1.1, 20 de octubre de 2026
Creada por
SurveyNinja
Precio
Gratis
Archivo de la skill
SKILL.md

Qué hace

  • Menos encuestas abandonadas. La gente se va cuando deja de entender para qué es la pregunta. Una redacción clara suele ayudar más que recortar preguntas.
  • Corrige donde realmente abandonan. Primero van las preguntas donde la gente se va, no las que se ven raras.
  • El sentido no cambia. La redacción queda más clara y las respuestas siguen siendo comparables con las que ya tienes.

Ejemplo

Tú escribes

Reescribe las preguntas de esta encuesta en lenguaje sencillo

Lo que te devuelve el asistente

  1. ¿Qué tan satisfecho estás con el trabajo? antes: Por favor evalúe su nivel de satisfacción con los servicios prestados
  2. ¿Se entregó a tiempo? / ¿El precio fue justo? antes: ¿Quedó conforme con el tiempo y el precio?
  3. Califica la atención en recepción antes: Evalúe el desempeño del front office
  4. ¿Cómo fue nuestro servicio? antes: ¿Cuánto disfrutaste nuestro excelente servicio?
  5. Cada semana, cada mes o con menos frecuencia antes: ¿Con qué frecuencia nos visitas? (texto libre)
La primera pantalla se reescribe completa

"Encuesta de calidad del servicio" pasa a ser "Tres preguntas sobre tu visita. Tus respuestas nos ayudan a reducir los tiempos de espera." El sentido es el mismo y ahora se entiende para qué sirve.

Los textos de arriba son un ejemplo. Los cambios se proponen para tu encuesta y tu público.

Cómo funciona

  1. Mira dónde abandonanPrimero se corrigen las preguntas donde la gente se va, no las que solo se ven raras. Si todavía no hay respuestas de las cuales aprender, el asistente lo dice.
  2. Corrige los problemas de siempreTono demasiado formal, preguntas dobles, dobles negaciones, jerga interna, preguntas que inducen la respuesta y preguntas demasiado abiertas. Cada cambio viene con un antes y un después.
  3. Se enfoca en la primera pantallaAhí es donde más gente se va. Tiene que decir qué se pregunta, cuánto tarda y por qué le importa a quien la lee. Esto último casi siempre falta.
  4. Escribe solo con tu aprobaciónPrimero recibes la lista de cambios y después se aplican. Muchas veces los textos los aprueba un cliente o el área legal.

Prueba también

  • La gente abandona en la pregunta tres. Revisa cómo está redactada
  • Haz que la primera pantalla de la encuesta valga la pena

Lo que no hará

  • No cambiar el sentido de una pregunta
  • No editar sin avisar los textos de una encuesta que ya recibe respuestas
  • No agregar ni quitar preguntas
  • 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

¿Qué preguntas corrige primero?

Las que la gente abandona, según las respuestas sin terminar. Si todavía no hay, corrige con reglas generales y te lo dice.

¿Qué corrige en la redacción?

Tono demasiado formal, preguntas dobles, dobles negaciones, jerga interna, preguntas que inducen la respuesta y preguntas demasiado abiertas, como "¿con qué frecuencia nos visitas?" con respuesta libre.

¿Qué debe decir la primera pantalla?

Qué se pregunta, cuánto tarda y por qué le importa a quien la lee. Esto último es lo que más falta y es justo lo que decide.

¿Reescribe todo de una vez?

No. Primero muestra el antes y el después de cada pregunta y solo escribe cuando lo apruebas, porque los textos muchas veces los aprueba un cliente o el área legal.

¿Puede editar una encuesta que ya está recibiendo respuestas?

Solo después de avisarte: las respuestas de antes y después del cambio dejan de ser comparables. El asistente te lo dice antes de tocar nada.

¿Qué necesito para usar esta skill?

Una cuenta de SurveyNinja en cualquier plan, incluido el gratuito, y un asistente de IA compatible con MCP que cargue skills desde una carpeta, como Claude Code, Codex, Cursor o Gemini CLI. La skill es un archivo de texto; el asistente trabaja con tu clave API o con el acceso que autorizas al conectarlo.

La skill completa

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

Ver el texto completo

Rewriting so people finish

People rarely abandon a survey because it is long. They abandon it at the question where they stop seeing what is in it for them. Fixing the copy often helps more than cutting questions.

Reply to the person in the language they write in. Write the survey copy in the language of its audience.

Start from data, not taste

get_quiz_answers with is_complete set to false lists unfinished responses, up to 100 per page (page with offset): note the last question each one answered and find where most of them stop. The report does not show this: it holds completed responses only. Fix those questions first, not the ones that merely look wrong.

Incomplete responses are not saved on every plan, and then the same call quietly returns completed ones: check is_complete on each response. If there are no unfinished ones, say why: either there are no responses yet or the plan does not keep unfinished ones. Then edit by general rules and suggest looking at behavior once responses come in.

Question wording, the welcome and thank-you screens are widget fields: read them with get_quiz_structure, write them with update_quiz_widgets. Button labels and other interface strings come from get_quiz_texts and are saved by their code with update_quiz_texts.

What to fix

Problem How it looks Better
Formal, bureaucratic tone "Please rate your level of satisfaction with the services rendered" "How happy are you with the work?"
Double question "Were the price and the timing right?" two separate questions
Double negative "Do you disagree that we should not…" a direct question
Internal jargon "Rate the front office" "Rate the staff at the front desk"
Leading question "How much did you enjoy our excellent service?" "How was our service?"
Question without bounds "How often do you visit?" as open text options: weekly, monthly, less often

The first screen

This is where most people are lost. It needs three things: what is being asked, how long it takes, and why the person should care. The last one is usually missing, and it is the one that decides.

"Customer satisfaction survey" is weak. "Three questions about your visit. Your answers help us cut waiting times" works.

Buttons and thank-you

Default labels work, but a human label on the last step helps completion. The thank-you screen is the place to say what happens next ("We read every answer this week").

Order of work

  1. Show the proposed edits: before and after, question by question.
  2. Wait for agreement.
  3. Write.
  4. Widget edits land in the draft: respondents see them only after publish_quiz. Ask before publishing. Interface strings saved with update_quiz_texts reach the live survey at once.

Do not rewrite everything silently: copy is often agreed with a client or a legal team.

What not to do

  • Do not change the meaning of a question for the sake of nicer wording: comparability with earlier responses breaks.
  • Do not edit copy of a survey already collecting responses without warning: answers before and after the edit stop being comparable.
  • Do not add or remove questions. That is different work.
  • 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.