Un enlace de vista previa es la oportunidad de comprobar cómo funciona el producto para tus usuarios antes de la próxima versión. Los comentarios más útiles explican qué intentabas hacer, qué pasó y por qué importa. No tienes que diagnosticar el código ni diseñar la solución.
Hago las revisiones por escrito. Un conjunto claro de observaciones nos deja un registro compartido de las decisiones y me ayuda a hacer el cambio correcto y luego enseñarte cómo se comprobó.
Empieza por el propósito de esta revisión
Lee primero las notas de la vista previa. Deberían explicar qué está listo para revisar, qué sigue en curso y qué decisiones necesitan tu opinión. Revisar un diseño de pantalla y revisar un proceso de pago terminado requieren comentarios distintos.
Usa el alcance acordado como referencia. Si falta algo en la vista previa, comprueba si pertenece a esta fase o a una posterior. Si las notas no están claras, señala la duda para que la resolvamos antes de sacar conclusiones.
Haz una tarea completa como lo haría el usuario
Elige una tarea realista y hazla desde el principio. En un producto de reservas, busca un servicio, elige una hora, revisa los datos y completa la reserva de prueba. Fíjate en la información que necesitas y no encuentras, en las opciones que confunden y en los puntos donde pierdes lo que llevabas hecho.
Después revisa las partes relevantes para tu rol. Puede que el equipo necesite encontrar la reserva y gestionar una cancelación. Si puedes contar con usuarios representativos, dales una tarea y observa dónde se atascan sin explicarles la interfaz de inmediato. Laguía de GOV.UK sobre pruebas de usabilidad describe este enfoque con más detalle.
Describe lo que observas y su impacto
“Haz esto más claro” me da una dirección, pero deja el problema en el aire. Una observación más útil sería: “En el resumen de la reserva no veo qué zona horaria se aplica. Nuestros clientes reservan desde distintos países, así que necesitan saberlo antes de pagar.”
Para un problema de comportamiento, incluye los pasos, lo que esperabas y lo que pasó. Indica el dispositivo y el navegador cuando sea relevante. Una captura de pantalla o una grabación corta puede mostrar dónde está; quita la información privada de clientes antes de compartirla.
Página o enlace de vista previa: …
Tarea que intentaba completar: …
Pasos que llevaron al problema: …
Resultado esperado: …
Qué pasó o qué no quedó claro: …
A quién afecta y por qué importa: …
Dispositivo/navegador y una captura, si sirve: …
Separa el problema observado de la solución propuesta
Las sugerencias son bienvenidas. Incluye el motivo para que pueda valorar si el cambio resuelve el problema de fondo. “Añadir un botón rojo” es una posible solución. “El equipo no ve los pedidos atrasados” explica la necesidad y nos da más formas de resolverla.
En los comentarios visuales, señala el elemento y explica el objetivo: que se lea más fácil, que encaje con tu marca o que el siguiente paso sea más evidente. Las preferencias y los problemas de los usuarios merecen ambos la conversación; aclarar a cuál te refieres nos ayuda a decidir.
Agrupa los comentarios y deja las decisiones a la vista
Mantén las observaciones relacionadas juntas en un mismo hilo escrito o en el lugar de revisión acordado. Si revisan varias personas, indica quién puede resolver peticiones contradictorias y confirmar la dirección final. Así evitamos aplicar la sugerencia de una persona y descubrir después que otra necesitaba algo distinto.
Problemas que bloquean una tarea o una versión acordada.
Mejoras en el comportamiento o la presentación que se está revisando.
Ideas nuevas que valorar en una iteración posterior.
Un requisito nuevo puede afectar al alcance y al calendario. Deberíamos hablar de ese impacto y acordar el siguiente paso antes de añadirlo al trabajo actual. Con una lista de ideas para más adelante puedes guardar buenas sugerencias sin perder de vista la versión que se está revisando.
Confirma el resultado después del cambio
Cuando te envíe una vista previa actualizada, repite la tarea que destapó el problema. Comprueba que el resultado cumple lo acordado y dime si algo sigue sin estar claro. Si en la revisión aparece un problema distinto, anótalo por separado para que podamos seguir los dos con claridad.
Una aprobación debería indicar qué vista previa o fase revisaste y las limitaciones aceptadas o el trabajo pendiente. Por ejemplo: “He revisado el flujo de reservas en las vistas de móvil y escritorio acordadas. La zona horaria ya se ve antes de pagar. La exportación al calendario queda para la siguiente fase.”
Así la revisión es útil para todos: tú ves cómo tus comentarios cambiaron el producto y yo tengo un registro claro de lo acordado. Si estás empezando un proyecto, el mismo hábito empieza con unbrief que describe el resultado que necesitas.