En tant que développeur iOS, on me demande souvent: « Quand allez-vous faire une version Android? » Comme si c'était juste une question de temps.
Mais la vérité est que nous ne prendrons probablement jamais en charge Android. Bien qu'il existe de solides justifications commerciales pour cela, mes motivations sont enracinées dans la philosophie du design.
Les raisons commerciales et techniques
Je pourrais offrir de nombreuses explications logiques pour lesquelles nous n'avons pas encore développé de version Android de notre application d'entraînement, Répétitions et séries.
Comme le fait que les utilisateurs d'Android n'achetez pas autant d'applications en tant qu'utilisateurs d'iPhone. Que les appareils Android ont tendance à exécuter les anciennes versions du logiciel système. Ou que tester sur Android est un cauchemar car il y a tant d'appareils différents soutenir.
Toutes les bonnes raisons, bien sûr. Mais ils ne sont pas ma les raisons.
La vraie raison
Ma raison est simplement la suivante: j'adore iOS et je n'aime pas la conception multiplateforme.
Lorsque j'ai vu l'iPhone pour la première fois en 2007, son interface m'a époustouflé. En tant que designer, l'utiliser n'était pas suffisant. Je voulais travailler avec. Tout comme un mécanicien qui ne résiste pas à soulever le capot d'une voiture pour jeter un œil au moteur, je voulait comprendre comment fonctionnaient tous les éléments de la nouvelle interface utilisateur multitouch magique d'Apple ensemble. Et la meilleure façon de le faire était de concevoir moi-même une application iOS. Alors mon partenaire Martin Algesten et c'est exactement ce que j'ai fait.
Intégration étroite du matériel et des logiciels
Apple a toujours excellé dans l'intégration du matériel et des logiciels.
Le design original de l'iMac était parfaitement complété par le look de la première version d'OS X. Les boutons à l'écran étaient exactement de la même teinte de bleu Bondi que le boîtier translucide de l'iMac, tandis que les rayures autour des fenêtres du Finder correspondaient parfaitement au cadre en plastique de l'écran.
Avec l'iPhone, Apple a poussé son approche étroitement intégrée encore plus loin - au-delà de l'apparence de surface. Par exemple, l'interface est conçue avec soin afin que les boutons fréquemment utilisés soient facilement placés à portée de main lorsque vous tenez votre iPhone d'une main.
Lorsque les développeurs créent des applications qui suivent les directives d'interface utilisateur d'Apple, leurs utilisateurs bénéficient de toute cette planification minutieuse. Même les applications tierces peuvent devenir une partie intégrante de l'expérience globale d'Apple.
Ce type d'intégration n'est tout simplement pas possible si vous concevez une seule interface multiplateforme pour fonctionner à la fois sur iOS et Android.
La conception hybride ne fonctionne pas
Comme Android a régulièrement gagné des parts de marché, de nombreux développeurs d'applications iPhone sont passés à plusieurs plates-formes.
Dans un monde idéal, vous concevriez une interface sur mesure différente pour le langage visuel unique de chaque plate-forme. L'un suivant les directives d'Apple pour iOS, l'autre suivant le nouveau Google Conception matérielle style pour Android.
Mais étant donné les implications en termes de coût et de temps de cette approche, certains développeurs ont plutôt adopté une conception hybride unique pour les deux plates-formes. En conséquence, certaines conventions d'interface Android se sont glissées dans les applications iOS, comme le icône de partage à trois points dans Google Maps et YouTube.
Le problème avec ce manque de cohérence est que les icônes de votre iPhone deviennent moins familières et intuitives.
Repenser l'interface utilisateur de notre application pour suivre la conception des matériaux de Google serait certainement un défi intéressant. Mais le faire correctement prendrait beaucoup de temps et notre application est un projet de loisir - nous le faisons plus par amour que par argent. Personnellement, je préférerais passer du temps à travailler sur notre application Apple Watch ou sur une autre nouvelle fonctionnalité pour notre application iPhone.
Une bonne interface utilisateur disparaît tout simplement
Lorsque j'ai présenté notre application lors d'une conférence l'année dernière, l'un des délégués a fait remarquer qu'il pensait que le design était assez basique, avec presque aucune image de marque. Pour lui, le design consistait à utiliser des couleurs, des polices de caractères et des logos distinctifs.
Mais la marque minimale dans notre application était un choix délibéré. Nous voulions qu'il fasse partie intégrante de l'expérience iPhone de l'utilisateur. Si vous faites un très bon travail, l'interface devient presque invisible, permettant à l'utilisateur d'effectuer sa tâche si facilement qu'il le remarque à peine.
L'un de mes moments les plus fiers en tant que concepteur d'applications a été lorsqu'un utilisateur m'a envoyé un e-mail l'année dernière pour me poser des questions sur nos projets de prise en charge d'Android, car il souhaitait « mettre à niveau » son ancien iPhone vers un Samsung. J'ai répondu avec des excuses, expliquant que nous ne prévoyions pas de support Android.
Il m'a répondu par e-mail deux jours plus tard pour me dire qu'il avait changé d'avis et avait décidé d'acheter un iPhone 6 à la place, car il ne pouvait pas vivre sans notre application.
Une bonne conception d'interface utilisateur peut devenir invisible, mais vous le remarquez quand elle disparaît.
