Capturas anotadas en Asana: cómo llevar el feedback web a tareas

Las capturas anotadas en Asana solo sirven si acaban en la tarea donde se hace el trabajo, junto con la página y el navegador en los que apareció el problema. Si tu equipo gestiona los proyectos web en Asana, la plantilla CSV gratis monta el proyecto por ti, y las cinco formas de añadir capturas van desde arrastrar el archivo a mano hasta que el feedback del cliente llegue ya convertido en tareas.

¿Por qué la captura anotada tiene que estar en la tarea?

Una captura anotada es una imagen de la pantalla con flechas, recuadros o texto que señalan un problema concreto. Dentro de la tarea de Asana está junto al responsable, la fecha y la conversación, y el desarrollador no tiene que preguntar «¿esto en qué página era?» ni buscar la imagen en el correo. Suelta en la carpeta de Descargas o en un chat, pierde el contexto.

El objetivo es sencillo: un problema, una tarea, con la captura adjunta y la página y el navegador anotados. Asana no tiene una función específica para bugs, así que lo que hace que funcione es la estructura del proyecto y lo que llega dentro de cada tarea.

¿Cómo se monta un proyecto de Asana para gestionar bugs?

Importa la plantilla para crear un proyecto con cuatro secciones (Reportado, Por arreglar, En curso, Para revisar) y campos personalizados de tipo, prioridad, URL de la página, navegador y sistema, resolución y quién lo reporta. Después, acordad una regla: todo bug nuevo empieza en Reportado, una persona hace el triaje cada día y lo terminado se marca como completado.

1. Importa la plantilla: pulsa el botón +, crea un proyecto nuevo, elige Importar y selecciona el CSV. La página del importador CSV de Asana explica los pasos.
2. Revisa la vista previa: Name, Description, Section/Column, Assignee y Due Date se asignan a campos de la tarea (por eso esas columnas van en inglés); Tipo, Prioridad, URL de la página, Navegador y sistema, Resolución y Reportado por pasan a campos personalizados. Los campos personalizados necesitan un plan de pago, así que en el plan gratuito Personal deja fuera esas columnas.
3. Pasa a la vista tablero: las cuatro secciones se convierten en columnas. Deja Reportado la primera, porque las tareas nuevas caen en la primera sección.
4. Borra los ejemplos: las cuatro tareas muestran una por sección. Elimínalas antes de la primera ronda de revisión.

Unas reglas mantienen el proyecto útil:

• Un problema por tarea: si el cliente manda cinco cosas en un mensaje, sepáralas en tareas o subtareas.
• Triaje diario: durante las rondas de revisión, una persona repasa Reportado, pone Tipo y Prioridad, asigna y fusiona duplicados.
• Una lista de lanzamiento limpia: antes de publicar, filtra Prioridad = Alta y sin completar. Esa lista debe estar vacía, o aceptada por escrito por el cliente. Nuestra checklist web recoge qué más revisar.

¿Cómo se llevan capturas anotadas a Asana?

Cinco, de la más manual a la automática: adjuntarlas o pegarlas a mano, anotar los adjuntos dentro de Asana con Proofing, enviarlas por correo a la dirección del proyecto, recogerlas con un formulario de Asana o dejar que una herramienta de feedback web cree las tareas. Las cuatro primeras necesitan que alguien haga la captura y escriba el contexto; la quinta recoge las dos cosas sola.

Método 1: pegar o adjuntar la captura a mano

Funciona en todos los planes de Asana:

1. Captura y anota: con Recortes en Windows, Mayús-Comando-4 y Markup en Mac, o una aplicación de capturas de escritorio. Lo explicamos en cómo anotar capturas de pantalla de una web.
2. Crea la tarea: en la sección que toca del proyecto.
3. Añade la imagen: arrástrala a la tarea, adjúntala con el clip o pégala en la descripción o en un comentario.
4. Escribe el contexto: la URL, el navegador y el tamaño de pantalla en la descripción.

Va bien para: tu propio equipo y unas pocas incidencias a la semana. Punto débil: todo es manual, y la URL y el navegador son lo primero que se olvida.

Método 2: anotar dentro de Asana con Proofing

Proofing permite abrir una imagen o un PDF adjunto a una tarea, hacer clic en un punto y dejar un comentario. Cada anotación se convierte en una subtarea que puedes asignar y a la que puedes poner fecha, según el centro de ayuda de Asana.

Va bien para: revisar maquetas y PDF de diseño que ya están en Asana. Punto débil: alguien tiene que hacer y subir la captura primero, y Proofing solo está en los planes superiores.

Método 3: enviar la captura por correo al proyecto

Cada proyecto de Asana tiene su propia dirección de correo con el formato x+IDdelproyecto@mail.asana.com (el ID es el número que aparece en la URL del proyecto). Envía un correo con la captura adjunta: el asunto será el nombre de la tarea y el cuerpo, la descripción. Si reenvías a x@mail.asana.com, se crea una tarea asignada a ti. Lo explica la ayuda de Asana sobre tareas por correo.

Va bien para: convertir en tareas los correos con capturas que te manda el cliente, sin volver a escribirlos. Punto débil: solo puedes crear tareas en proyectos de los que eres miembro (salvo que el proyecto y el equipo sean públicos), así que normalmente el cliente no puede enviar ahí directamente, y un correo con seis problemas se convierte en una tarea, no en seis.

Método 4: recoger el feedback con un formulario de Asana

Los formularios de Asana permiten que cualquiera rellene un formulario cuyas respuestas se convierten en tareas de un proyecto. Añade campos para la URL, la descripción y un archivo para subir la captura, y pásale el enlace al cliente.

Va bien para: peticiones estructuradas de gente que no usa Asana. Punto débil: el cliente tiene que hacer la captura, anotarla, subirla y escribir la URL y el navegador. Muchos no lo harán.

¿Qué plan de Asana necesitas?

Fuente: asana.com/pricing, a octubre de 2026. Precios en dólares, tal como los publica Asana.

¿Cómo convertir el feedback web del cliente en tareas de Asana automáticamente?

Añade un botón de feedback a la web con GiveFeedback.io y conecta su integración con Asana. El cliente pulsa el botón, marca una captura de la página y añade un título y una descripción, y cada aviso se convierte en una tarea de tu proyecto de Asana con la captura adjunta, los datos del navegador en la descripción y un enlace al aviso completo.

Los cuatro métodos manuales tienen el mismo punto débil con el feedback del cliente: alguien tiene que hacer la captura, anotarla, llevarla a Asana y añadir el contexto. Para tu desarrollador, bien. Para un cliente que revisa la web antes del lanzamiento, significa que te llega un PDF con flechas, un correo larguísimo o un formulario con «te lo adjunto» y sin adjunto, y alguien del equipo pierde la tarde convirtiéndolo en tareas.

Con GiveFeedback.io y su integración con Asana:

1. Instala el botón: crea un proyecto gratis y pega el script en el <head> de la web; hay guías de instalación para WordPress, Shopify, Wix, Squarespace y más.
2. Conecta Asana: en las integraciones del proyecto elige Asana, inicia sesión y autoriza a GiveFeedback.io.
3. Elige el destino: selecciona el espacio de trabajo y el proyecto de Asana donde se crearán las tareas.
4. Pásale el enlace al cliente: pulsa «Give Feedback» en la web, permite que el navegador capture la pestaña, marca la captura con flechas, recuadros, texto o subrayador y añade título y descripción. No necesita cuenta.

Cada aviso se convierte en una tarea de Asana con:

• Nombre de la tarea: el título que escribió quien reporta.
• Descripción: lo que escribió quien reporta, seguido de los datos del navegador: resolución de pantalla, sistema operativo, navegador y versión, idioma y zona horaria.
• Adjunto: la captura anotada, como archivo de la tarea.
• Enlace: al aviso en el panel de GiveFeedback.io, donde también están la URL de la página y el tipo de feedback.

A partir de ahí, tu equipo hace el triaje en Asana como siempre: rellena los campos personalizados, asigna la tarea y la mueve por las secciones. Si tu equipo trabaja en Notion, mira cómo gestionar los bugs en Notion.

¿Qué método te conviene?

Para los fallos que encuentra tu propio equipo, pega las capturas en las tareas y usa Proofing si tu plan lo incluye. Si los clientes te mandan capturas por correo, reenvíalas a la dirección del proyecto. Si clientes y testers revisan toda la web antes del lanzamiento, un botón de feedback que crea las tareas es el único método en el que el contexto llega sin que nadie lo escriba.

¿Cómo es una buena tarea de bug en Asana?

Tiene un nombre que dice dónde y qué pasa, la sección y el responsable puestos, el tipo y la prioridad rellenos, una descripción con el resultado esperado y el real, la URL y el navegador, y la captura anotada adjunta. Un desarrollador puede resolverla sin hacer una sola pregunta.

Nombre: Carrito: el texto del botón de pago sale cortado Sección: de Reportado a Por arreglar Responsable: Marta (front-end). Prioridad: Alta. Tipo: Bug Descripción: «El botón dice "Finalizar com". Debería verse el texto entero.» Página: https://staging.ejemplo.es/carrito/, Chrome 129, Windows 11, 1280x720 Adjunto: captura con un rectángulo rojo alrededor del botón

Para los campos que completan un aviso así, mira nuestra plantilla de informe de bugs. Monta el proyecto con la plantilla, decide cómo entran las capturas y, si tus clientes revisan las webs, deja que reporten desde la propia web: la integración de GiveFeedback.io con Asana está incluida en el plan gratuito; mira los precios.