Prototipado y pruebas de diseño

1) Por qué es necesario

• Hipótesis → Prototipo → Prueba → Insight → Iteración → Solución.

2) Niveles de Fidelity y cuándo elegirlos

Low-fi (sketches/papel): estructura y flujo; 30-90 minutos por iteración.
Mid-fi (marco de teclado): navegación, textos, estados; 0,5-2 días.
High-fi (visual/animaciones): percepción, microinterpretaciones; 1-5 días.
Code-proto (interactivo + datos reales): rendimiento, disponibilidad, patrones complejos (KYC, pagos); 2-10 días.

Regla: comenzamos con un nivel mínimo suficiente para responder a la pregunta de la hipótesis.

3) Formatos de prototipos

Papel/Wireflow: guiones rápidos, cómics de pantalla.
Clicable (Figma/Framer/ProtoPie): transiciones, ramas condicionales, pseudo-formas.
Wizard-of-Oz: «magia detrás de la pantalla», una lógica compleja imitada por un investigador.
Prototipo de código (Nat/Flutter): gestos, performance, A11y, integración con API.
Contenido-prototipo: textos, estados vacíos, errores/éxitos.

4) Dónde probar y cómo

• Moderable: profundidad, preguntas de aclaración, think-aloud.
• No condicionables: velocidad, escala, tareas simples.

• Remoto: más amplia geografía, grabación de pantalla/videollamada.
• Cara a cara: contexto, eye-tracking/gestos, dispositivos físicos.

• Pruebas de usabilidad (scripts de tareas).
• Walkthrough cognitivo.
• Evaluación heurística (Nielsen 10).
• Clasificación de tarjetas/Tree-testing (navegación).
• Pruebas de 5 segundos (primera impresión).
• Prueba de preferencias (opciones de pantalla/estilo).
• Desirability testing (tarjetas emo).
• Estudios diarios (ciclos largos).

5) Plan de prueba (plantilla)

1. Objetivo: qué hipótesis verificamos (por ejemplo: «un nuevo flujo KYC reducirá el tiempo a verify en un 30%»).
2. Escenarios de tareas: 4-6 claves, con criterio de éxito.
3. Artefacto: referencias a prototipos/versiones.
4. Métricas: Task Success, Time-on-Task, Errors, SEQ (1-7), SUS (después de la sesión), UMUX-Lite.
5. Reclutamiento: perfil, mercados, N (5-8 encuestados por ciclo).
6. Procedimiento: entrada → calentamiento → tareas → encuesta → de-brief.
7. Seguridad y ética: no recogemos el consentimiento para el registro, datos personales/pagos.
8. Logística: dispositivos/navegadores, cuadrícula de ranuras, lista de verificación del moderador.

6) Conjunto de métricas y normas

Éxito de tareas (%): tasa de destino del ≥80% en pasos críticos.
Time-on-Task: mediana por script (comparación con control).
Error Rate: frecuencia de errores críticos/menores.
SUS: ≥68 es la norma básica, ≥80 es excelente.
SEQ (1-7): evaluación de la complejidad de la tarea (objetivo - ≤3).
NPS/CSAT después del escenario: según sea necesario.
Señales de comportamiento: rage, devoluciones, back-navig., rage-clics.

7) Reclutamiento y muestreo

A quién llamar: segmentos reales (principiantes/experimentados, regiones/idiomas, dispositivos).
Cuánto: 5-8 por ciclo de calidad; para A/B - estadísticas (véase infra).
Cribado: cortamos a los probadores profesionales, requerimos experiencia en tareas relevantes (por ejemplo, pagos en línea).
Motivación: honesta, sin falsear el comportamiento (no pagamos con bonos de producto para pruebas de juego responsable).

8) Script moderador (conjecto)

Saludo, objetivo: «Probamos el diseño, no tú».
Consentimiento para grabar, confidencialidad.
Calentamiento: experiencia anterior, análogos.
Tareas: «Imagina lo que quieres...» (mínimo de orientación).

Prompts neutrales: «Cuéntanos lo que esperas ver después», «¿Qué es vergonzoso?»

Conclusión: breve encuesta, gratitud.

9) Análisis y priorización de hallazgos

Taxonomía de problemas: Navegación, Comprensión, Entrada, Retroalimentación, Espera/Tiempo, Seguridad, Localización/A11u.
Seriedad: Blocker/Major/Minor/Cosmetic.
Frecuencia: cuántos encuestados se enfrentaron.
Impacto en el negocio: conversión, riesgos de cumplimiento (CCA/pagos), recursos.
Prioridad = Gravedad × Frecuencia × Impacto.

Informe (1 página): objetivo, muestra, información privilegiada clave (5-7), citas de ejemplo, enlaces de vídeo a los momentos, solución y propietario de la tarea.

10) A/B y experimentación

Qué probar: claramente un factor (texto CTA, orden de los pasos, formato de campo).
Métricas: conversión de paso/embudo, CTR, tiempo, error rate, cancelación.
Tamaño de la muestra: Calculamos el efecto deseado (por ejemplo, uplift 5-10%, power 80%, α = 5%).
Ética y riesgos: para pagos/retiros minimizar el daño: lanzamiento canario, goteras de tráfico, cancelabilidad.
Pruebas multivariantes - sólo a grandes volúmenes.

11) Instrumentación y artefactos

Prototipos: Figma/Framer/ProtoPie; para el código - Nat/Next.
Grabación y análisis: screen/cámara, tarjetas térmicas, replay session, eventos.
Plantillas: plan de prueba, script de moderador, formulario de consentimiento, check-list de brief, plantilla de informe de una sola página, registro de decisión.
Datos: ficticios/impersonales, tapones de pago y KYC.

12) Disponibilidad (A11y) y localización en pruebas

Comprobamos la navegación con tabamás, anillos de enfoque, 'aria-live' para tostadas/errores.
Contraste de AA en temas claros/oscuros.
Prueba de «idiomas largos» (DE/TR), formatos de fecha/moneda, RTL.
Textos con voz de error/éxito, alternativas a los iconos.

13) Características del flow clave (iGaming)

Registro/CUS: claridad de requisitos, fotos-pistas, ETA («hasta 2 minutos»), errores de documento.
Pago/depósito/retiro: límites, comisiones, plazos, regla same-method; Textos de denegación; paso de confirmación.
Bonificaciones/misiones: condiciones transparentes, progreso, estados; evitar patrones oscuros.
Juego responsable: tono neutral, fácil establecimiento de límites, acceso a la ayuda.

14) Transferencia al desarrollo (handoff) y diseño-QA

Paquete Handoff: prototipo + especificaciones (estados, animaciones, tokens), microcopy textos, i18n-keys, A11y-requisitos.
Definición de Done (UX): estado de carga/empty/error/success, enfoque/teclado, localización.
Diseño-QA: comparación con el diseño, interactivos, contraste/enfoque, textos, ficha técnica en dispositivos/navegadores.

15) Hojas de cheques

Antes de la prueba

• La hipótesis y la cuestión del estudio se formulan.
• El nivel Fidelity coincide con la tarea.
• Los escenarios y criterios de éxito están listos.
• Se han confirmado el reclutamiento y las franjas horarias, se han preparado los consentimientos.
• El prototipo se abre en los dispositivos/navegadores de destino.
• Tapones para actividades sensibles (pago/CUS).

Después de la

• Se recogen conjeturas y códigos de tiempo.
• Los problemas están marcados en gravedad y frecuencia.
• Soluciones definidas, propietarios asignados.
• Actualizado el registro de decisión y la hoja de ruta.
• Se ha preparado un breve informe (1 página) y un vídeo de demostración (≤5 min).

16) Anti-patrones

Probar «belleza» en lugar de escenarios y tareas.
Mezclar varias hipótesis en una sola prueba.
Dar preguntas/sugerencias sugerentes antes de que el usuario lo intente.
Mostrar sólo el «camino feliz» - sin errores/estados vacíos.
Ignorar A11u/localización «antes de la producción».
Sacar conclusiones sobre 1-2 encuestados sin confirmación.
Realizar A/B sin calcular la potencia de la muestra.

17) Plantillas rápidas

• «Si llevamos la elección del método de pago al primer paso, entonces la conversión del depósito crecerá un 7% porque reduciremos las restricciones inesperadas más adelante».

• «Deposita fondos en tu cuenta de 500 UAH usando tu tarjeta de crédito».

• «El usuario completa la reposición sin ayuda y en ≤90 segundos».

• «¿Cuán difícil fue completar la tarea?» (1 - muy fácil... 7 - muy difícil)

• Blocker: atascado y no puede completar el → Mayor: interfiere seriamente con el → Menor: ralentiza el → Cosmético: no interfiere.

18) Parche final

Comience con low-fi, aumente Fidelity sólo si es necesario.
Pruebe los scripts, no las pantallas.
Мерь Task Success/Time/Errors + SEQ/SUS.
Priorizar por gravedad × frecuencia × influencia.
Mantenga la A11y y la localización en cada ciclo.
Documenta las soluciones y transmite un handoff exhaustivo.