Je fais de la conception depuis 2009 et, au cours des trois dernières années, je me suis concentré sur la conception d'interfaces Web et mobiles. Pendant ce temps, j'ai expérimenté les bons et les mauvais côtés de l'industrie. Bons clients, mauvais clients. Bonnes idées, mauvaises idées Bons développeurs, mauvais développeurs. Il y a eu des approbations et des rejets d'applications.
Parfois, cela peut être frustrant, et bien que ces soi-disant "mauvaises expériences" peut sucer, ils m'ont appris des leçons importantes. Ces leçons accélèrent non seulement mon flux de travail quotidien, mais m'ont également aidé à concevoir une meilleure expérience utilisateur pour le public cible.
Apprenez à connaître le client et ses besoins
«créer un bon produit et une expérience utilisateur est le numéro un pour moi»Avant de démarrer un projet, configurez une conversation / appel en ligne ou une réunion en face-à-face avec votre client. Il est bon de les connaître un peu avant de travailler, car les conflits de personnalité posent parfois des problèmes. Si vous partagez des intérêts communs, il y a de fortes chances que vous vous entendiez bien!
Je me trouvais dans une situation avec un client où il était incroyablement axé sur les affaires et sa priorité numéro un était de gagner le plus d'argent possible en peu de temps. Bien que gagner de l'argent soit important, créer un bon produit et une expérience utilisateur primordiale pour moi (si le produit est bon et que les utilisateurs aiment l'utiliser, je pense que l'argent viendra éventuellement!).
Dans ce cas particulier, nous avons fini par décider de ne pas continuer à travailler ensemble car je souhaitais consacrer plus de temps au travail que l’on me demandait de faire et sa priorité était de lancer le produit dès que possible.
Une fois que vous avez fini de vous connaître un peu et de découvrir que vous êtes un bon partenaire, il est important que vous en appreniez le plus possible sur l'application. J'ai tendance à scinder cela en deux sections; 'informations de base' et 'informations avancées'.
Je découvre les informations de base avant de connaître le client. Cela implique à quoi sert l’application, à qui elle est destinée et ses principales fonctionnalités. Je passe ensuite à la recherche d'informations avancées. Au cours de cette étape, je rencontre le client et discute en détail du flux de travail et des écrans.
Entre nous, nous créons une liste complète des écrans nécessaires au bon fonctionnement de l'application. Personnellement, j'aime utiliser une feuille de calcul Google Drive que nous pouvons tous afficher, modifier et commenter. Nous convenons et signons qu'il s'agit de l'ensemble complet de fonctionnalités et d'écrans requis.
Pourquoi tout ce travail?
Il y a deux ou trois raisons valables derrière cela. La première est qu’il s’agit d’un atout essentiel lors de l’élaboration de structures filaires et de flux de travail. La seconde est que cela peut potentiellement vous épargner davantage sur vos clients, ce qui augmenterait votre flux de travail en glissant des écrans et des fonctionnalités supplémentaires ici et là.
Une fois, j’ai entrepris un projet relativement important sur iOS et Android avec un ami proche, où nous avons enfreint cette règle et - ce que nous avions cité à l’origine comme approximativement 320 heures de travail - s’est rapidement transformé en presque 500 heures de travail. En raison de l'ajout de nombreuses nouvelles fonctionnalités à mi-chemin du projet, le client a dû modifier l'ensemble de la structure de l'application, sur les plates-formes iOS et Android.
Cela a commencé à devenir ennuyeux, répétitif, et nous avons généralement perdu beaucoup d'amour que nous avions initialement pour le projet. Nous l’avons achevée, mais non sans travailler au petit matin, devenir stressée, jongler avec des projets et retarder d’autres projets clients que nous avions alignés. Ne vaut pas la peine quand il peut être corrigé avec une simple liste d’écrans et de fonctionnalités.
Mettez-vous à la place des utilisateurs
La dernière chose que j'aime faire avant de commencer à planifier le projet est de me mettre à la place de l'utilisateur. Parfois, cela peut être un type d'utilisateur, d'autres deux ou même plus. Cette règle s'applique à toutes les applications mobiles.
"naviguer dans l'application doit être simple et très rapide"J'ai travaillé avec une carte hors route et une mise en route GPS au second semestre 2011, et me mettre dans la peau d'un utilisateur typique était très important. Je prenais un morceau de papier, écrivais «utilisateur» au milieu et notais tout ce qui me venait à l'esprit. Trois des grandes questions que je me suis posées étaient:
- Pour quoi vont-ils utiliser l'application?
- Où vont-ils utiliser l'application?
- Combien de temps ont-ils à utiliser l'application?
Évidemment, l'utilisateur allait utiliser l'application pour la navigation sur les routes et les pistes tout-terrain, il l'utilisera en voiture et à pied - parfois, il sera exposé à la lumière directe du soleil (une interface utilisateur sombre ne convient donc pas) ).
L'application sera utilisée pendant de longues périodes, mais dans certains cas, l'utilisateur n'aura que peu de temps pour interagir avec l'application (aux feux rouges par exemple). La navigation dans l'application doit donc être simple et très rapide.
Je passais une bonne heure à la place des utilisateurs. Cela m'aide vraiment à comprendre comment l'application fonctionnera et à quoi elle pourrait ressembler.
Planifiez à l'avance pour éviter les erreurs plus tard
Dans la planification de votre projet, la liste d’écrans et de fonctionnalités mentionnées dans la première leçon devient un atout essentiel. Une fois que la liste des écrans et des fonctionnalités a été validée, il est temps de commencer à utiliser la configuration en fil de fer.
Lorsque j'ai commencé à concentrer mes compétences sur la conception d'interfaces mobiles, je sautais à tout moment lorsque je voyais une opportunité. Je trouvais cela une corvée pour la plupart des projets mais finalement ma paresse s’est retournée contre moi. J'ai pris en charge un projet pour une petite application utilitaire iOS. Le client et moi avons décidé de ne pas passer une demi-journée à dessiner de simples structures filaires car nous avions une image assez claire de la manière dont nous voulions que cela fonctionne.
Nous avons avancé et, avant même que vous le sachiez, nous rencontrions de petits problèmes de flux de travail, rien d’important, des petites choses comme comment un utilisateur peut-il arriver ici, comment le supprime-t-il sans passer par de nombreuses étapes, etc.Avant de vous en rendre compte, nous passions une heure et des heures à régler ces problèmes, ce qui aurait pu être facilement évités en consacrant une demi-journée à la mise en place d’un flux de travail simple et d’un ensemble de structures filaires.
Cela ne veut pas dire que vous devez passer des jours, voire des semaines, à planifier vos projets (en particulier pour les applications utilitaires plus petites), mais cela vaut vraiment la peine de mettre un crayon sur papier et de griffonner des idées pour les écrans les plus importants, puis de vous reporter à votre liste complète des écrans et des fonctionnalités pour ceux que vous ne souhaitez pas dessiner.
Je fais cela tout le temps, avant et pendant un projet, à tel point que j'ai en fait lancé Dotgrid.co pour encourager les autres à acheter des carnets à grille de points et à en faire plus! Pour les projets plus importants (en particulier les services), je consacre toujours une bonne partie du temps de projet à la mise en réseau et à la planification. C'est toujours payant.
Il pourrait être intéressant d’utiliser un service pour transformer vos structures filaires en un prototype opérationnel (j’aime Invision App). Pour les grands projets, je trouve que cela vous aide à détecter les erreurs ou les problèmes éventuels avant de plonger trop profondément dans le projet.
S'en tenir aux directives du système d'exploitation
Il est important de respecter les consignes d'utilisation. Il est bon d’expérimenter de nouveaux systèmes de navigation, des interactions et des gestes tactiles, et je vous encourage à le faire, mais vous rencontrerez des problèmes de temps en temps, que ce soit votre développeur qui a du mal à mettre en œuvre l’idée de conception ou Les relecteurs Apple étant difficiles et rejetant votre application.
Pour avoir une bonne idée de ce qui est possible, faites des recherches sur les applications disponibles sur le marché et assurez-vous de lire attentivement les instructions.
Cela pourrait être la différence entre une application approuvée ou rejetée et le fait de passer plus de temps à redéfinir différents éléments.
Une autre bonne raison de s'en tenir aux directives est que cela permet aux utilisateurs de s'habituer rapidement à votre application, car toutes les applications suivent les mêmes instructions. Par exemple, les boutons de retour sont en haut à gauche. Les barres d'onglets sont au bas de l'écran. Les commutateurs font la même chose dans toutes les applications. La liste continue!
Liens utiles
- Directives d'interface humaine iOS
- Directives d'interface utilisateur Android
- Consignes de conception Windows Mobile
- Directives d'interface utilisateur Blackberry
Il est rentable de garder les choses simples
Quand je dis aux clients que je veux? Garder les choses simples? souvent, ils me comprennent mal et pensent que je veux dire que je vais concevoir leur interface dans un style minimaliste. Ce n'est pas le sens du mot!
Simple signifie qu'un nouvel utilisateur peut ouvrir l'application et commencer à l'utiliser sans avoir à lire les instructions ou à suivre un guide.
Cela signifie qu'ils peuvent effectuer des tâches simples en très peu d'étapes ou que, dans les cas où plusieurs étapes sont nécessaires, cela reste simple. Cela signifie que les couleurs sont utilisées efficacement (le rouge pour les boutons de suppression est un exemple courant). Garder les choses aussi simples que possible sans trop les compliquer, sans raison, non seulement incite les utilisateurs à télécharger une application en premier lieu, mais les empêche également de revenir.
Pourquoi utiliseraient-ils une application déroutante et délicate à utiliser alors qu’il existe probablement une alternative simple et pertinente?
Je travaillais avec un client sur une application GPS simple qui permet de suivre la distance parcourue par l'utilisateur, sa vitesse moyenne, sa vitesse maximale et son altitude. L'application a continué à enregistrer des données jusqu'à ce que l'utilisateur les réinitialise. Pour le réinitialiser, nous avons opté pour une option amusante «secouer pour réinitialiser», qui est clairement illustrée par une icône et le texte correspondant lisant quelque chose du type «Secouez pour réinitialiser les statistiques».
Quelques jours après le lancement de l'application, plusieurs utilisateurs nous ont contactés pour leur demander de réinitialiser les statistiques enregistrées. Nous avons rapidement ajouté un bouton rouge indiquant «Réinitialiser les statistiques» dans l'application, leur permettant ainsi de le faire simplement. C'est payant de garder les choses simples!