Exploiter, tester et réceptionner une expérience interactive

Participer sans dépendre d’un seul geste

Proposez une manière équivalente de choisir ou de répondre lorsqu’une personne ne peut pas sauter, lever la main, rester debout ou utiliser un téléphone. Un bouton accessible, un choix à l’écran ou l’aide de l’hôte peut préserver le sens de l’activité.

• Instructions claires et confirmation visuelle ; ne pas signaler le tour seulement par couleur ou son.
• Préparer des sous-titres relus et synchronisés avec sons utiles ; décrire les informations visuelles pertinentes.
• Ne pas imposer le geste défaillant pour sortir. Prévoir temps de choix, pause et réglage des stimuli.

Répétition proposée : participation assise, sans voix et sans smartphone ; terminer avec l’alternative et demander de l’aide. Revoir portée, lisibilité et écoute. WAI oriente la conception ; évaluer l’ensemble avec utilisateurs/spécialistes avant toute déclaration de conformité.

Une personne, un groupe et une file demandent des règles distinctes

Définissez ce qui lance une session et ce qui rend la suivante disponible : présence, confirmation, durée convenue ou conclusion de l’hôte. Séparez la zone active de la file d’attente pour que les déplacements des spectateurs ne modifient pas l’image du participant.

• Attribuer priorité : tour, zone ou action commune. Montrer qui agit et comment rejoint un accompagnant.
• Convenir durée cible, annonce de fin et remise à zéro. Ne pas expulser sans explication une personne nécessitant assistance.
• Prévoir accompagnement selon arrivées/durée. Sessions par heure et capacité autorisée sont distinctes.

Répétition proposée : arrivée anticipée, abandon, accompagnant et absence d’action. Effacer les choix précédents sans les attribuer au suivant. L’opérateur peut suspendre les entrées et guider la sortie. Coordonnez la circulation avec le lieu et la production, et convenez de l’ouverture des sessions depuis la commande prévue.

Utiliser le minimum de données nécessaire

Une onde peut demander seulement présence ou position éphémère. Avant caméra, voix ou cloud, tracer données entrantes, traitement, sorties du périphérique et conservation. Une sortie numérique ne garantit pas l’anonymat.

• Préférer état de zone à identification si inutile. Évaluer bouton/choix manuel sans caméra.
• Si caméra nécessaire, définir champ/traitement sans enregistrement automatique. Pour la voix, confirmer transmission/conservation du service.
• Séparer ressources d’interprètes autorisés et entrées du public. Utiliser personnages fictifs ou actifs autorisés et signaler le caractère synthétique.

Revue proposée : données, services, conservation, accès et responsables ; tester alternative non identifiante. Convenir informations/autorisations avec organisateurs/conseils. Le périmètre technique ne modifie pas les mentions légales et ne prouve pas la conformité.

États lisibles et commande opérateur

1. Actif
2. Données expirées → attente
3. Opérateur → local
4. Preview → autorisation

Attente, écoute, réponse et pause doivent différer visuellement. L’opérateur a aussi besoin de source valide, âge des données, contenu et mode. « Connecté » seul ne prouve pas une bonne réponse.

• Définir priorité manuelle sur capteurs/demandes distantes ; éviter commandes concurrentes.
• Convenir cues attente, local et accompagné avec le système prévu. Demander retour d’état si disponible.
• En reprise, supprimer actions périmées et vérifier preview avant retour public.

Exemple proposé : actif → données expirées → attente ; tout état → opérateur → local ; reprise → preview → autorisation. Le redémarrage ne montre pas la session précédente.

Répétition proposée : perte pendant réponse, ordres contradictoires et reprise. Séparer ordre demandé et état observé. Concerne image/audio non critiques, sans commande de machines ou sécurité.

Plusieurs jours : revenir à un état connu

Préparez une séquence d’ouverture avec une personne responsable de chaque étape : vérifier la version du contenu et du projet, les services nécessaires, les entrées, la calibration et la sortie avant d’accueillir le public. Respectez les procédures du matériel et du lieu pendant l’exploitation.

• Avant ouverture : comparer repères, tester zone/commande accompagnée, voix/sous-titres, remise à zéro et local.
• Pendant : relever dégradation, lumière, usure et reprise. Prévoir pauses de contrôle sans participants actifs.
• Fermeture : arrêter participation, conserver projet approuvé et incidents ; appliquer conservation convenue et arrêt technique.

Répétition proposée : effectuez un redémarrage autorisé en dehors du programme et retrouvez la même configuration à l’aide de la documentation. Vérifiez les réglages conservés et ceux à restaurer. Testez le secours et le remplacement avant l’événement ; évitez les mises à jour de routine pendant le programme.

Changement de capteur, position, contenu, firmware ou version peut invalider les essais. Noter puis répéter les contrôles concernés. Nettoyage/maintenance suivent les méthodes approuvées.

Répéter les conditions représentatives de l’événement

Utilisez le personnage, le contenu, la lumière, le son, les vêtements et la zone prévus. Une démonstration silencieuse avec une personne ne suffit pas à vérifier une activité avec une file d’attente, de la musique et des changements d’éclairage.

• Matrice : lumière et variations, bruit, une/plusieurs personnes, tailles, vêtements, occultation, durée et reprise. Convenir des variations utiles.
• Par essai : version, condition, stimulus, attendu/observé, méthode, tolérance, responsable et preuve autorisée. Non observé reste en attente.
• Modifier une condition à la fois pour le diagnostic, puis refaire le parcours complet en charge représentative. Inclure l’alternative accompagnée.

Exemple de critère à tester : « Lorsque deux personnes se croisent, le système conserve le choix de la session active ou revient à l’attente, selon la règle convenue. » Pendant l’essai, notez ce qui se produit et comparez-le à ce critère.

Préparez les pertes de données, de liaison et les reprises en dehors du programme, avec des sources d’essai. L’autorisation d’utilisation dépend du montage réel et de ses responsables. Après un changement pertinent, identifiez les contrôles de réception à reprendre avant l’accueil.

Livraison et réception : périmètre, fichiers et essais

La livraison doit permettre de comprendre et d’exploiter le périmètre approuvé. Séparer projets modifiables, ressources de lecture, documentation et interfaces. Un dossier vidéo ne décrit pas tout le système.

• Inventaire : projet/build, ressources, versions, formats, appareils/interfaces, licences et droits. Identifier transferts et dépendances tierces.
• Exploitation : signaux/coordonnées, états, commandes, ouverture/fermeture, repli, responsables convenus.
• Essais : attendu/observé, conditions, méthode, date, preuve autorisée. Distinguer document, simulation et physique.
• Réception : écarts, restrictions, actions en attente, responsables et critères de clôture. Livrer les fichiers ne vaut pas validation.

Vérification proposée : une autre personne trouve la version approuvée dans la documentation, suit un redémarrage en dehors du programme et démontre les modes accompagné et de repli sous supervision. Vérifiez que les copies prévues permettent de restaurer le projet et que ses dépendances sont identifiées.

Avant la mise en service, vérifiez le montage et les conditions d’utilisation avec leurs responsables. Convenez de la réception pour le système réel et les conditions testées. Des changements de matériel, de version, d’éclairage ou de parcours peuvent exiger de nouveaux contrôles.