Lors du brainstorming avec les parties prenantes, je rencontre souvent 2 types de raisonnement
Étant donné qu'il s'agit d'une fonctionnalité, il est si évident que l'utilisateur l'obtiendra, peut-être parce qu'il utilise d'autres applications. L'autre étant que l'utilisateur doit vraiment être guidé lors de l'utilisation de la fonctionnalité car il ne l'obtiendra pas.
L'utilisation de ces deux éléments à la logique pourrait à peu près justifier n'importe quoi. Alors, dans quelles circonstances chacune de ces logiques devrait-elle être utilisée? Par exemple, si vous concevez de l'expérience utilisateur pour un public plus âgé, l'utilisation du raisonnement ultérieur serait compréhensible. mais que se passe-t-il si le public est plus large.
Je pense que la réponse à cette question comporte deux niveaux.
Le premier, très important, est comment cela correspond à votre entreprise. Les tentatives de satisfaire tous les utilisateurs peuvent très souvent conduire à une détérioration de l'expérience du groupe important le plus commercial.
Bien sûr, différents groupes d'utilisateurs peuvent vous permettre d'atteindre divers objectifs commerciaux. Par exemple, vous voudrez peut-être avoir des utilisateurs avec des comptes payants car ils créent vos sources de revenus, mais d'un autre côté, ceux gratuits augmentent l'audience et vous permettent de dominer le marché.
En d'autres termes, la réponse à la question de savoir quels sont ceux que vous devriez soutenir le plus est une question qui est la plus importante, et c'est une entreprise, pas une décision UX.
Cela ne signifie pas pour autant que vous ne devez choisir qu'un seul groupe d'utilisateurs. Selon vos objectifs stratégiques, il s'agira très probablement d'un mélange d'entre eux. Si votre produit est principalement axé sur la croissance, il est très important d'obtenir les utilisateurs les moins avertis en technologie, mais le retour sur investissement est également important.
Une fois que vous saurez quels sont vos objectifs stratégiques, vous saurez probablement lesquels doivent être soutenus et lesquels d'entre eux doivent l'être davantage. Cela nous amène à la deuxième couche de la question: comment le faire.
Certaines des options que je pourrais suggérer seraient:
Vous pouvez le faire de plusieurs manières, par exemple, s'il s'agit d'un outil qui peut être utilisé à la fois personnellement et professionnellement, et que vous autorisez la connexion via Facebook et le compte Google Apps, les utilisateurs qui se connectent via le compte Google peuvent être détectés comme " probablement pro ", afin que vous puissiez mettre en avant des éléments plus professionnels.
Si deviner si l'utilisateur est "plutôt pro" ou "plutôt débutant" ne correspond pas à votre produit, vous pouvez toujours demandez-leur à ce sujet. Vous pouvez le faire au démarrage de l'application, en utilisant différents types de questions, par exemple exemple:
"Allez-vous utiliser cette application à des fins personnelles ou professionnelles (ou les deux)?" - cela peut vous donner un indice sur les fonctionnalités que vous devez mettre plus de stress dans l'intégration.
"Souhaitez-vous voir un petit tutoriel?" - en posant cette question, vous permettez à l'utilisateur de décider s'il veut le parcourir assez directement.
Il existe différentes approches ici:
Bien sûr, vous pouvez fournir un onboarding qui guiderait l'utilisateur de manière approfondie à travers les fonctionnalités, mais avant d'en obtenir le contexte. Dans le cas d'une application complexe, cela conduit à une situation où ils liraient très attentivement les deux premiers écrans, puis appuyez sur [Skip] plusieurs fois, puis se demandent comment faire les choses de base. C'est pourquoi parfois l'intégration ne fonctionne pas très bien.
Ensuite, vous pourriez guider l'utilisateur à travers l'interface en affichant une superposition avec des informations "Ici, vous pouvez faire ceci" et "Ici, vous pouvez faire cela". Cette approche a aussi ses inconvénients - elle peut être agaçante pour ceux qui voudraient juste commencer à l'utiliser. Donc, fournir probablement ne option pour arrêter de montrer ces superpositions serait quelque chose qui soutiendrait vraiment les utilisateurs "plus pro".
La procédure ci-dessus peut être déclenchée une fois, lorsque l'utilisateur s'approche de l'application pour la première fois, ou plusieurs fois, à mesure qu'ils approchent de fonctionnalités spécifiques. Je préférerais utiliser ce dernier, car il s'adapterait au contexte réel dans lequel l'utilisateur se trouve mieux, tout en ne provoquant pas la surcharge cognitive sans contexte au début.
Bien sûr, cela peut être n mélange d'intégration et de procédure pas à pas - mais dans les deux cas, pour prendre en charge les utilisateurs "plus professionnels", vous devez autoriser le sauter et donner une option "Arrêter de montrer des conseils.". De plus, n'oubliez pas que le niveau de procédure pas à pas peut être adapté au type d'utilisateur que vous avez détecté auparavant (si vous êtes en mesure de le faire).
Les utilisateurs souvent sautez à la fois l'intégration et les procédures pas à pas, puis ils ont des questions. De plus, le simple fait d'afficher une procédure d'intégration ou de présentation des fonctionnalités ne garantit pas qu'ils savent comment utiliser l'application.
Par conséquent, pour compléter, vous pouvez envisager de fournir un assistant à la demande. Il pourrait s'agir d'une icône dans l'interface, qui permettrait aux utilisateurs d'apprendre à utiliser les fonctionnalités disponibles dans l'écran particulier. Vous pouvez lui donner une certaine personnalité, afin qu'ils se sentent pris en compte (faites juste attention à ne pas le faire aussi ringard M. Clippy). Cela soutiendrait non seulement les cas où ils sont confus, mais aussi lorsqu'ils veulent apprendre quelque chose de nouveau.