Probar — dejar que los usuarios lo rompan

Pon el prototipo frente a usuarios reales y trata su confusión como dato.

Why it works

Probar cierra el ciclo reemplazando tu predicción de cómo reaccionará la gente con su conducta real. Como construiste barato, puedes darte el lujo de equivocarte e iterar. El mecanismo es la desconfirmación: estás activamente buscando dónde la realidad contradice tu modelo, no buscando aplausos.

How to do it

1. Observa a los usuarios usarlo sin explicarles ni rescatarlos; su dificultad es el hallazgo.
2. Pregunta qué esperaban que pasara en cada paso, no si les "gustó".
3. Retroalimenta las sorpresas hacia Definir o Prototipar — probar es un ciclo, no un final.

Evidencia

Mecanicista. Las pruebas de usabilidad con un puñado de usuarios sacan a la luz de forma confiable la mayoría de los problemas importantes; el principio más amplio de iterar sobre retroalimentación real está bien establecido en todas las disciplinas. La afirmación de que "un pequeño número de usuarios encuentra la mayoría de los problemas" se remonta a un modelo matemático específico del descubrimiento de problemas y a trabajo empírico que muestra rendimientos decrecientes después de aproximadamente cinco usuarios de prueba. (mechanistic)

La famosa cifra de "5 usuarios encuentran el 85% de los problemas" es una heurística de usabilidad, no una ley estricta; trátala como orientativa.

Fuentes

• Nielsen, J., & Landauer, T. K. (1993). A Mathematical Model of the Finding of Usability Problems. Proceedings of the INTERACT '93 and CHI '93 Conference on Human Factors in Computing Systems, 206-213.
• Virzi, R. A. (1992). Refining the Test Phase of Usability Evaluation: How Many Subjects Is Enough? Human Factors, 34(4), 457-468.

Error común

Pescar validación — preguntar "¿te gusta?" y contar los síes corteses como éxito, en lugar de observar dónde los usuarios realmente se atascan.