GUÍA 19-10-26 Interacción Humano-Computadora

CN220 · lunes 19/10/2026 · 10:00-11:40 · Sesión 11

Construcción de prototipos de baja y alta fidelidad

POR QUÉ PROTOTIPAR

Un prototipo permite probar una idea antes de construirla. Cuesta órdenes de magnitud menos corregir un problema en papel que en código en producción.

BAJA FIDELIDAD

• Bocetos en papel, tarjetas, pizarrón.
• Se producen en minutos y se desechan sin costo emocional.
• Invitan a criticar, precisamente porque se ven inacabados.
• Sirven para probar estructura, flujo y arquitectura de información.

ALTA FIDELIDAD

• Interactivos y con aspecto cercano al producto final: Figma, Adobe XD, o HTML.
• Sirven para probar detalles visuales, microinteracciones y comprensión de contenido real.
• Riesgo: la gente los confunde con producto terminado y comenta el color en vez de la estructura.

EL PRINCIPIO

La fidelidad debe corresponder a la pregunta que se quiere responder. Si la duda es «¿el usuario entiende el flujo?», el papel basta y sobra. Invertir en alta fidelidad demasiado pronto compra respuestas a preguntas que aún no importan.

PROTOTIPOS HORIZONTALES Y VERTICALES

• Horizontal — muchas funciones, ninguna profunda. Prueba la navegación general.
• Vertical — una función completa hasta el final. Prueba un flujo crítico a fondo.

EL MAGO DE OZ

Se simula el comportamiento del sistema con una persona operando detrás. Permite probar interfaces de voz o con inteligencia artificial antes de que exista el motor. Es especialmente útil cuando construir el backend sería el 90% del esfuerzo.

ERRORES FRECUENTES

• Prototipar solo la ruta feliz y no los errores, que es donde está la mayoría de los problemas.
• Usar texto de relleno: el contenido real cambia por completo la percepción del diseño.
• Enamorarse del primer prototipo. Hacer tres alternativas antes de elegir es lo que evita ese apego.

EJERCICIO

Producir tres prototipos de baja fidelidad alternativos para la pantalla principal del proyecto y elegir uno con argumentos.