Est-ce que «fou» est bon?
Je fais partie d'un groupe à l'Université qui produit une application mobile destinée à Android. Nos efforts vont se porter sur la plateforme mobile et faire une application qui "se démarque".
J'ai proposé des maquettes et un autre membre du groupe a fait des suggestions avec lesquelles je ne suis pas d'accord. Un écran dans cette application est le premier écran:
C'est très basique et donc l'échelle n'est probablement pas correcte. La barre supérieure est la barre d'action et les barres système (heure, etc.).
Une fois l'image choisie, il commence à rechercher des images qui correspondent à l'image choisie.
Une suggestion qui a été faite était de faire rebondir les boutons sur l'écran (pas "trop vite"). Je ne pense pas que ce soit une très bonne idée (pourtant ils pensent que c'est une idée géniale).
Une autre suggestion était de demander à l'utilisateur de faire glisser l'image sur une icône d'un serveur pour la télécharger. Je pense que cela peut fonctionner.
Il a également été mentionné que les éléments standard étaient ennuyeux et ne devaient donc pas être utilisés. Je suis complètement en désaccord. Je pense toujours que de bons graphiques amélioreraient l'application, et peut-être un peu plus d'animation, cependant, les éléments de navigation standard sont les meilleurs.
Les suggestions sont-elles donc bonnes ou vont-elles entraver l'utilisation de l'application?
La clé pour créer des applications exceptionnelles met-elle en œuvre des idées folles?
"Nous voulons être différents" est une demande très courante mais il manque la plupart du temps un contexte ou un objectif réel.
Demandez-leur quelles applications ils utilisent avec des icônes rebondissantes qui leur plaisent. Ma supposition est zéro. Ils répondront ensuite par "eh bien, nous voulons être différents" où vous pouvez, espérons-le, faire remarquer qu'il y a "bon" différent et ensuite "différent inutile". Les icônes rebondissantes étant ces dernières.
Premièrement, les éléments d'interface rebondissants rendent un choix simple très difficile à faire. Ce n'est pas amusant d'essayer de cliquer sur un bouton puis de le faire bouger, c'est plus comme Lucy chassant le football de Charlie Brown.
Deuxièmement, comment les personnes utilisant le d-pad ou un trackball attraperont-elles ces cibles mobiles?
Un drag'n'drop a les mêmes problèmes: ne peut pas être fait avec le d-pad, prend plus de temps que tap-to-select, tap-to-upload. L'interface n'est pas la partie amusante d'une application, le résultat final l'est. Vérifiez les directives d'interface utilisateur répertoriées ici - aucune d'entre elles n'encourage les éléments d'interface en mouvement.
Il n'y a rien de plus précieux que le temps d'un utilisateur - pourquoi voudriez-vous rendre une tâche plus difficile pour l'utilisateur, ou prendre plus de temps à terminer? Il y a beaucoup, beaucoup de terribles Android sur le marché déjà. Si vous voulez vous démarquer de la foule, faites quelque chose qui permet aux utilisateurs d'atteindre leur objectif (choisir une image amusante) aussi rapidement et facilement que possible.
Les idées folles sont en fait la clé pour créer des applications et des interactions exceptionnelles. Cependant, nous devons faire la distinction entre "bonne folie" et "mauvaise folie". Le premier conduit à des innovations telles que l'iPhone, Sifteo , Oblong , et Sphero . Ce dernier conduit à des choses qui sonnent bien mais qui ne sont pas pratiques, comme Geode qui complique un processus assez simple (utilisation grand public).
Le test pour distinguer les deux est simple. Répondez simplement à deux questions:
- Comment cette interaction ajoute-t-elle de la valeur à l'utilisateur?
- Comment cela améliore-t-il leur expérience dans le processus?
Quand une idée folle est bonne, son impact positif sera évident avec peu de réserves ou de doutes.
Cela étant dit, la nature du processus de conception est en itérations. Il n'est pas prédit qu'une mauvaise idée folle ne deviendra pas quelque chose de grand. Une idée impraticable par une personne peut inspirer une autre personne à créer quelque chose de bien meilleur.
Ainsi, vous ne devez pas bannir ou punir les gens pour de mauvaises suggestions à moins qu'ils ne fassent cela pour faire dérailler délibérément le processus. Au lieu de cela, vous devriez encourager les autres membres de l'équipe à critiquer les idées folles de la position de valeur pour l'utilisateur. Vous devriez également demander aux auteurs de ces suggestions inhabituelles de prototyper et de tester leurs idées par eux-mêmes parce que les choses semblent et sonnent beaucoup différemment dans la main qu'elles ne le semblent en réalité .
En ce qui concerne votre problème particulier avec le rebond, jetez un œil à la question précédente " éléments clignotants, rebondissants et clignotants ".
Les idées folles sont merveilleuses. Ils remplissent deux fonctions importantes:
- Ils montrent clairement pourquoi les idées non folles sont tellement meilleures
- Ils débouchent parfois sur de merveilleuses solutions nouvelles et innovantes.
La seconde de ces situations se produit si les solutions folles sont appliquées à des problèmes spécifiques. S'il y a des problèmes identifiés, l'application de la folie peut être une voie vraiment positive. Cependant "nous devons faire les choses différemment" n'est pas un problème qui doit être résolu.
Il se peut que "nos utilisateurs s'ennuient avec la normale", ce qui peut être développé en une belle question, avec des solutions folles en option.
Il y a beaucoup à gagner du point de vue de la recherche dans ce type de décision de conception: trouver une question claire; voir ce qui existe déjà; puis trouvez une solution ou un développement.
Le problème n'est pas que les boutons vacillants sont une mauvaise idée. Le problème est que "nous voulons faire quelque chose de différent" est une mauvaise motivation.
Les suggestions sont-elles donc bonnes ou vont-elles entraver l'utilisation de l'application?
- Faites glisser pour partager: vaut la peine d'être essayé .
Boutons rebondissants: à mon humble avis non . Me rappelle ces deux:
![enter image description here]()
![enter image description here]()
La clé pour créer des applications exceptionnelles met-elle en œuvre des idées folles?
Oui , mais seulement si vous y croyez et êtes prêt à les retirer s'ils ne fonctionnent pas. L'innovation comprend des essais et des erreurs.
Maintenant pour les diatribes:
Gardez l'équilibre entre les normes et les expériences
Ils disent que les trucs standard sont ennuyeux. Je dis que les trucs standard sont super. Les boutons ne doivent pas rebondir. Les contrôles communs comme les éléments de navigation et les boutons ont une sorte de contrat de comportement. Les attentes fondamentales concernant les contrôles communs devraient être satisfaites. Les boutons devraient rester immobiles.
Plus vous utilisez de normes, plus il sera facile d'ajouter de nouvelles idées. Dans un environnement qui semble solide et où les utilisateurs peuvent compter sur des contrôles faisant ce qu'ils sont censés faire, il y a plus de place pour des idées expérimentales que si toutes les normes étaient rejetées par la fenêtre.
Choisissez votre expérience
Vous écrivez que c'est une mission universitaire. Je suppose qu'il n'y aura pas beaucoup d'utilisateurs souffrant de mauvais choix de conception potentiels. Cela pourrait en fait être l'une de vos meilleures opportunités dans la vie pour faire tourner des idées folles sans insulter ni les utilisateurs ni les concepteurs, et ainsi pratiquer à quel point vous pouvez rendre une application folle.
Peut-être que les boutons de rebond ne sont pas l'idée sur laquelle vous voulez passer du temps, mais cela peut être rendu plus intéressant, par exemple "Comment pouvons-nous obtenir l'effet de rebond sans tirer sur le football de Charlie?" ou "Comment pouvons-nous [insérer une idée folle ici] sans entraver l'utilisation de l'application?", etc.
Bonne chance et amusez-vous bien! :)
Vous devez savoir quelles sont les règles de conception avant de savoir lesquelles casser. Donc, personnellement, je recommanderais de concevoir l'application en suivant d'abord Android directives de l'interface utilisateur et bibliothèque de modèles - si vous n'avez pas une bonne connaissance de ceux-ci, vous n'allez probablement jamais écrire une excellente application Android de toute façon.
Si la conception, lorsqu'elle est testée sur le plan de l'utilisabilité (le plus tôt possible - sur le papier est très bien), s'avère "ennuyeuse" ou "inutilisable", alors vous pouvez penser aux lignes directrices et aux modèles à briser en fonction de votre public cible, car alors vous serez vraiment bien placé pour prendre les décisions les plus éclairées sur pourquoi vous devez faire quelque chose de différent.
Fun vs Annoying
"Vous essayez de cliquer pour télécharger, mais le bouton se déplace, donc c'est difficile." C'est à peu près autant de fonctionnalités qu'une roue cassée sur un panier. Je ne suis pas venu ici pour tester ma capacité à pousser.
Une fonctionnalité amusante doit être compatible avec l'application:
- Pour votre application photo, ajouter des moustaches ou un corps musclé ou quelque chose de stupide pourrait être amusant.
- Vous pouvez également créer un jeu où vous défiez les gens de cliquer sur quelque chose qui bouge.
L'important est pour ne pas confondre les intentions de l'utilisateur. Si j'essaie de télécharger une photo, que ce soit aussi simple que possible. Si j'essaie de tester mes compétences de clic, amenez les cibles difficiles.
Expérience. Implémentez les boutons de rebond et faites-les utiliser l'application. Qui sait, cela pourrait fonctionner ... plus réaliste, ils verront par eux-mêmes à quel point c'est ennuyeux!
Pourquoi ne pas utiliser l'appareil photo par défaut et prêt à prendre une photo?
Pensez à l'application lecteur de codes-barres, vous n'avez pas besoin de lui dire de faire quelque chose, elle ouvre la recherche d'un code-barres.
La folie juste pour le plaisir de la folie ou d'être différent est tout simplement fou. Période.
Toutes les idées folles et différentes qui ont réussi ont toujours eu un but intérieur et une raison de faire les choses différemment et ont toujours réussi parce qu'elles ont du sens dans leur contexte.
Le fait que les boutons rebondissent sur l'écran ennuierait probablement la plupart des utilisateurs au point de ne pas vouloir utiliser l'application.
Bien sûr, la fonctionnalité peut être un peu "folle" et peut-être "hors de l'ordinaire", mais le but d'une application est de permettre à l'utilisateur d'atteindre une sorte d'objectif au lieu de se battre avec l'interface pour faire avancer les choses.
Étant donné qu'il pourrait y avoir des utilisateurs âgés ou des utilisateurs avec une coordination pas si bonne en utilisant l'application, le fait de faire rebondir les boutons les désactiverait probablement.
Faire glisser une image vers une icône pour télécharger l'image est une bonne idée. Il est également mis en œuvre en HTML5 par glisser-déposer.
Avoir une interface graphique où les boutons se déplacent pourrait être bon pour une chose et une seule chose, si vous développez un alcootest sans la partie "alcootest". Et en voyant votre maquette, cela suggère que c'est la tâche.
Il y a une chose à "penser fou" et une autre à "penser hors des sentiers battus". Laisser les boutons se déplacer dans une interface graphique est le premier. Le transfert de l'outil de technicien de service de réseau mobile, le message texte du téléphone portable, dans un produit de consommation, le SMS, est ce dernier.
Il est très difficile (impossible à lire) de distinguer normalement si une nouvelle idée sera un succès, comme avec le message texte en tant que service client, car cela n'a jamais été fait auparavant. Cependant, laisser les boutons se déplacer autour de l'interface, pour aucune autre raison que "cela ferait une folle impression", n'a peut-être pas été fait auparavant, pour autant que je sache. Mais la raison n'est pas que personne n'y a jamais pensé, c'est plus parce que c'est tout simplement une mauvaise idée au départ. Ici, c'est facile, avec le SMS, ce n'était pas le cas.
Laisser les boutons bouger n'est rien de révolutionnaire. C'est comme développer un téléphone portable trop grand pour tenir dans votre poche pour la seule raison de le faire trop grand pour tenir dans votre poche. C'est fou, mais c'est tout. Pas d'agenda caché, l'idée commence et finit par ce qu'elle est.