OKO : Concevoir pour des utilisateurs invisibles
« Le meilleur design d’accessibilité est invisible — il fonctionne, tout simplement. » — Philosophie de l’équipe AYES
OKO est un assistant de passage piéton destiné aux utilisateurs aveugles et malvoyants, lauréat de l’Apple Design Award pour l’impact social en 2023. L’application utilise la caméra de l’iPhone et l’apprentissage automatique embarqué pour détecter l’état des feux piétons (traverser, ne pas traverser, décompte) et communique le résultat par retour haptique et audio spatial. Les utilisateurs pointent leur téléphone vers un feu piéton, et OKO leur indique quand il est sûr de traverser sans qu’ils aient besoin de regarder l’écran.
C’est du design dans sa forme la plus essentielle. OKO n’a pratiquement aucune interface visuelle au sens traditionnel. Pas de grilles, pas de cartes, pas de palettes de couleurs, pas de hiérarchies typographiques. Le défi de conception porte entièrement sur la communication non visuelle : comment transmettre une information critique pour la sécurité à travers des motifs vibratoires et du son dans un environnement urbain bruyant et imprévisible. OKO oblige les designers à repenser ce que signifie « interface » quand l’écran n’est pas le support.
Pourquoi OKO est important
Réalisations clés : - Lauréat de l’Apple Design Award pour l’impact social (2023), la plus haute distinction pour le design à impact sur les plateformes Apple - A prouvé que le travail de design le plus impactant peut n’avoir aucune composante visuelle - A créé un langage haptique qui communique un état binaire (sûr/pas sûr) avec nuance (niveau de confiance, conscience du décompte) - A démontré que le ML embarqué peut servir l’accessibilité en temps réel sans dépendance réseau - A comblé une véritable lacune d’accessibilité civique : la majorité des intersections dans le monde ne disposent pas de signaux piétons accessibles (APS)
Points clés à retenir
- La meilleure interface est parfois l’absence d’interface - L’interaction principale d’OKO est haptique et auditive ; l’écran existe pour la configuration et les accompagnants voyants, pas pour l’utilisateur principal
- Le retour haptique est un langage de design - Différents motifs vibratoires communiquent non seulement des états binaires mais aussi des niveaux de confiance, des transitions et l’urgence
- L’UX audio-first exige une pensée spatiale - Le son doit transmettre direction et distance, pas seulement une présence, car les utilisateurs aveugles naviguent dans un environnement 3D
- L’infrastructure civique a des lacunes de design - La plupart des intersections manquent de signaux accessibles ; OKO révèle à quel point le design urbain présuppose la vue
- Concevoir pour les extrêmes améliore tout - Les contraintes de la conception pour les utilisateurs aveugles produisent des patterns d’interaction (confirmation haptique, retour audio) qui améliorent les applications pour tous
Principes fondamentaux de design
1. Design d’interaction non visuel
L’interaction principale d’OKO n’a aucune composante visuelle. L’utilisateur tient son téléphone pointé vers un feu piéton, et OKO communique par vibration et son.
Le modèle d’interaction :
ACTION UTILISATEUR : RÉPONSE DU SYSTÈME :
Tenir le téléphone Pulsation régulière : « Je vois un signal »
vers le feu piéton ┌──────────────────────────┐
│ ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙ │ Tapotement doux répété
└──────────────────────────┘
Signal détecté : Signal TRAVERSER :
TRAVERSER ┌──────────────────────────┐
│ ━━━━━━━━━━━━━━━━━━━━━━ │ Vibration continue
│ + tonalité ascendante │ forte + ton montant
└──────────────────────────┘
Signal détecté : Signal NE PAS TRAVERSER :
NE PAS TRAVERSER ┌──────────────────────────┐
│ ∙ ∙ ∙ ∙ ∙ ∙ │ Tapotements lents, espacés
│ + tonalité basse │ + ton descendant
└──────────────────────────┘
Signal détecté : DÉCOMPTE (temps restant) :
DÉCOMPTE ┌──────────────────────────┐
│ ∙∙ ∙∙ ∙∙ ∙∙ ∙∙ ∙∙ ∙∙ │ Double-tapotements
│ + tonalité d'urgence │ accélérant le tempo
└──────────────────────────┘
Décisions de design essentielles : - Traverser = vibration continue et forte. L’état positif doit être le plus indubitable. La sécurité d’un utilisateur aveugle dépend de l’interprétation correcte de « il est sûr de traverser ». Il n’y a aucune place pour l’ambiguïté. - Ne pas traverser = tapotements doux et espacés. L’état négatif est calme, pas alarmant. Des vibrations alarmantes provoquent du stress ; l’utilisateur a simplement besoin de savoir « pas encore ». - Décompte = tempo accélérant. Emprunté au bip sonore des signaux piétons accessibles, la vitesse croissante communique « le temps s’écoule » sans nécessiter de compter. - Aucun signal détecté = silence. Si OKO ne peut pas identifier l’état du signal avec certitude, il ne communique rien plutôt que de deviner. Dans un design critique pour la sécurité, le silence (absence d’information) est plus sûr qu’une information erronée.
2. Le retour haptique comme langage de design
Les motifs haptiques d’OKO ne sont pas des vibrations aléatoires. Ils forment un langage cohérent avec une grammaire et un vocabulaire.
// Vocabulaire des motifs haptiques (conceptuel)
// TRAVERSER : Fort, continu, confiant
// Utilise CHHapticEvent avec intensité soutenue
let walkPattern: [CHHapticEvent] = [
CHHapticEvent(
eventType: .hapticContinuous,
parameters: [
CHHapticEventParameter(
parameterID: .hapticIntensity,
value: 0.9 // Haute intensité = confiance
),
CHHapticEventParameter(
parameterID: .hapticSharpness,
value: 0.5 // Netteté moyenne = ferme mais pas brusque
)
],
relativeTime: 0,
duration: 2.0
)
]
// NE PAS TRAVERSER : Doux, espacé, patient
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 // Faible intensité = pas urgent
),
CHHapticEventParameter(
parameterID: .hapticSharpness,
value: 0.2 // Netteté douce = délicat
)
],
relativeTime: time
)
}
// DÉCOMPTE : Tempo accélérant
func countdownPattern(secondsRemaining: Int) -> [CHHapticEvent] {
// L'intervalle diminue à mesure que le temps s'écoule
// 10 secondes : tapotement toutes les 500ms
// 5 secondes : tapotement toutes les 250ms
// 2 secondes : tapotement toutes les 125ms
let interval = max(0.125, Double(secondsRemaining) / 20.0)
// ... génère un motif avec des intervalles décroissants
}
Les principes de design haptique : - Intensité = confiance. Une vibration forte signifie qu’OKO est certain. Une vibration plus faible signifie un niveau de confiance moindre. Cela correspond à l’intuition du monde réel : une poignée de main ferme transmet la certitude. - Tempo = urgence. Des motifs plus rapides signifient « agissez maintenant ». Des motifs plus lents signifient « attendez ». C’est universel à travers les cultures et ne nécessite aucun apprentissage. - Silence = incertitude. Quand OKO ne peut pas déterminer l’état du signal, il ne vibre pas. C’est la décision de design la plus importante : dans les contextes critiques pour la sécurité, l’absence de retour est plus sûre qu’un retour erroné. - Netteté = sollicitation de l’attention. Des tapotements nets captent l’attention. Des bourdonnements doux fournissent une conscience ambiante. Le signal de traversée utilise une netteté moyenne — suffisamment ferme pour être remarqué, suffisamment doux pour être supporté sans fatigue.
3. UX audio-first avec conscience spatiale
Les signaux audio d’OKO sont conçus pour un utilisateur qui navigue dans un environnement urbain tridimensionnel avec des écouteurs (ou le haut-parleur du téléphone) au milieu du bruit de la circulation.
Exigences de design audio : - Doit être audible par-dessus le bruit de la circulation sans être si fort qu’il masque les sons environnementaux dont l’utilisateur a besoin (véhicules approchant, autres piétons) - Doit transmettre le changement d’état immédiatement — un délai d’une demi-seconde entre le changement de signal et le signal audio pourrait être dangereux - Doit fonctionner avec le haut-parleur et les écouteurs (beaucoup d’utilisateurs aveugles gardent un écouteur pour les applications de navigation) - Ne doit pas être confondu avec d’autres sons courants d’applications (notifications, invites VoiceOver)
Le vocabulaire audio :
TRAVERSER :
┌─ Double tonalité ascendante ──────────┐
│ ♪ grave → aigu (intervalle majeur) │
│ Durée : 400ms │
│ Caractère : Clair, net, affirmatif │
└───────────────────────────────────────┘
NE PAS TRAVERSER :
┌─ Tonalité basse unique ───────────────┐
│ ♪ grave soutenu (tonalité mineure) │
│ Durée : 300ms │
│ Caractère : Calme, pas alarmant │
└───────────────────────────────────────┘
DÉCOMPTE :
┌─ Cliquetis rythmique ─────────────────┐
│ ♪ tic...tic..tic.tic.tictictictictc │
│ Durée : Correspond au temps restant │
│ Caractère : Accélérant, urgent │
└───────────────────────────────────────┘
SIGNAL PERDU :
┌─ Tonalité descendante ────────────────┐
│ ♪ aigu → grave (fondu doux) │
│ Durée : 500ms │
│ Caractère : « J'ai perdu le signal, │
│ réorientez le téléphone » │
└───────────────────────────────────────┘
Choix de design crucial : Le signal de traversée est un intervalle ascendant (optimiste, affirmatif) tandis que le signal d’interdiction est une tonalité basse soutenue (calme, en attente). Ce n’est pas arbitraire. Les intervalles ascendants sont universellement associés à des résultats positifs. Les tonalités basses soutenues sont associées à l’attente. OKO exploite ces associations universelles pour qu’un utilisateur novice comprenne intuitivement la signification sans formation.
Patterns de design à emprunter
Concevoir pour une interaction zéro-visuel
L’approche d’OKO en matière de design non visuel produit des patterns applicables bien au-delà de l’accessibilité :
Confirmation par retour haptique :
// Toute application peut utiliser la confirmation haptique
// Au lieu de montrer uniquement une coche verte :
// Succès : un seul tapotement fort
let successFeedback = UIImpactFeedbackGenerator(style: .heavy)
successFeedback.impactOccurred()
// Erreur : trois tapotements rapides et légers
let errorFeedback = UIImpactFeedbackGenerator(style: .light)
for delay in [0, 0.1, 0.2] {
DispatchQueue.main.asyncAfter(deadline: .now() + delay) {
errorFeedback.impactOccurred()
}
}
// Avertissement : deux tapotements moyens
let warningFeedback = UIImpactFeedbackGenerator(style: .medium)
for delay in [0, 0.15] {
DispatchQueue.main.asyncAfter(deadline: .now() + delay) {
warningFeedback.impactOccurred()
}
}
La leçon plus large : La plupart des applications traitent le retour haptique comme une réflexion après coup — une seule vibration pour toute notification. OKO démontre que les haptiques peuvent porter un sens sémantique : des motifs différents pour des états différents. Cela rend les applications plus utilisables pour tous, pas seulement pour les utilisateurs malvoyants. Un tapotement fort pour « paiement confirmé » se distingue d’un tapotement doux pour « message reçu », et les utilisateurs apprennent ces motifs inconsciemment.
Principes de design critique pour la sécurité
OKO opère dans un environnement où les erreurs de design peuvent causer des dommages physiques. Ses principes s’appliquent à toute interface liée à la sécurité (médicale, automobile, industrielle) :
-
Échouer en silence, pas bruyamment. En cas d’incertitude, OKO ne fournit aucun retour plutôt qu’un retour incorrect. Dans les contextes de sécurité, une fausse confiance est plus dangereuse qu’une incertitude assumée.
-
Le binaire avant la nuance. La communication principale est binaire : sûr ou pas sûr. La nuance (décompte, confiance) se superpose ensuite. La première question de l’utilisateur (« Puis-je traverser ? ») obtient un oui/non clair avant tout détail supplémentaire.
-
Canaux redondants. OKO communique simultanément par retour haptique et audio. Si l’utilisateur manque un canal (l’environnement bruyant couvre l’audio, le téléphone dans des gants épais atténue les haptiques), l’autre canal porte toujours le message.
-
Aucun apprentissage requis. Les motifs haptiques et audio exploitent des associations universelles (ascendant = positif, rapide = urgent) pour que les utilisateurs novices comprennent sans tutoriel. Les interfaces critiques pour la sécurité ne peuvent pas présupposer une formation.
HIÉRARCHIE DU DESIGN CRITIQUE POUR LA SÉCURITÉ :
1. Est-ce sûr ? → Réponse binaire (oui/non)
2. Quel niveau de → Intensité du retour
confiance ?
3. Combien de temps ? → Tempo du retour
4. Que dois-je faire ? → Direction (traverser/attendre)
5. Qu'est-ce qui a → Signaux de transition
changé ?
Chaque couche s'appuie sur la précédente.
Ne jamais passer à la couche 3 sans avoir établi la couche 1.
Le verdict
OKO est l’étude de cas en design la plus importante que la plupart des designers ne penseront jamais à examiner, car elle remet en question le postulat fondamental de la discipline : que le design est visuel. Les utilisateurs principaux d’OKO ne verront jamais son icône d’application, n’admireront jamais sa palette de couleurs, ne liront jamais sa typographie. Le défi de design tout entier est haptique, auditif et temporel. Et pourtant, la rigueur de design requise est au moins aussi exigeante que pour n’importe quelle interface visuelle, car l’enjeu est la sécurité physique d’une personne à un passage piéton.
La leçon qu’enseigne OKO est que concevoir pour les utilisateurs les plus contraints produit les enseignements les plus universels. Les motifs de confirmation haptique, la communication d’état par audio, la hiérarchie d’information binaire-avant-nuance, les canaux de retour redondants et la gestion d’erreur par le silence sont des principes qui améliorent chaque application, pas seulement les applications d’accessibilité. Quand vous concevez pour quelqu’un qui ne peut pas voir votre écran, vous découvrez ce que votre interface communique réellement par rapport à ce qu’elle se contente d’afficher.
Idéal pour apprendre : Comment concevoir des interactions non visuelles avec la même rigueur que les interactions visuelles, et comment les contraintes de sécurité critique produisent des principes de design (silence en cas d’échec, canaux redondants, binaire d’abord) qui élèvent tous les logiciels.
Foire aux questions
Comment OKO détecte-t-il les feux piétons sans connexion internet ?
OKO utilise l’apprentissage automatique embarqué via le framework Core ML d’Apple pour analyser le flux de la caméra iPhone en temps réel. Le modèle est entraîné à reconnaître les états standards des signaux piétons (main d’arrêt, silhouette de marcheur, compteur à rebours) et s’exécute entièrement sur le Neural Engine de l’appareil. Aucune connexion réseau n’est nécessaire, ce qui est essentiel pour un outil de sécurité qui doit fonctionner dans des zones à faible couverture cellulaire.
Pourquoi OKO utilise-t-il le silence quand il ne peut pas détecter un signal ?
Dans un design critique pour la sécurité, une fausse confiance est plus dangereuse qu’une incertitude assumée. Si OKO vibrait « traverser » alors qu’il était en réalité incertain, un utilisateur pourrait s’engager dans la circulation. En choisissant le silence pour les états incertains, OKO communique clairement « je ne sais pas », incitant l’utilisateur à repositionner son téléphone ou à utiliser d’autres indices (demander à un piéton à proximité, écouter les flux de circulation) plutôt que de faire confiance à une information incorrecte.
Comment les motifs haptiques d’OKO fonctionnent-ils pour les utilisateurs ayant une sensibilité tactile réduite ?
OKO associe le retour haptique aux signaux audio de manière redondante, de sorte que si un utilisateur ne peut pas sentir la vibration (en raison d’une neuropathie, de gants épais ou d’une coque de téléphone), le canal audio porte toujours l’intégralité du message. L’application permet également aux utilisateurs d’ajuster l’intensité haptique et le volume audio indépendamment. L’approche à double canal garantit que la perte d’une méthode de retour ne compromet pas la sécurité.
Que peuvent apprendre les applications non-accessibilité du design d’OKO ?
OKO démontre que le retour haptique peut porter un sens sémantique au-delà de « quelque chose s’est passé ». Des motifs de vibration différents pour des états différents (succès, erreur, avertissement, progression) créent un vocabulaire inconscient qui rend toute application plus utilisable. De plus, le principe de silence en cas d’échec d’OKO (pas de retour vaut mieux qu’un mauvais retour), la hiérarchie d’information binaire d’abord et les canaux de retour redondants sont applicables à toute interface où la confiance de l’utilisateur est importante.
Pourquoi OKO a-t-il remporté l’Apple Design Award pour l’inclusivité ?
OKO a comblé une véritable lacune d’infrastructure civique : la majorité des intersections dans le monde ne disposent pas de signaux piétons accessibles. Plutôt que de plaider pour des changements d’infrastructure (un processus qui prend des décennies), OKO a utilisé la caméra et le matériel haptique existants de l’iPhone pour créer une solution immédiate. Le prix a reconnu à la fois la réalisation technique et la philosophie de design consistant à créer une technologie au service d’utilisateurs généralement invisibles pour l’industrie du design.
Ressources
- App Store : OKO - Crosswalk
- Développeur : AYES (studio de développement spécialisé en accessibilité)
- Apple Design Awards 2024 : Lauréat dans la catégorie inclusivité
- Core ML : Le framework d’apprentissage automatique embarqué d’Apple qui permet la détection de signaux en temps réel