Comment concevoir une interface utilisateur identique pour une application mobile multiplateforme?
Un client souhaite créer des applications natives pour iPhone, Android, Blackberry et Windows Phone. Mais il veut rendre l'apparence de l'interface utilisateur identique sur tous les appareils autant que possible.
1) Est-ce techniquement possible? (Cette question ne relève pas de scopr de ce site, alors donnez la réponse à la 2e question)
2) Supposons que même si cela est possible, mais serait-il bon pour UX que l'interface utilisateur soit identique sur tous les appareils ou qu'il est préférable de suivre les conventions spécifiques aux appareils tout en prenant des décisions de conception
J'ai besoin de guider le concepteur Photoshop pour savoir comment concevoir l'interface utilisateur. Je suis confus ce que je devrais lui suggérer.
Il suffit d'ajouter quelques exemples d'interface utilisateur APP de différents appareils
- Oui, vous pouvez créer une interface graphique presque identique sur plusieurs plates-formes. La plupart des systèmes d'exploitation exigent que seule la barre d'état soit visible à tout moment (certains, comme Symbian et Blackberry, autorisent même le mode 100% plein écran). Les seules différences seraient dans l'apparence des contrôles, qui sont souvent sous le contrôle du système d'exploitation (par exemple, les listes déroulantes).
Bien que tout soit possible, cela ne signifie pas que cela devrait être fait. Chaque plate-forme mobile a ses propres directives de conception parce que toutes ont des contrôles physiques, des architectures de navigation et des tailles et résolutions d'écran différents, qui affectent tous la conception visuelle des applications. Si vous créez la même interface graphique pour toutes les plates-formes, vous violerez les conventions et confondrez les utilisateurs avec des modèles inconnus.
En substance, cette question n'est pas différente de la récente à propos du transfert de la conception OSX vers Windows - tous les points mentionnés dans les réponses s'appliquent toujours ici (principalement, ce qui semble bon dans un système peut ne pas sembler aussi bon dans un autre).
De plus, vous devrez limiter votre créativité et ne pourrez pas profiter de certaines fonctionnalités qui sont beaucoup mieux implémentées dans un système que dans un autre (par exemple, les notifications dans Android 4. vs - iOS ).
Je suppose que le client veut avoir la même interface graphique pour préserver la marque, mais il ne comprend pas pourquoi les applications sur toutes les plateformes doivent être différentes. Vous devez leur expliquer pourquoi c'est le cas et qu'une expérience de marque cohérente peut être créée avec juste un jeu de couleurs et une iconographie (le cas échéant). La meilleure façon de montrer l'incompatibilité des modèles d'interface graphique du système d'exploitation mobile est de comparer les éléments les plus remarquablement différents, tels que la typographie, les architectures de navigation et les contrôles physiques.
Vous ne le voulez pas. Rendre l'interface utilisateur de votre application identique sur toutes les différentes plateformes sera très ennuyeux pour vos utilisateurs , car les plates-formes ont simplement des philosophies de conception différentes.
C'est comme la traduction d'une langue. Vous ne pouvez pas simplement traduire un excellent travail en l'exécutant via un traducteur automatique en ligne. Le résultat sera de la merde. Vous avez besoin de quelqu'un qui a une connaissance approfondie des deux langues pour le traduire en français, allemand, etc. Ce n'est pas une tâche triviale; vous devez simultanément conserver l'intention de l'œuvre originale tout en vous adaptant à la structure de la nouvelle langue.
C'est très évident quand quelqu'un a pris, disons, une application iPhone et l'a portée directement vers Android sans s'arrêter pour voir comment les applications Android Android sont conçues. L'effet est encore plus prononcé sur Windows Phone 7. Là, la philosophie de conception consiste à faire en sorte que l'interface couvre une large zone horizontale; vous faites glisser la fenêtre horizontalement pour afficher les différentes parties:
Alors que l'iPhone est beaucoup plus orienté autour des listes, et "approfondit" ces listes:
Si vous concevez votre application WP7 comme une application iPhone, cela vous semblera bizarre. Les utilisateurs le trouveront plus encombrant et moins agréable, et il se sentira à sa place sur leurs téléphones WP7.
Maintenant, si l'UX n'est pas la priorité n ° 1 du client, alors cela n'a pas vraiment d'importance et il n'y a rien que vous puissiez faire. Mais si c'est le cas, il serait sage de reconsidérer.
Si vous devez budget, alors je concevoirais d'abord pour l'iPhone, car c'est la plate-forme avec les directives d'interface les plus strictes, et ses utilisateurs se soucient le plus de cette cohérence. Ensuite, concentrez-vous sur Android. Je ne prendrais même pas la peine de créer des applications Blackberry ou WP7, sauf si vous en avez une demande considérable - cela n'en vaut probablement pas la peine.
Pour l'application Web, vous pouvez éventuellement essayer de faire correspondre une conception d'interface similaire. Mais il y a des changements subtils qui vont éventuellement exister, comme la barre système existe toujours avec Android appareil contre iOS. Ce sont donc des cadres de contour.
Puisqu'il s'agit d'une application native, vous devez concevoir des écrans séparés, car l'appareil a ses propres normes d'interface, ce qui sera le mieux pour l'utilisateur d'avoir une impression synchronisée avec les applications de son appareil. Donc, naturellement, il sera préférable d'avoir une application basée sur un appareil, car elle ira bien avec leur appareil existant.
Tout le monde l'a dit assez bien, mais juste pour référence, la façon la plus simple de les faire tous pareils (si c'est ce qu'ils veulent après avoir essayé de les convaincre du contraire - et vous devrait essayer de les convaincre) serait d'utiliser jQuery Mobile . jQM est fier d'être le même sur tous les appareils, même entre smartphone et tablette. Il est également pris en charge par à peu près tous les principaux OS/navigateurs mobiles.