Cómo recoger feedback sobre archivos y asociar cada observación a la versión correcta

Por qué una observación necesita referencia

«Cambia el final» parece una instrucción clara hasta que alguien pregunta: ¿el final de qué archivo y de qué versión? Cuando circulan varias copias de un documento, una imagen o un vídeo, un comentario sin referencia puede aplicarse al material equivocado o describir una parte que ya cambió. Para evitarlo, vincula cada observación con el archivo y el estado que la persona revisó.

Un formulario puede ayudar a recoger información estructurada, pero no significa que la respuesta quede anotada directamente sobre el archivo. Registra por separado qué material se revisó, dónde está el problema y qué cambio se propone. Así, el equipo puede comprobar cada observación antes de decidir qué hacer.

• Referencia débil: «La página está mal».
• Referencia útil: «Propuesta_web_v02, página 3, segundo bloque: el botón no destaca; propongo usar el texto “Solicitar una cita”».

Antes de compartir: identifica el archivo y la versión

Prepara una referencia legible antes de invitar a revisar. Incluye un nombre reconocible del proyecto, el tipo de material y un identificador de versión, por ejemplo, «Catálogo_productos_v03». Si ayuda, añade una fecha de revisión o una etiqueta como «para comentarios». Evita nombres ambiguos como «final», «final2» o «último»: no indican con claridad qué archivo se revisa.

Decide cuál será la referencia de la ronda y comparte ese recurso, no una mezcla de copias enviadas por correo y enlaces antiguos. Comprueba que el enlace abre el material previsto y anota el identificador de versión que incluirás en las instrucciones y el formulario. Estas son pautas de organización para el proceso de revisión, no una descripción de funciones específicas de una plataforma.

• Comprueba el nombre y abre el enlace como lo hará la persona revisora.
• Anota el identificador de versión que aparecerá en el formulario.
• Si compartes varios materiales, asigna a cada uno un nombre o código distinto.

Diseña un formulario breve y accionable

Pide los datos mínimos que permitan interpretar cada observación. Un esquema práctico incluye material revisado, versión, ubicación, problema observado y cambio propuesto. La ubicación depende del formato: página y párrafo en un documento; zona de la imagen; o marca de tiempo y segmento en un vídeo o audio. Si no se puede precisar una coordenada, pide una descripción que permita encontrar el punto sin adivinar.

Para ordenar las respuestas, solicita una observación por entrada o pide que cada incidencia tenga su propio bloque. Separa «qué ocurre» de «qué sugieres cambiar»: la propuesta no siempre es la única solución posible. Haz obligatorios solo los campos necesarios y explica cómo responder.

• Material y versión revisados.
• Ubicación concreta: página, elemento visual o marca de tiempo.
• Problema observado y cambio propuesto.
• Nombre o contacto solo si necesitas aclarar o confirmar la respuesta.

Comparte el archivo y el formulario con instrucciones claras

Envía el enlace al archivo y el enlace al formulario juntos, identificándolos como recursos distintos. Explica cuál se abre para revisar y cuál se completa para enviar observaciones. Incluye el nombre exacto del material, su versión, el plazo de la ronda y una indicación sobre a quién avisar si el archivo no abre o parece distinto de lo esperado.

Adapta las instrucciones al tipo de material. Para un documento, indica si interesa revisar el contenido, la estructura o ambos; para una imagen, qué aspecto debe evaluarse; para un vídeo, si se buscan comentarios sobre el montaje, los textos o momentos concretos. Si necesitas resolver dudas sobre una respuesta, solicita un contacto; si buscas opiniones generales, puedes permitir respuestas anónimas, teniendo en cuenta que no podrás pedir aclaraciones a quien responda.

• Incluye en el mensaje el nombre del archivo y su versión.
• Pide que se anote una ubicación por observación.
• Explica cómo comunicar un problema de acceso sin enviar otra copia por un canal distinto.

Ordena las respuestas antes de editar

Al cerrar o pausar la recepción de respuestas, reúne las entradas de la ronda junto a la referencia del material revisado. Antes de modificar nada, ordénalas por archivo y versión. Comprueba si cada respuesta incluye una ubicación y una descripción suficientes. Si falta información, márcala como pendiente de aclaración en vez de completar los huecos por intuición.

Convierte las respuestas en una lista de cambios con estados sencillos, por ejemplo: pendiente, aclaración solicitada, aceptada, descartada con motivo y aplicada. Mantén una relación entre cada tarea y la observación de origen. Agrupa duplicados solo después de confirmar que se refieren al mismo punto y a la misma petición. Esta reconciliación es una tarea editorial del equipo, no una conclusión automática del formulario.

• Verifica la versión y la ubicación antes de aceptar una observación.
• No supongas que varias personas que señalan el mismo síntoma están proponiendo instrucciones idénticas.
• Registra qué se cambió y qué queda sin aplicar, con una razón comprensible.

Si el archivo cambia durante la revisión

Si el archivo cambia mientras la ronda sigue abierta, pausa la aplicación de comentarios y confirma qué versión recibió cada persona. Compara esa referencia con el estado actual: una observación sobre una frase eliminada quizá ya no sea pertinente, mientras que una petición sobre un diseño reemplazado podría requerir una decisión nueva. No des por hecho que la respuesta sigue siendo válida solo porque el nombre del archivo no cambió.

Si el cambio no afecta a los puntos revisados, informa al grupo de qué cambió e indica cuál es la referencia vigente para las respuestas nuevas. Si altera contenido, estructura o decisiones relevantes, identifica una versión nueva y abre otra ronda para las partes afectadas. Conserva separadas las observaciones de cada ronda para no mezclar referencias.

• Pausa y determina qué versión vio cada persona.
• Evalúa si el cambio afecta a observaciones ya recibidas.
• Abre otra ronda cuando cambie materialmente lo que se pide revisar.

Cierra la ronda y conserva solo lo necesario

Antes de cerrar, comprueba que cada observación relevante tenga una decisión y que los cambios aceptados se hayan aplicado al archivo previsto. Revisa el resultado completo, no solo los puntos marcados: una modificación puede afectar a otras partes. Si hubo varias rondas, identifica la versión resultante y evita presentar como actual un archivo anterior.

Limita el acceso a las respuestas y a los datos de contacto a las personas que los necesitan para revisar o resolver observaciones. Recoge solo los datos necesarios; define cuánto tiempo conservarás las respuestas y elimina los datos de contacto y las copias de trabajo cuando ya no sean necesarios para el proceso. Si debes conservar el historial de decisiones, guarda el mínimo contexto útil y evita mantener duplicados sin propósito.

• ¿Está identificada la versión revisada y la versión que se entrega?
• ¿Cada cambio aplicado puede relacionarse con una observación concreta?
• ¿Se aclararon o documentaron las sugerencias no aplicadas?
• ¿El acceso y el plazo de conservación de las respuestas están definidos?

Fuentes y alcance de la guía

CATEDU presenta herramientas digitales para recoger y dar feedback como medios para facilitar un intercambio de información: https://libros.catedu.es/books/b2-idiomas-area-3-ensenanza-y-aprendizaje/page/5-herramientas-para-recoger-y-dar-feedback-digital. AulaTIC / TotemGuard describe el uso de un formulario anónimo para recoger opiniones del alumnado: https://www.totemguard.com/aulatotem/2017/04/como-recoger-feedback-alumnos-para-mejorar-como-profesor/.

Estas fuentes tratan el feedback y los formularios; no documentan cómo asociar observaciones a versiones de archivos ni cómo reconciliar respuestas cuando un archivo cambia. Los pasos de identificación, seguimiento y cierre descritos aquí son recomendaciones de proceso, no funciones atribuidas a esas fuentes o a una plataforma concreta.

Preguntas frecuentes