Quel choix dois-je donner aux utilisateurs?
J'envisage d'ajouter une mise à jour à mon application iPhone qui permet à l'utilisateur de choisir de nombreuses nouvelles fonctionnalités telles que l'image d'arrière-plan, l'emplacement de certains boutons, les couleurs des boutons, la conception des boutons, certaines couleurs d'étiquettes, etc. Bien que j'ai beaucoup d'idées sur l'endroit où je pouvais permettre à l'utilisateur de changer les choses, je me demande combien de choix je devrais leur donner.
Si je leur donne trop de choix, est-il possible qu'ils me donnent de mauvaises critiques, ou l'inverse est-il plus souvent vrai?
De plus, si je leur donne ce choix, dois-je mettre tout cela dans un seul panneau de préférences, ou dois-je le diviser d'une manière ou d'une autre? (Je n'aime pas utiliser l'application Paramètres, donc je ne pose pas de question à ce sujet ici)
Les Apple sont réputés pour retirer toutes les fonctionnalités possibles et se concentrer vraiment sur quelques choses. Je suggère de suivre leur exemple. Daring Fireball a une très bonne pièce on le mantra Apple:
Nous pouvons mettre tous nos produits sur la table où vous êtes assis. Ensemble, ces produits se vendent 40 milliards de dollars par an. Aucune autre entreprise ne peut faire cette demande, sauf peut-être une compagnie pétrolière. Nous sommes l'entreprise la plus ciblée que je connaisse, que j'ai lue ou que je connaisse.
Nous disons non aux bonnes idées tous les jours; nous disons non aux grandes idées; pour garder le nombre de choses sur lesquelles nous nous concentrons en petit nombre.
Évidemment, cela dépend de l'application. D'après mon expérience en général la plupart des logiciels offrent aux utilisateurs trop d'options et seraient mieux servis en offrant moins de choix.
Les iPhones OTOH sont de tels appareils personnels que le sens de la personnalisation peut offrir.
Assurez-vous simplement pas de permettre à l'utilisateur de dégrader l'application. Il peut y avoir une disposition qui est très difficile à utiliser ou qui désactive un cas d'utilisation que l'utilisateur n'a pas pris en compte, un jeu de couleurs peut le rendre inutilisable dans certains éclairages, etc.
En d'autres termes, ne leur donnez pas assez de corde pour se suspendre. Vous ne voudriez pas qu'un utilisateur pense "pourquoi diable étais-je autorisé à faire ça?"
Un ensemble limité de thèmes ou de thèmes prédéfinis est généralement un moyen sûr de permettre la personnalisation. Certains utilisateurs peuvent apprécier un schéma de couleurs qui correspond à leur personnalité et les utilisateurs plus âgés apprécieront un thème à haute lisibilité.
Le choix est le gros problème de notre temps.
Nous avons tellement de choix que si quelque chose ne va pas, nous n'avons personne à blâmer mais nous-mêmes.
Essayez d'éliminer les choix, ce qui n'affecterait pas le résultat en aucune façon. Comme "vous pouvez acheter cette voiture avec un contrat rouge, bleu ou vert."
Essayez de minimiser les choix, qui limitent le multidimensionnel. (Si vous choisissez A: 1, vous ne pouvez pas choisir B: 2 et C: 1) car cela peut prêter à confusion et obliger les utilisateurs à prendre une décision entre sous-optimal résultats.
Essayez de faire des choix pour l'utilisateur dans les domaines où vous êtes un expert et la plupart des utilisateurs choisiraient des résultats sous-optimaux s'ils étaient en charge.
Quel choix dois-je donner aux utilisateurs?
Aussi peu que possible, cela peut rapporter le plus grand nombre d'utilisateurs possible. En règle générale, n'ajoutez pas de choix lorsque cela n'a pas d'importance.
Si le point de vente de votre application est la productivité, n'ajoutez des choix que lorsque cela affecte considérablement le flux de travail. Encore une fois, n'ajoutez pas de personnalisations triviales, des choses comme la position des boutons, les couleurs, etc. n'ont généralement pas vraiment d'importance.
Si le point de vente de votre application est la personnalisation et la personnalisation (la plupart des applications ne devraient pas avoir cela comme principal argument de vente), les choses sont un peu différentes, mettez un ensemble d'options différentes en tant que "thèmes" complets au lieu d'options individuelles. La plupart des gens ne peuvent pas faire de bons thèmes, même s'ils pensent qu'ils le font; vous aurez des gens qui vous montreront votre application avec leurs personnalisations merdiques.
Si le point de vente de votre application est la facilité d'utilisation, alors moins c'est plus. Moins signifie que tout le monde utilisera la même application de la même manière et qu'il y a moins de pièges à mines pour les utilisateurs moins compétents.
Donner trop d'options est souvent né de la paresse, vous ne faites pas suffisamment de recherches sur vos utilisateurs pour savoir réellement ce dont ils avaient vraiment besoin, donc vous donnez tout.
Comme votre question le suggère, vous cherchez à trouver le bon équilibre entre liberté/contrôle et complexité.
À mon humble avis, une grande partie, sinon la plupart, de la liberté accordée aux utilisateurs de personnaliser leur expérience n'est qu'un manque de décision de la part des concepteurs. C'est le travail des concepteurs d'anticiper ce qui est le mieux et de le mettre en œuvre. La plupart des utilisateurs détestent configurer leur logiciel et ne commencent généralement pas à s'en soucier.
Pour trouver le bon équilibre, recherchez les paramètres qui ont le plus d'influence sur la façon dont les utilisateurs interagissent et expérimentent votre produit. Permettez-leur de les modifier uniquement et évitez les paramètres qui sont rarement modifiés ou qui ont peu d'effet.
Pense-y de cette façon. Toutes les fonctionnalités que vous souhaitez ajouter ne sont pas toutes les meilleures. Certains sont meilleurs que d'autres. Alors, pensez à ceux qui, selon vous, apporteront le plus de valeur à vos utilisateurs finaux. Disons que vous en avez 6. parmi ces 6, choisissez 2 et ajoutez-les. Voici la partie importante. Demandez aux utilisateurs ce qu'ils pensent de ces nouvelles fonctionnalités et ce qu'ils aimeraient voir ensuite. Permettez à vos utilisateurs de piloter votre développement. Il existe un certain nombre de nouvelles solutions qui vous donneront des commentaires des utilisateurs au sein de l'application ainsi que des cartes thermiques et plus encore. L'un d'eux est Keen.io à titre d'exemple.
Si vous connaissez Costco, vous le comprendrez. Costco vend UNIQUEMENT un type et une taille de ketchup. Bien qu'ils aient essayé de transporter d'autres types et tailles, ils ont constaté que dans l'ensemble, ils vendaient moins de ketchup. La raison en est qu'avec de nombreux choix, les utilisateurs et/ou les acheteurs ne font pas de choix et abandonnent ce qu'ils allaient faire. Moins de choix concentrent un utilisateur et/ou un acheteur dans un étroit tunnel d'accomplissement d'une tâche. Il est facile d'en ajouter plus au fil du temps et de voir ce qui fonctionne, mais il est difficile à retirer.
Offrez aux utilisateurs autant d'options et de fonctionnalités que vous le pouvez, mais ne voyez que les fonctionnalités les plus utilisées ou les plus susceptibles d'être utilisées.