Natif, mais unifié : comment Xmind aborde la conception multiplateforme

Si vous utilisez Xmind sur plus d’un appareil, vous avez sans doute déjà ressenti quelque chose — une légère friction lors du passage d’une plateforme à l’autre. Les boutons ont un aspect légèrement différent. Une interaction ne se comporte pas comme prévu. Rien n’est cassé, mais on a l’impression que cela n’a pas tout à fait été conçu pour ici.

Nous le ressentons aussi. Et nous avons passé beaucoup de temps à essayer de le corriger correctement.

Le problème de la plupart des applications multiplateformes

Voici l’approche classique : concevoir une seule interface, la déployer partout. C’est moins cher, plus rapide et cela maintient la cohérence. La plupart des applications font cela — et honnêtement, la plupart des utilisateurs s’en accommodent.

Le résultat est une application qui fonctionne sur toutes les plateformes, mais n’en incarne aucune :

• Les utilisateurs Mac remarquent qu’elle ne ressemble pas aux autres applications Mac.

• Les utilisateurs Android remarquent clairement qu’il s’agit d’un portage d’iOS.

• Personne ne s’en plaint bruyamment, mais la friction s’accumule discrètement.

L’autre option — concevoir séparément pour chaque plateforme — semble juste, mais n’arrive presque jamais. Cela coûte trop cher, prend trop de temps, et les équipes qui maintiennent quatre designs différents finissent par s’épuiser et se rejoindre malgré tout.

Nous n’étions satisfaits d’aucune des deux options. Nous avons donc cherché une autre façon d’y penser.

Même application, tenue différente

Imaginez la façon dont une personne s’habille. Costume pour une réunion formelle, tenue décontractée le week-end, vêtements de sport le samedi matin. Trois looks différents — mais on les reconnaît instantanément à chaque fois. Parce que leur identité ne réside pas dans les vêtements. Elle est dans leur allure, leur façon de parler, la manière dont ils traitent les autres.

Xmind fonctionne de la même manière. Tout ne doit pas être uniforme d’une plateforme à l’autre — mais les bons éléments, eux, le sont toujours.

Ce qui change : la surface

Les formes des boutons, les matériaux, les animations, et même le ton du texte — tout cela suit entièrement les conventions propres à chaque plateforme.

Cela semble demander plus de travail, parce que c’est le cas. Mais c’est la seule façon pour Xmind de donner l’impression d’être natif sur chaque plateforme, plutôt que d’y fonctionner simplement.

Ce qui reste : la structure

Où se trouvent les outils, comment les fonctionnalités sont organisées, comment vous naviguez entre les schémas — cela reste exactement le même, partout.

Navigation en haut. Toile au centre. Panneau des propriétés sur le côté sur ordinateur, qui remonte depuis le bas sur mobile. Onglets de schémas en bas.

Passez du Mac à l’iPad et vous n’avez rien à réapprendre. L’application a un autre aspect, mais elle fonctionne comme le Xmind que vous connaissez déjà. Cette cohérence — invisible lorsqu’elle fonctionne — permet à la surface de changer librement sans que les utilisateurs se sentent jamais perdus.

Ce qui ne bouge jamais : le cœur

Sous tout cela, quelques éléments restent fixes, quelle que soit la plateforme ou le prochain langage de conception qu’Apple ou Google inventera :

• La toile est toujours la vedette. L’interface se met en retrait.

• Les fonctionnalités complexes sont là quand vous en avez besoin et hors du chemin quand ce n’est pas le cas.

• Annuler est illimité — le travail créatif exige la liberté d’essayer sans craindre de tout casser.

• La vitesse prime toujours sur le beau. Aucune animation ni aucun détail visuel ne vaut la peine de ralentir l’application.

Ce ne sont pas des décisions de design. Ce sont plutôt des promesses.

La raison pour laquelle nous pouvons tout maintenir

Après tout cela, une question légitime se pose : quatre plateformes, quatre langages visuels, des conventions différentes partout — comment gérer cela sans que tout s’effondre ?

Il y a deux ans, nous avons pris une décision qui semblait alors peu urgente : construire un véritable système de design pour Xmind.

Le problème central qu’il résout est simple à expliquer, mais étonnamment difficile à mettre en œuvre : absorber chaque différence de plateforme en un seul endroit, afin que le reste du produit n’ait pas à s’en soucier. Le même bouton n’existe qu’une seule fois dans notre système. Sur macOS, il prend la forme d’une pilule. Sur Windows, il devient un rectangle arrondi. Un seul changement, partout — pas de recherche dans les fichiers, pas de correction quatre fois du même élément, pas de dérive progressive hors synchronisation.

Sans cette base, rien de ce que nous avons décrit ne serait durable. Chaque mise à jour devient une négociation pour savoir quelles plateformes recevront la correction dans ce sprint. Chaque nouvelle fonctionnalité engendre quatre versions légèrement différentes qui finissent peu à peu par ne plus ressembler au même produit. À terme, tout le monde s’accorde discrètement à dire qu’il est trop coûteux de suivre le rythme — et tout revient à une seule interface déployée partout.

Le système de design est ce qui rend la bonne approche non seulement possible, mais reproductible.

Vous ne le remarquerez jamais directement. C’est précisément le but.

Conclusion

Une nouvelle version de Xmind arrive.

Elle est plus belle. Mais la description la plus honnête est la suivante : elle est le résultat de deux années de travail qui n’étaient pas toujours visibles de l’extérieur — apprendre correctement chaque plateforme, construire la base pour la maintenir, et rester fidèle à l’idée que vous ne devriez pas avoir à faire de compromis simplement parce que vous utilisez plus d’un appareil.

Nous utilisons Xmind chaque jour, sur différents appareils. Nous ne supportons pas les expériences qui se contentent de « faire le minimum ». Nous ne voulons donc pas que vous ayez à le faire non plus.