Rendre délibérément les fonctionnalités de personnalisation difficiles à trouver afin d'éviter la personnalisation
Nous avons une application mobile et l'écran principal est une présentation de carte. Les utilisateurs ont demandé des fonctionnalités de personnalisation afin de changer l'ordre des cartes ou même masquer certaines cartes. Les cartes présentent différents types d'informations fixes.
CEPENDANT, le PDG ne veut pas vraiment que les utilisateurs modifient la mise en page, car il a l'intention de montrer les informations dans un certain ordre qu'il considère comme "les meilleures" et souhaite les conserver ainsi.
Maintenant, la conclusion à cela est que nous avons implémenté la fonctionnalité de personnalisation mais l'avons placée dans un endroit où il est peu probable qu'elle soit découverte.
Cela me semble étrange, qu'en pensez-vous?
Ne soyez pas ambigu
Soit vous offrez la possibilité de personnaliser une vue, soit vous ne le faites pas. Le tout "oh, oui, si vous cherchez partout et touchez à tout et priez tous les dieux et divinités, vous finirez par trouver un moyen de personnaliser l'application. Une façon que nous avons CACHÉ DÉLIBÉRÉMENT À VOUS " l'approche n'a absolument aucun sens. Il n'y a aucun avantage du tout, et vous pouvez exaspérer les utilisateurs en faisant cela. D'un autre côté, l'utilisateur ne se souciera pas beaucoup d'une fonctionnalité qu'il n'a jamais demandé.
De plus, vous mentionnez que vous en tirez de l'argent, ce qui, à moins que vous ne soyez dans le secteur caritatif, est une variable primordiale à considérer.
Donc, nous avons ceci:
- options de personnalisation que les utilisateurs ne connaissent pas
- raisons financières
- votre patron insiste sur cette approche
Je vois vraiment cela comme un pas de tête: il suffit de se débarrasser de l'option de personnalisation et d'être un campeur heureux.
Aditionellement
Comme Joel Tebbet mentionné dans sa très bonne réponse, il y a pas mal de documentation à ce sujet. Non seulement About Face, mais bien plus encore. Et cela est vrai par tous les moyens. Donc, quand je vous lis ce commentaire, cela a beaucoup de sens sous ces prémisses:
Je veux dire pourquoi les utilisateurs ne voudraient PAS de personnalisation
Cependant, voici où je pense que votre problème est. Vous considérez cela comme un besoin, alors qu'en fait ce n'est qu'une fonctionnalité. Si vous faites des tests utilisateur et demandez: "Préféreriez-vous l'option de personnaliser l'application ou non?", il est évident que les réponses vous diront qu'ils veulent cette option. Mais c'est une question truquée, et donc, pas un test valide. Si je vous demande "voulez-vous que j'ajoute de la boisson gratuite à votre repas ou pas?" la réponse sera: "oui, donnez-moi les trucs gratuits". C'est tellement évident qu'il ne mérite même pas d'être testé.
Mais le fait est que vous devez baser vos tests sur [~ # ~] kpi [~ # ~] . Et fonctionnalités inconnues n'est pas du tout un bon KPI. Au lieu de cela, essayez de mesurer l'utilisation de l'application, les revenus, l'engagement, l'abandon et ainsi de suite.
En bref
Sur la base des données très limitées que vous avez fournies et des scénarios les plus probables, je pense que votre PDG a raison. Cependant, vous devez tester ces hypothèses afin de les valider
Il y a un chapitre dans À propos de Face concernant la personnalisation, qui explique que dans les applications souveraines (qui ont tendance à avoir de nombreuses fonctionnalités et sont utilisées pendant de longues périodes par un utilisateur), la personnalisation est importante pour rendre l'espace plus agréable et familier.
Cependant, les applications mobiles sont presque toujours transitoires dans la posture, et le mouvement des objets rendra généralement l'interface moins utilisable car l'utilisateur ne l'utilise pas assez longtemps pour bénéficier de la personnalisation.
Si même le PDG veut le supprimer et que cela ne profite pas à l'expérience utilisateur, il semble évident de le supprimer complètement.
Mais d'abord, vous feriez mieux de vous assurer que l'ordre dans lequel le PDG souhaite mettre les données est bien l'ordre dans lequel les utilisateurs s'attendent à les voir.
Configurer en contexte
Autorisez la configuration là où les utilisateurs le souhaiteront.
J'aimerais pouvoir voir une moyenne mobile sur 30 jours ...
Oh, ça y est! Je vais juste changer la plage hebdomadaire à 30 jours.
C'est l'aspect le plus difficile de la configuration/personnalisation pour bien faire. Vous devez placer des contrôles là où ils correspondent au modal mental, sont évidents et discrets. Si vous ne faites pas attention, les commandes peuvent devenir distrayantes.
Voici un module de tableau de bord qui permet à l'utilisateur de basculer entre un ensemble de besoins couramment identifiés.
Ce sélecteur de date peut être positionné avec n'importe quelle information et conçu pour couvrir les besoins les plus courants en matière de rapports.
Mais le positionnement n'est qu'une petite partie de la solution ...
Commencez avec de bons paramètres par défaut
La clé est d'avoir toute la configuration dont un utilisateur a besoin et rien de plus.
Tout d'abord, vous devez obtenir les informations de base.
IME, la cause numéro un des demandes de personnalisation est les défauts par défaut.
- Trop de choses pour plaire à trop de rôles.
- Se concentrer sur le mauvais utilisateur conduit à afficher les mauvaises données.
- Fournissant trop peu d'informations pour que l'application soit "simple".
- Ne pas comprendre suffisamment vos utilisateurs pour savoir de quoi ils ont besoin.
Avant de former les utilisateurs à personnaliser quoi que ce soit, assurez-vous de comprendre les dénominateurs communs de votre marché.
Offrir une configuration évolutive
Utilisez ces bonnes valeurs par défaut et trouvez de petites options de configuration qui élargiront considérablement la portée et la valeur de la vue.
- Ordre de tri
- Plage de dates
- KPI (dans un ensemble d'options connu)
- Etc ...
Cela fournit un ensemble de paramètres de configuration simples et apprenants qui peuvent couvrir un large éventail de contextes. Avec quelques contrôles, vous donnerez à de nombreux utilisateurs un sentiment de contrôle personnalisé sans créer une expérience écrasante et incontrôlable.
Souviens-toi de tout
La règle d'or de la configuration:
Ne faites pas répéter l'utilisateur lui-même.
Un petit changement pour la bonne commande et maintenant ils ont une vue personnalisée à chaque retour.