Comment une chose devient inévitable.

L’expérience d’abord

La question de départ n’est jamais l’outil. Je ne commence pas par « je veux utiliser TouchDesigner » ou « ça devrait être de la RV ». La question plus juste est : que doit vivre une personne — remarquer, comprendre, retenir, faire ? Ensuite seulement le médium devient une décision.

Le public a le droit de rencontrer avant que le système n’explique. Pas d’étiquettes inutiles sur un animal sous-marin. Pas d’interaction pour prouver qu’un système est interactif. Pas de tableau de bord quand un geste suffit. Pas de vitrine technologique qui concurrence l’expérience.

C’est un principe artistique, pas seulement une règle d’Azul Vivo. L’explication vient après. Interagir n’est pas la même chose qu’entrer une donnée.

Interagir n’est pas entrer une donnée

Méfiance envers l’interaction-spectacle : le participant bouge, les particules bougent. À moins que ce geste ne produise du sens, il n’appartient pas.

Une interaction plus caractéristique observe, découvre, retient, affecte un système partagé de façon indirecte, révèle une relation cachée, laisse le contexte physique altérer le comportement numérique, laisse le système devenir attentif au participant.

La question n’est pas « comment le public peut-il affecter le média ? ». C’est parfois l’inverse : comment un système immersif influence-t-il le corps — si l’on refuse d’expliquer chaque rencontre ?

Les contraintes comme matière

Lieu, matériel, conditions de terrain, budget, public, opérateur, tournée, bande passante, sécurité, environnement, temps d’install, distribution. Les contraintes arrivent tôt dans le processus. Elles ne sont pas des obstacles à protéger contre un concept.

Le but est de découvrir la version du concept qui devient plus forte parce qu’elle comprend le réel. Une idée qui ne survit qu’en laboratoire n’est pas encore conçue.

Ce qui doit rester vrai

Définir un ensemble de cibles — de l’effet émotionnel à la perspective physique — puis s’en servir comme règles. Ce qui ne se négocie pas. Ce que le public doit percevoir. L’environnement physique et opérationnel. Ensuite, chaque sous-système se juge à ces règles.

C’est pourquoi les décisions artistiques et techniques se parlent : elles sont évaluées contre le même objectif d’expérience.

Suivre la question

La pratique est large parce qu’une question ne s’arrête pas où un titre de poste s’arrête. Si comprendre le problème demande du code, de l’optique, de l’impression 3D, un réseau, du design d’interaction, une captation sous-marine, une architecture nuage, de la fabrication, de la biologie ou une géométrie de projection, j’apprends assez de la discipline voisine pour décider et collaborer.

Je peux porter un projet à travers plusieurs domaines. La meilleure description n’est pas « homme-orchestre ». C’est : tenir le système entier en tête, en construire une part substantielle, et travailler avec des spécialistes sans perdre la cohérence de l’expérience.

Toute la relation

Le travail le plus fort se représente comme une chaîne, pas comme un livrable. OnMove n’est pas « un frontend React ». C’est créateur → contenu → nuage → lieu → participant. Echoes n’est pas « une appli Flutter ». C’est corps → capteur → micrologiciel → protocole → appli → transport → agrégation → client → média.

Même une idée créative se tourne souvent en structure : timeline, modèle de données, grammaire d’interaction, chemin de signal, logique de scène, registre de décisions, topologie technique.

Le prototype comme pensée

Je construis des systèmes partiels pour découvrir ce que le système final doit être : prototypes logiciels, pièces imprimées, petits rigs, tests de projection et de média temps réel, systèmes de caméra et de lest sous-marins, essais fulldome, applis temporaires.

La méthode n’est pas une marche linéaire idée → design → construction. C’est plus proche de boucles : observer, cadrer, prototyper, tester, apprendre, restructurer.

Précision sans rigidité

L’ingénierie exige la précision ; le travail artistique, la découverte ; le terrain, l’adaptation. Le processus le plus fort n’élimine pas l’incertitude. Il crée une structure assez robuste pour travailler avec elle.

Echoes en est un exemple conceptuel : les signaux physiologiques sont bruyants et probabilistes, contrairement à un système de cues déterministe. Le système doit préserver l’incertitude plutôt que de prétendre que les données sont absolues. Être exact sur ce qui peut se connaître, et souple sur ce qui ne peut pas.

Tout le monde autour du projet

L’expérience publique n’est pas le seul utilisateur. Visiteur, commissaire, technicien, opérateur, régisseur, producteur, équipe de maintenance, commanditaire le cas échéant.

Une expérience magnifique pour le public et misérable à installer, diagnostiquer, tourner, réinitialiser ou maintenir n’est pas entièrement conçue. C’est particulièrement vrai du travail d’architecture de systèmes à l’échelle d’un musée, d’une tournée, d’une salle.

Pas de gadget

Rejet de la technique dont la justification première est la nouveauté. La bonne question n’est pas « est-ce cool ? ». Est-ce que ça appartient ? Qu’est-ce que ça révèle ? Qu’est-ce que ça rend possible ? Est-ce que ça augmente la présence, ou est-ce que ça fragmente l’attention ?

Le public doit-il comprendre quoi faire sans qu’on le lui enseigne par l’interface ? Si la réponse est non, le système concourt encore avec l’expérience qu’il prétend servir.