Contexte d'adoption
Les interlocuteurs cités dans le fil Hacker News utilisent majoritairement le SMS parce qu'il offre une simplicité immédiate, comme le souligne la référence à xkcd 2365. Les besoins exprimés sont pragmatiques : facilité d'usage, fiabilité et quelques fonctions ludiques. La confidentialité ou la décentralisation, bien que valorisées par l'auteur, ne constituent pas un critère décisif pour la famille ou les amis. Cette asymétrie de priorités crée un fossé entre les arguments techniques du promoteur et les attentes concrètes des utilisateurs finaux.
Analyse de l'expérience utilisateur
Les tests réalisés sur plusieurs clients XMPP et Matrix révèlent une ergonomie inférieure aux standards mobiles. La plupart des applications reproduisent les modèles de Slack ou Discord, ou bien présentent des interfaces jugées « garbage ». Aucun client ne propose une expérience comparable à la messagerie SMS native, où chaque conversation s'ouvre directement depuis l'écran d'accueil. Cette absence de design centré sur la messagerie texte entraîne une courbe d'apprentissage élevée, même pour des utilisateurs techniquement avertis.
Un autre point critique identifié est la fragmentation entre iOS et Android. Les conversations de groupe menées via SMS affichent des pertes d'information lorsqu'un participant utilise un système d'exploitation différent, ce qui crée une incohérence perceptible. Les solutions XMPP/Matrix, bien qu'elles offrent une expérience unifiée en théorie, ne compensent pas ce problème tant que les clients ne synchronisent pas correctement les métadonnées de groupe (statuts, accusés de lecture, etc.).
Limitations techniques et infrastructurelles
Le déploiement d'un serveur personnel implique la gestion de la disponibilité, du chiffrement TLS et de la configuration DNS (SRV, etc.). Aucun des participants du fil ne mentionne la mise en place d'un tel environnement, ce qui indique un manque de visibilité sur les exigences opérationnelles. De plus, la nécessité d'un compte unique par dispositif, la configuration manuelle des identifiants JID ou MXID, et la dépendance à des services de découverte (e.g. well‑known) augmentent la charge administrative pour des utilisateurs non spécialistes.
Stratégies d'adoption possibles
Pour réduire la barrière d'entrée, il faut prioriser des clients qui offrent une interface « SMS‑like », c’est‑à‑dire un écran de conversation unique, des notifications instantanées et la prise en charge native des contacts du téléphone. Certains projets, comme Conversations (XMPP) ou Element (Matrix), s'approchent de ce modèle, mais restent limités par la gestion des invitations et la visibilité des salons. Une approche pragmatique consiste à proposer un serveur hébergé par un tiers fiable, éliminant ainsi la complexité d'installation, puis à accompagner les utilisateurs avec des tutoriels pas à pas centrés sur l'ajout de contacts et la création de groupes.
En résumé, l'argumentation technique (décentralisation, chiffrement) ne suffit pas à convaincre des utilisateurs dont la priorité est la fluidité du dialogue. La réussite dépend davantage d'une UX comparable à la messagerie SMS et d'une infrastructure prête à l'emploi.
