Un prototipo aporta a una propuesta de diseño algo que una presentación no puede: consecuencias. Alguien elige una opción, llega a la siguiente pantalla y descubre si el resultado encaja con lo que tenía en mente. Los test con prototipos aprovechan esas interacciones para evaluar un diseño antes de que el equipo se comprometa a desarrollar el producto definitivo.

El prototipo puede ser un boceto en papel, un conjunto de pantallas enlazadas o código funcional. Lo importante es que permita a la persona que participa intentar realizar la acción que la investigación necesita analizar. Una pantalla impecable que solo sirve para hacer una demo puede generar conversaciones interesantes, pero no te dirá cómo se desenvolvería alguien por su cuenta en el servicio.

Empieza por la pregunta que debe responder el prototipo

Imagina que un servicio ficticio de bicis compartidas está rediseñando el final del trayecto. Las dudas podrían girar en torno a dónde está permitido aparcar, si la bici se ha bloqueado bien o por qué aparece un cargo extra. Cada pregunta exige que distintas partes de la experiencia resulten verosímiles.

Un mapa e instrucciones claras de aparcamiento pueden bastar para evaluar si se entienden las normas. Comprobar si alguien reconoce que el bloqueo ha sido correcto requiere el feedback adecuado y la secuencia lógica de acciones. Evaluar la confianza en un cargo exige un importe realista y una buena explicación. Diseñar todos los ajustes de la cuenta implicaría más trabajo sin mejorar necesariamente ninguno de esos test.

Esta es la función práctica del nivel de fidelidad del prototipo: elegir qué detalles deben funcionar o leerse como en el producto final. La fidelidad debe responder a la incertidumbre, no a la norma rígida de que todo proyecto deba pasar por la misma secuencia de wireframes y pantallas pulidas.

Ofrece suficiente libertad para un intento real

El camino más obvio en un prototipo suele ser el que quien diseñó hizo interactivo. Si el resto de opciones no funcionan, la persona participante puede acabar limitándose a hacer clic donde hay zonas activas en lugar de guiarse por el contenido de la pantalla. Esto puede hacer que un diseño incompleto parezca más fácil de usar de lo que realmente es.

Incluye opciones verosímiles relacionadas con la tarea, además de los estados necesarios para confirmar el éxito o recuperarse de un error. La explicación de Nielsen Norman Group sobre la amplitud y profundidad de los prototipos detalla por qué el alcance del sistema representado es clave en la prueba. Para el equipo, esto implica analizar las rutas que alguien podría intentar de forma razonable, no solo el camino ideal.

Utiliza contenido realista cuando este influya en la decisión. Un saldo ficticio poco creíble, un error genérico o unos resultados de búsqueda vacíos pueden cambiar el comportamiento de quien participa. Los datos de prueba deben ser seguros de compartir y suficientemente verosímiles para la actividad, sin obligar a usar cuentas personales innecesariamente.

Deja que interactúen con el diseño

Plantea a los participantes un escenario de tarea que describa su objetivo sin guiarles paso a paso por la interfaz. Explica las limitaciones técnicas del prototipo al principio, pero evita un recorrido guiado que anticipe justo lo que el estudio intenta evaluar.

En una prueba moderada, quien investiga puede aclarar que falta una función y registrar qué esperaba encontrar el usuario. En una sesión no moderada, la herramienta debe permitir reportar ese problema de forma sencilla. En cualquier caso, distingue entre una limitación del prototipo y un problema del diseño propuesto. Ambas cosas importan, pero requieren soluciones distintas.

Si el equipo trabaja con Figma, las pruebas de prototipos de Ballpark permiten integrar esos diseños directamente en un estudio. Comprueba la configuración exacta antes de reclutar participantes: un prototipo que funciona bien en el navegador de quien diseña puede dar problemas de permisos o de visualización en otros dispositivos.

Haz que la siguiente versión responda al aprendizaje

En el ejemplo de las bicis compartidas, un participante podría aparcar bien pero quedarse con dudas de si el viaje ha terminado. Mejorar el mensaje de confirmación resolvería esa duda; añadir un tutorial de bienvenida general quizá nunca llegue a solucionar esa falta de certeza en el momento clave.

Registra lo sucedido, la hipótesis tras el cambio propuesto y qué debería validar la siguiente prueba. Si el prototipo cambia entre sesiones, mantén las versiones identificables para atribuir los resultados al diseño exacto que vio cada persona.

Un test de prototipo eficaz reduce la incertidumbre sobre un diseño. No demuestra la solidez técnica, no garantiza la demanda del mercado ni certifica la accesibilidad de la versión final. Esas cuestiones requieren sus propias pruebas a medida que el producto avanza, incluidos nuevos test una vez que las interacciones sean reales.