OKO: Diseñando para Usuarios Invisibles

“El mejor diseño de accesibilidad es invisible — simplemente funciona.” — Filosofía del equipo AYES

OKO es un asistente de cruces peatonales para usuarios ciegos y con baja visión que ganó el Apple Design Award de Impacto Social en 2023. La app utiliza la cámara del iPhone y aprendizaje automático en el dispositivo para detectar los estados de las señales peatonales (cruzar, no cruzar, cuenta regresiva) y comunica el resultado a través de retroalimentación háptica y audio espacial. Los usuarios apuntan su teléfono hacia una señal de cruce peatonal, y OKO les indica cuándo es seguro cruzar sin necesidad de ver la pantalla en absoluto.

Este es diseño en su forma más esencial. OKO prácticamente no tiene interfaz visual en el sentido tradicional. No hay grillas, ni tarjetas, ni paletas de colores, ni jerarquías tipográficas. En cambio, el desafío de diseño se centra completamente en la comunicación no visual: cómo transmitir información crítica para la seguridad a través de patrones de vibración y sonido en un entorno urbano ruidoso e impredecible. OKO obliga a los diseñadores a reconsiderar qué significa “interfaz” cuando la pantalla no es el medio.

Por qué OKO importa

Logros clave: - Ganó el Apple Design Award de Impacto Social (2023), el máximo reconocimiento para diseño con impacto en las plataformas de Apple - Demostró que el trabajo de diseño más impactante puede tener cero componentes visuales - Creó un lenguaje háptico que comunica estados binarios (seguro/no seguro) con matices (nivel de confianza, reconocimiento de cuenta regresiva) - Demostró que el ML en el dispositivo puede servir a la accesibilidad en tiempo real sin dependencia de red - Abordó una brecha real de accesibilidad urbana: la mayoría de las intersecciones en el mundo carecen de señales peatonales accesibles (APS)

Puntos Clave

La mejor interfaz puede ser ninguna interfaz - La interacción principal de OKO es háptica y auditiva; la pantalla existe para la configuración y los acompañantes videntes, no para el usuario principal
La retroalimentación háptica es un lenguaje de diseño - Diferentes patrones de vibración comunican no solo estados binarios sino niveles de confianza, transiciones y urgencia
La UX con audio primero requiere pensamiento espacial - El sonido debe transmitir dirección y distancia, no solo presencia, porque los usuarios ciegos navegan en un entorno tridimensional
La infraestructura urbana tiene brechas de diseño - La mayoría de las intersecciones carecen de señales accesibles; OKO revela cuánto del diseño público asume que las personas pueden ver
Diseñar para los extremos mejora todo - Las restricciones de diseñar para usuarios ciegos producen patrones de interacción (confirmación háptica, retroalimentación auditiva) que mejoran las apps para todos

Principios Fundamentales de Diseño

1. Diseño de Interacción No Visual

La interacción principal de OKO no tiene componente visual. El usuario sostiene su teléfono apuntando hacia una señal de cruce peatonal, y OKO se comunica a través de vibración y sonido.

El modelo de interacción:

ACCIÓN DEL USUARIO:  RESPUESTA DEL SISTEMA:

Sostener el teléfono Pulso constante: "Veo una señal"
hacia la señal       ┌──────────────────────────┐
peatonal             │  ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙   │  Toque suave repetido
                     └──────────────────────────┘

Señal detectada:     Señal de CRUZAR:
CRUZAR               ┌──────────────────────────┐
                     │  ━━━━━━━━━━━━━━━━━━━━━━  │  Vibración continua
                     │  + tono ascendente        │  fuerte + tono ascendente
                     └──────────────────────────┘

Señal detectada:     Señal de NO CRUZAR:
NO CRUZAR            ┌──────────────────────────┐
                     │  ∙   ∙   ∙   ∙   ∙   ∙  │  Toques lentos y espaciados
                     │  + tono bajo              │  + tono descendente
                     └──────────────────────────┘

Señal detectada:     CUENTA REGRESIVA (tiempo agotándose):
CUENTA REGRESIVA     ┌──────────────────────────┐
                     │  ∙∙ ∙∙ ∙∙ ∙∙ ∙∙ ∙∙ ∙∙   │  Dobles toques acelerando
                     │  + tono de urgencia       │  tempo creciente
                     └──────────────────────────┘

Decisiones de diseño que importan: - Cruzar = vibración fuerte continua. El estado positivo debe ser el más inconfundible. La seguridad de un usuario ciego depende de interpretar correctamente “es seguro cruzar.” No hay margen para la ambigüedad. - No cruzar = toques suaves espaciados. El estado negativo es tranquilo, no alarmante. Las vibraciones alarmantes causan estrés; el usuario simplemente necesita saber “todavía no.” - Cuenta regresiva = tempo acelerado. Tomado del pitido audible de las señales peatonales accesibles, la velocidad creciente comunica “el tiempo se agota” sin necesidad de contar. - Sin señal detectada = silencio. Si OKO no puede identificar con confianza el estado de la señal, no comunica nada en lugar de adivinar. En el diseño crítico para la seguridad, el silencio (sin información) es más seguro que la información incorrecta.

2. Retroalimentación Háptica como Lenguaje de Diseño

Los patrones hápticos de OKO no son vibraciones aleatorias. Forman un lenguaje coherente con gramática y vocabulario.

// Vocabulario de patrones hápticos (conceptual)

// CRUZAR: Fuerte, continuo, seguro
// Usa CHHapticEvent con intensidad sostenida
let walkPattern: [CHHapticEvent] = [
    CHHapticEvent(
        eventType: .hapticContinuous,
        parameters: [
            CHHapticEventParameter(
                parameterID: .hapticIntensity,
                value: 0.9    // Alta intensidad = confianza
            ),
            CHHapticEventParameter(
                parameterID: .hapticSharpness,
                value: 0.5    // Nitidez media = firme pero no brusco
            )
        ],
        relativeTime: 0,
        duration: 2.0
    )
]

// NO CRUZAR: Suave, espaciado, paciente
let dontWalkPattern: [CHHapticEvent] = stride(
    from: 0, to: 3.0, by: 0.5
).map { time in
    CHHapticEvent(
        eventType: .hapticTransient,
        parameters: [
            CHHapticEventParameter(
                parameterID: .hapticIntensity,
                value: 0.3    // Baja intensidad = no urgente
            ),
            CHHapticEventParameter(
                parameterID: .hapticSharpness,
                value: 0.2    // Nitidez suave = delicado
            )
        ],
        relativeTime: time
    )
}

// CUENTA REGRESIVA: Tempo acelerado
func countdownPattern(secondsRemaining: Int) -> [CHHapticEvent] {
    // El intervalo disminuye a medida que el tiempo se agota
    // 10 segundos: toque cada 500ms
    //  5 segundos: toque cada 250ms
    //  2 segundos: toque cada 125ms
    let interval = max(0.125, Double(secondsRemaining) / 20.0)
    // ... generar patrón con intervalos decrecientes
}

Los principios de diseño háptico: - Intensidad = confianza. Una vibración fuerte significa que OKO está seguro. Una vibración más débil significa menor confianza. Esto se corresponde con la intuición del mundo real: un apretón de manos firme transmite certeza. - Tempo = urgencia. Los patrones más rápidos significan “actúa ahora.” Los patrones más lentos significan “espera.” Esto es universal entre culturas y no requiere aprendizaje. - Silencio = incertidumbre. Cuando OKO no puede determinar el estado de la señal, no vibra. Esta es la decisión de diseño más importante: en contextos críticos para la seguridad, la ausencia de retroalimentación es más segura que una retroalimentación incorrecta. - Nitidez = demanda de atención. Los toques nítidos demandan atención. Los zumbidos suaves proporcionan conciencia ambiental. La señal de cruzar usa nitidez media — lo suficientemente firme para notarse, lo suficientemente suave para sostenerse sin fatiga.

3. UX con Audio Primero y Conciencia Espacial

Las señales de audio de OKO están diseñadas para un usuario que navega un entorno urbano tridimensional mientras usa auriculares (o el altavoz del teléfono) en medio del ruido del tráfico.

Requisitos de diseño de audio: - Debe ser audible por encima del ruido del tráfico sin ser tan fuerte que enmascare los sonidos ambientales que el usuario necesita escuchar (vehículos acercándose, otros peatones) - Debe transmitir el cambio de estado inmediatamente — medio segundo de retraso entre el cambio de señal y la señal de audio podría ser peligroso - Debe funcionar tanto con altavoz como con auriculares (muchos usuarios ciegos mantienen un auricular puesto para las apps de navegación) - No debe confundirse con otros sonidos comunes de apps (tonos de notificación, indicaciones de VoiceOver)

El vocabulario de audio:

CRUZAR:
  ┌─ Dos tonos ascendentes ───────────────┐
  │  ♪ bajo → alto  (intervalo mayor)     │
  │  Duración: 400ms                       │
  │  Carácter: Brillante, claro, afirmativo│
  └───────────────────────────────────────┘

NO CRUZAR:
  ┌─ Un solo tono bajo ───────────────────┐
  │  ♪ bajo sostenido  (tono menor)       │
  │  Duración: 300ms                       │
  │  Carácter: Tranquilo, no alarmante     │
  └───────────────────────────────────────┘

CUENTA REGRESIVA:
  ┌─ Clics rítmicos ─────────────────────┐
  │  ♪ tic...tic..tic.tic.tictictictactic │
  │  Duración: Coincide con el tiempo      │
  │  restante                              │
  │  Carácter: Acelerado, urgente          │
  └───────────────────────────────────────┘

SEÑAL PERDIDA:
  ┌─ Tono descendente ───────────────────┐
  │  ♪ alto → bajo  (desvanecimiento     │
  │  suave)                               │
  │  Duración: 500ms                       │
  │  Carácter: "Perdí el rastro, reapunta"│
  └───────────────────────────────────────┘

Decisión de diseño crítica: La señal de cruzar es un intervalo ascendente (optimista, afirmativo) mientras que la señal de no cruzar es un tono bajo sostenido (tranquilo, en espera). Estos no son arbitrarios. Los intervalos ascendentes se asocian interculturalmente con resultados positivos. Los tonos bajos sostenidos se asocian con la espera. OKO aprovecha estas asociaciones universales para que un usuario nuevo comprenda intuitivamente el significado sin necesidad de entrenamiento.

Patrones de Diseño Dignos de Replicar

Diseñando para Interacción Visual Cero

El enfoque de OKO hacia el diseño no visual produce patrones aplicables mucho más allá de la accesibilidad:

Confirmación a través de hápticos:

// Cualquier app puede usar confirmación háptica
// En lugar de solo mostrar una marca de verificación verde:

// Éxito: un solo toque fuerte
let successFeedback = UIImpactFeedbackGenerator(style: .heavy)
successFeedback.impactOccurred()

// Error: tres toques rápidos y ligeros
let errorFeedback = UIImpactFeedbackGenerator(style: .light)
for delay in [0, 0.1, 0.2] {
    DispatchQueue.main.asyncAfter(deadline: .now() + delay) {
        errorFeedback.impactOccurred()
    }
}

// Advertencia: dos toques medios
let warningFeedback = UIImpactFeedbackGenerator(style: .medium)
for delay in [0, 0.15] {
    DispatchQueue.main.asyncAfter(deadline: .now() + delay) {
        warningFeedback.impactOccurred()
    }
}

La lección más amplia: La mayoría de las apps tratan la retroalimentación háptica como algo secundario — una sola vibración para cualquier notificación. OKO demuestra que los hápticos pueden llevar significado semántico: diferentes patrones para diferentes estados. Esto hace que las apps sean más usables para todos, no solo para usuarios con discapacidad visual. Un toque fuerte para “pago confirmado” se siente diferente de un toque suave para “mensaje recibido,” y los usuarios aprenden estos patrones de forma inconsciente.

Principios de Diseño Crítico para la Seguridad

OKO opera en un entorno donde los errores de diseño pueden causar daño físico. Sus principios se aplican a cualquier interfaz relacionada con la seguridad (médica, automotriz, industrial):

Fallo silencioso, no fallo ruidoso. Cuando hay incertidumbre, OKO no proporciona retroalimentación en lugar de dar retroalimentación incorrecta. En contextos de seguridad, la falsa confianza es más peligrosa que la incertidumbre reconocida.
Binario antes que matiz. La comunicación principal es binaria: seguro o no seguro. El matiz (cuenta regresiva, confianza) se superpone después. La primera pregunta del usuario (“¿Puedo cruzar?”) recibe un sí/no claro antes de cualquier detalle adicional.
Canales redundantes. OKO se comunica a través de hápticos y audio simultáneamente. Si el usuario pierde un canal (el ruido ambiental ahoga el audio, guantes gruesos amortiguan los hápticos), el otro canal sigue transmitiendo el mensaje.
Sin aprendizaje requerido. Los patrones hápticos y de audio aprovechan asociaciones universales (ascendente = positivo, rápido = urgente) para que los usuarios nuevos comprendan sin tutoriales. Las interfaces críticas para la seguridad no pueden asumir entrenamiento previo.

JERARQUÍA DE DISEÑO CRÍTICO PARA LA SEGURIDAD:

1. ¿Es seguro?          → Respuesta binaria (sí/no)
2. ¿Qué tan seguro?     → Intensidad de la retroalimentación
3. ¿Cuánto tiempo?      → Tempo de la retroalimentación
4. ¿Qué debo hacer?     → Dirección (cruzar/esperar)
5. ¿Qué cambió?         → Señales de transición

Cada capa se construye sobre la anterior.
Nunca saltar a la capa 3 sin establecer la capa 1.

El Veredicto

OKO es el caso de estudio de diseño más importante que la mayoría de los diseñadores nunca pensará en examinar, porque desafía la suposición fundamental de la disciplina: que el diseño es visual. Los usuarios principales de OKO nunca verán su ícono de app, nunca admirarán su paleta de colores, nunca leerán su tipografía. Todo el desafío de diseño es háptico, auditivo y temporal. Y sin embargo, el rigor de diseño requerido es al menos tan exigente como el de cualquier interfaz visual, porque lo que está en juego es la seguridad física de una persona en un cruce peatonal.

La lección que OKO enseña es que diseñar para los usuarios más restringidos produce las ideas más universales. Los patrones de confirmación háptica, la comunicación de estado por audio, la jerarquía de información binaria-antes-que-matiz, los canales de retroalimentación redundantes y el manejo de errores con fallo silencioso son principios que mejoran todas las apps, no solo las apps de accesibilidad. Cuando diseñas para alguien que no puede ver tu pantalla, descubres lo que tu interfaz realmente comunica en comparación con lo que simplemente muestra.

Ideal para aprender: Cómo diseñar interacciones no visuales con el mismo rigor que las visuales, y cómo las restricciones críticas para la seguridad producen principios de diseño (fallo silencioso, canales redundantes, binario primero) que elevan todo el software.

Preguntas Frecuentes

¿Cómo detecta OKO las señales de cruce peatonal sin conexión a internet?

OKO utiliza aprendizaje automático en el dispositivo a través del framework Core ML de Apple para analizar el feed de la cámara del iPhone en tiempo real. El modelo está entrenado para reconocer los estados estándar de las señales peatonales (mano de alto, figura caminando, temporizador de cuenta regresiva) y se ejecuta completamente en el Neural Engine del dispositivo. No se requiere conexión de red, lo cual es crítico para una herramienta de seguridad que debe funcionar en áreas con cobertura celular deficiente.

¿Por qué OKO usa silencio cuando no puede detectar una señal?

En el diseño crítico para la seguridad, la falsa confianza es más peligrosa que la incertidumbre reconocida. Si OKO vibrara “cruzar” cuando en realidad no estaba seguro, un usuario podría adentrarse en el tráfico. Al elegir el silencio para estados inciertos, OKO comunica “no lo sé” con claridad, lo que lleva al usuario a reposicionar su teléfono o usar otras señales (preguntar a un peatón cercano, escuchar los patrones del tráfico) en lugar de confiar en información incorrecta.

¿Cómo funcionan los patrones hápticos de OKO para usuarios con sensibilidad táctil reducida?

OKO combina la retroalimentación háptica con señales de audio de forma redundante, de modo que si un usuario no puede sentir la vibración (debido a neuropatía, guantes gruesos o una funda de teléfono), el canal de audio sigue transmitiendo el mensaje completo. La app también permite a los usuarios ajustar la intensidad háptica y el volumen de audio de forma independiente. El enfoque de doble canal asegura que perder un método de retroalimentación no comprometa la seguridad.

¿Qué pueden aprender las apps no relacionadas con accesibilidad del diseño de OKO?

OKO demuestra que la retroalimentación háptica puede llevar significado semántico más allá de “algo ocurrió.” Diferentes patrones de vibración para diferentes estados (éxito, error, advertencia, progreso) crean un vocabulario inconsciente que hace cualquier app más usable. Además, el principio de fallo silencioso de OKO (la ausencia de retroalimentación es mejor que retroalimentación incorrecta), la jerarquía de información binaria primero y los canales de retroalimentación redundantes son aplicables a cualquier interfaz donde la confianza del usuario importa.

¿Por qué ganó OKO el Apple Design Award de Inclusividad?

OKO abordó una brecha real en la infraestructura urbana: la mayoría de las intersecciones en el mundo carecen de señales peatonales accesibles. En lugar de abogar por cambios de infraestructura (un proceso de décadas), OKO utilizó la cámara existente del iPhone y el hardware háptico para crear una solución inmediata. El premio reconoció tanto el logro técnico como la filosofía de diseño de construir tecnología que sirve a usuarios que son típicamente invisibles para la industria del diseño.

Recursos

App Store: OKO - Crosswalk
Desarrollador: AYES (estudio de desarrollo enfocado en accesibilidad)
Apple Design Awards 2024: Ganador en la categoría de Inclusividad
Core ML: Framework de aprendizaje automático en el dispositivo de Apple que permite la detección de señales en tiempo real