Une interface montre un système à celui qui ne le connaît pas encore. Un raccourci le retire à celui qui le connaît trop bien. Le site web expose la procédure. Page. Menu. Formulaire. Champ. Validation. Retour d’erreur. Confirmation. Il donne à l’action une surface visible, parfois lente, parfois redondante, mais lisible. L’utilisateur voit le chemin parce que le système exige qu’il le parcoure.
Le bot réduit ce chemin à une phrase. La macro le réduit à une séquence enregistrée. Le Stream Deck le réduit à une touche. L’API le réduit à un appel. L’action ne disparaît pas. Elle cesse de montrer ses articulations.
L’interface ne disparaît pas. Elle se retire dans la commande.
Ce retrait n’est possible qu’après stabilisation. Une commande courte suppose un monde déjà découpé : actions connues, paramètres attendus, droits attribués, erreurs prévues, sorties admissibles. Le bouton unique contient l’ancien formulaire. La macro contient le menu. Le bot contient l’arborescence. Le raccourci contient la procédure qu’il rend invisible.
La surface est utile tant que le geste reste incertain. Elle montre ce qui peut être fait. Elle limite, nomme, ordonne, confirme. Elle donne au novice une carte du système. Mais l’usage répété transforme la carte en obstacle. Ce qui guidait devient friction. Ce qui expliquait ralentit.
L’utilisateur avancé ne demande plus au système de se présenter. Il demande un point d’entrée.
La commande directe est cette réduction. Elle ne rend pas le système plus simple. Elle rend sa complexité moins apparente. Un bot Telegram qui remplace une interface administrative ne supprime pas les permissions, les états, les validations, les erreurs, les bases de données. Il les concentre derrière une conversation. Une touche programmable ne simplifie pas le logiciel. Elle enterre une chaîne d’opérations dans un geste.
Une macro est une interface qui a cessé de s’expliquer.
Cette disparition a un coût. Quand la surface disparaît, les limites disparaissent avec elle. L’utilisateur ne voit plus les options voisines, les chemins alternatifs, les états intermédiaires, les refus possibles. Il reçoit l’action comme si elle était simple. Elle ne l’est pas. Elle est seulement devenue compacte.
L’interface graphique avait un défaut : elle montrait trop. La commande condensée a le défaut inverse : elle ne montre plus assez.
Le système efficace devient donc double. Pour l’apprentissage, il garde une surface. Pour l’usage stabilisé, il produit des raccourcis. Pour l’automatisation, il retire presque tout. La même action peut exister comme page, comme bouton, comme commande, comme macro, comme appel invisible.
La différence n’est pas technique seulement. Elle est ontologique.
Un système n’est pas le même selon qu’il apparaît comme espace à parcourir ou comme ordre à exécuter. Dans le premier cas, l’utilisateur habite une interface. Dans le second, il déclenche une procédure. La commande remplace la navigation.
La surface disparaît quand le système n’a plus besoin d’être compris pour être activé.
Doctrine
L’interface ne rend pas seulement une action possible. Elle décide quelle part de l’action doit rester visible.
Quand l’usage se stabilise, l’interface tend à se contracter. Elle quitte la surface et se loge dans le raccourci, la macro, le bot, l’appel. L’efficacité ne supprime pas la médiation. Elle la rend moins perceptible.
Vecteur ouvert
Les agents conversationnels promettent la disparition de l’interface. Ils remplacent le menu par l’intention déclarée. Mais une intention interprétée reste une interface. Elle contient des droits, des hypothèses, des refus, des paramètres implicites, des actions invisibles.
Quand la surface disparaît, où se cachent les limites de l’action ?
