Bugs en Notion: gestiona el feedback de tu web paso a paso

Gestionar los bugs en Notion tiene mucho sentido si tu agencia o tu negocio freelance ya organiza los proyectos ahí: el equipo no aprende otra herramienta y los errores quedan al lado del briefing, el mapa web y las actas de reunión. Parte de la plantilla gratis, que se importa con las propiedades y las vistas ya montadas, y deja que el feedback del cliente la rellene solo en lugar de copiar capturas de los correos.

¿Qué es un gestor de bugs en Notion?

Un gestor de bugs en Notion es una base de datos en la que cada error, petición de cambio o comentario es una página, y cada página tiene propiedades (Estado, Tipo, Prioridad, URL, Responsable) que puedes filtrar, ordenar y agrupar. Notion no tiene una función especial para bugs: la base de datos es el gestor, y por eso conviene partir de una buena plantilla.

Para proyectos web suele bastar. No hacen falta sprints, versiones ni enlaces al código para arreglar «la imagen de cabecera se ve borrosa en pantallas de alta resolución». Hace falta saber qué falla, dónde, quién se encarga y si ya está resuelto.

¿Cómo se importa la plantilla de bugs en Notion?

Descarga el CSV de arriba y, en Notion, ve a Configuración, Importar y CSV (o escribe /csv en la página donde vaya el gestor), sube el archivo y crea una base de datos nueva. Asigna a cada columna su tipo de propiedad, ponle a la base de datos el nombre del proyecto y borra las filas de ejemplo cuando el equipo haya visto cómo funcionan.

1. Importa el archivo: Configuración, Importar, CSV, o escribe /csv en una página. La guía de Notion para importar datos muestra cada pantalla.
2. Asigna las columnas: Estado a una propiedad de estado o de selección, Tipo y Prioridad a Selección, URL de la página a URL, Responsable a Persona y Fecha a Fecha.
3. Deja el título como Name: la columna del título se llama Name, en inglés, porque es la propiedad en la que GiveFeedback.io escribe el título de cada aviso.
4. Ponle nombre: por ejemplo «Feedback web, Nombre del cliente». Una base de datos por cliente simplifica los permisos; si llevas muchos proyectos pequeños, también sirve una común con una propiedad Proyecto.
5. Borra los ejemplos: las cinco filas cubren todos los estados y tipos. Elimínalas antes de la primera ronda de revisión.

¿Qué propiedades necesita un gestor de bugs en Notion?

Basta con pocas: el título, Estado, Tipo, Prioridad, URL de la página, Navegador, Sistema y Resolución, Reportado por y Responsable. Cada una responde a una pregunta que el desarrollador haría si no estuviera. Que la lista sea corta, porque cada propiedad es un campo que alguien tiene que rellenar; si en dos semanas nadie usa una, bórrala.

¿Qué vistas hacen que el gestor funcione?

Con cuatro vistas basta: un tablero por estado para el día a día, una tabla de triaje con lo nuevo, una vista «mis tareas» por persona y una vista de revisión del cliente filtrada por lo que está para revisar. Muestra la URL y la Prioridad en las tarjetas del tablero para verlas sin abrir cada página.

1. Tablero por Estado: la vista del día a día, con columnas Abierto, En curso, Para revisar y Resuelto. Arrastra las tarjetas según avanzan.
2. Triaje: una tabla filtrada por Estado = Abierto y ordenada por hora de creación, lo más reciente arriba. Una persona la revisa cada día y asigna Tipo, Prioridad y Responsable.
3. Mis tareas: un tablero o lista filtrado por Responsable = Yo, sin lo resuelto. Cada desarrollador la guarda en favoritos.
4. Revisión del cliente: filtrada por Estado = Para revisar. Compártela con el cliente como invitado para que confirme los arreglos.

¿Por qué fallan los gestores de bugs en Notion?

Casi todos los gestores de bugs en Notion fallan en la entrada, no en la base de datos. El feedback sigue llegando en un correo con seis capturas, un audio de WhatsApp y un comentario en un PDF, así que alguien tiene que copiar cada punto en Notion y luego preguntar al cliente en qué página y con qué navegador. Pedirle que use Notion tampoco suele funcionar.

Sin una herramienta de entrada, alguien del equipo tiene que:

1. Leer el correo: y averiguar cuántos problemas distintos contiene.
2. Guardar cada captura: si la hay.
3. Crear una página por problema: y pegar la captura y el texto.
4. Preguntar al cliente: en qué página, con qué navegador y qué esperaba.

Son unos cinco minutos por incidencia; en una ronda de 40 comentarios, una tarde entera. Un cliente al que le pides usar Notion necesita cuenta, no conoce tus propiedades y sigue teniendo que hacer y anotar capturas a mano.

¿Cómo llevar el feedback de la web a Notion automáticamente?

Añade un botón de feedback a la web con GiveFeedback.io y conecta su integración con Notion. El cliente pulsa el botón, marca una captura de la página y la envía, y cada aviso se crea como página nueva en tu base de datos con el título, la captura, la descripción, el tipo de feedback, los datos del navegador y un enlace al aviso completo.

Cómo se conecta

1. Crea un proyecto: regístrate gratis en GiveFeedback.io y añade la URL de tu web.
2. Instala el botón: pega el script en el <head> de la web; las guías de instalación cubren WordPress, Shopify, Wix, Squarespace, PrestaShop y Google Tag Manager.
3. Elige Notion: en el proyecto, abre Integraciones y elige Notion.
4. Autoriza el acceso: inicia sesión en Notion y autoriza a GiveFeedback.io. Cuando Notion pregunte qué páginas compartir, incluye la base de datos de feedback.
5. Elige la base de datos: selecciona la base de datos a la que deben ir los avisos. Su propiedad de título tiene que llamarse Name, como en la plantilla.

Qué llega a Notion

La integración escribe el título del aviso en la propiedad Name y el resto en el cuerpo de la página:

• Captura: la imagen que marcó quien reporta, al principio de la página.
• Descripción: lo que escribió quien reporta.
• Información del aviso: el estado al enviarlo, el proyecto y el tipo de feedback (Bug, Propuesta, Recomendación, Funcionalidad o los tipos que definas).
• Datos del navegador: resolución de pantalla, sistema operativo, navegador y versión, idioma y zona horaria.
• Enlace: al aviso en el panel de GiveFeedback.io, donde también está la URL de la página.

A partir de ahí, tu equipo trabaja en Notion como siempre: quien hace el triaje pone Estado, Tipo, Prioridad y Responsable, y el desarrollador mueve la tarjeta por el tablero. El cliente no necesita cuenta de Notion. Tienes más detalles en la integración con Notion.

Notion es una de varias integraciones: los avisos también pueden ir a Asana, Jira, Trello, ClickUp, monday.com, Wrike, Slack o Discord, o llegar por email. Si tu equipo usa Asana, mira cómo llevar capturas anotadas a Asana.

¿Cómo mantener útil el gestor de bugs?

Dedica unos diez minutos al día al triaje en épocas de revisión, usa las vistas filtradas como agenda de las llamadas con el cliente, vacía la lista de prioridad alta antes del lanzamiento y archiva o mueve lo que quede después. Un gestor de bugs vale lo que su mantenimiento; sin rutina, la base de datos se convierte en una lista en la que nadie confía.

• Triaje diario (10 minutos): abre la vista Triaje. En cada página nueva, pon Tipo y Prioridad, asígnala o fusiona duplicados. Si algo no se entiende, pregunta a quien lo reportó en el momento, mientras se acuerda.
• Antes de cada llamada con el cliente: filtra por Reportado por = Cliente y Estado distinto de Resuelto. Esa es tu agenda.
• Antes del lanzamiento: filtra Prioridad = Alta y Estado distinto de Resuelto. Esa lista debe estar vacía, o aceptada por escrito por el cliente, antes de publicar. Nuestra checklist web recoge qué más revisar.
• Después del lanzamiento: archiva el tablero o pasa lo pendiente de prioridad Baja a una vista «Fase 2», para que la base de datos no se convierta en un cementerio.

¿Cómo es un aviso de principio a fin?

Lucía, la clienta, revisa la web de pruebas en su portátil y ve que el botón de la newsletter sale cortado. Pulsa «Give Feedback», permite la captura de la pestaña, dibuja un rectángulo alrededor del botón y escribe un título, una descripción y un tipo. Al momento, el aviso es una página de tu base de datos de Notion, lista para el triaje.

Título: Botón de suscribirse cortado Descripción: Solo se lee «Suscri». Debería verse la palabra entera. Tipo: Bug

La página «Botón de suscribirse cortado» aparece en la base de datos con la captura marcada y «Windows 11, Chrome 129, 1280 x 720». Tu project manager pone Prioridad = Alta y se la asigna a Javier, el desarrollador, que reproduce el error con la misma resolución, corrige el CSS y mueve la tarjeta a Para revisar. Lucía lo comprueba en la vista Revisión del cliente y lo confirma. Ni un solo correo. Si quieres saber qué hace útil un aviso así, mira nuestra plantilla de informe de bugs.

¿Es Notion el gestor de bugs adecuado para ti?

Notion funciona bien como gestor de bugs cuando tu equipo ya trabaja en él, los proyectos son webs y no software complejo, y la mayoría de avisos vienen de clientes y revisores no técnicos. Se queda corto si necesitas integración con el código, planificación de versiones o control de horas detallado; ahí compensa una herramienta específica. Nuestra comparativa de herramientas gratis de seguimiento de bugs repasa las opciones.

Si Notion te encaja, importa hoy la plantilla, añade las cuatro vistas y conecta GiveFeedback.io para que la próxima ronda de revisión rellene el gestor por ti. El plan gratuito incluye la integración con Notion; mira los precios.