Serait-ce une expérience utilisateur bonne ou mauvaise si je guide les utilisateurs à travers un assistant et ne les laisse pas le voir à nouveau?
Je conçois actuellement l'UX pour un site de voyage événementiel. Il commence par l'enregistrement de l'organisateur, puis il va directement dans "l'assistant" où il fonctionne comme un accordéon - divisé en quelques sections.
- La première section demande à l'organisateur d'entrer ses informations de voyage (c'est-à-dire quoi, où, quand)
- Deuxièmement, demandez-leur d'ajouter des activités de voyage et une option pour créer un sondage pour chaque activité (c.-à-d. Aller au spa - où et quand et interroger le groupe pour répondre) - option pour sauter et entrer plus tard
- Le troisième leur permet d'ajouter des hôtels pour que les gens choisissent - option pour sauter et entrer plus tard
- Quatrième obtient leurs informations de vol et leur permet d'entrer dans n'importe quel code de réduction de compagnie aérienne - option pour sauter et entrer plus tard
Pendant que les utilisateurs saisissent leurs informations, sur le côté droit, ils verront un résumé de ce qui a été entré jusqu'à présent. S'ils veulent éditer quelque chose, ils peuvent aller et venir entre les accordéons pour éditer.
À la fin, ils peuvent choisir d'inviter des invités à rejoindre ou ils peuvent aller à leur "tableau de bord" où ils peuvent voir leur profil/itinéraire de voyage - une fois qu'ils ont appuyé sur l'une ou l'autre des options, ils ne voient plus l'assistant.
S'ils accèdent au tableau de bord, ils auront tout ce qu'ils ont entré plus tôt dans une vue de type de modèle. De là, ils peuvent simplement modifier à l'écran (similaire à la façon dont vous pouvez modifier vos profils Linkedin à l'écran).
Pensez-vous que le flux que je possède offre une bonne expérience utilisateur ou une mauvaise, car les utilisateurs ne peuvent pas revenir à l'assistant une fois qu'ils ont décidé d'aller de l'avant avec l'invitation d'invités ou d'aller voir leur tableau de bord? La raison pour laquelle j'ai choisi de faire l'assistant au début est d'aider à guider les nouveaux organisateurs car ma démographie n'est pas très avertie en technologie.
J'adorerais savoir ce que vous en pensez. Je suis ouvert à la critique parce que j'essaie d'apprendre autant que possible, d'autant plus que je suis nouveau sur ui/ux. Aussi, n'hésitez pas à me faire savoir comment j'aurais pu poser la question d'une meilleure manière selon les informations que j'ai fournies.
Bien que je ne vois aucun indicateur rouge dans votre flux - comme vous êtes nouveau dans le domaine UX - assurez-vous de toujours regarder ce que les utilisateurs essaient d'accomplir en premier.
- Définissez ce qui est essentiel pour vos utilisateurs. Observez leur comportement, demandez-leur.
- Testez vos hypothèses/conclusions (l'interface de l'assistant) avec des personnes autour de vous, en leur fournissant un scénario court.
- Ordonnez 1. 2. 3. et 4. les contrôles de l'interface utilisateur en fonction de ces résultats.
Quelques réflexions sur le flux:
- Leur permettre de choisir entre l'assistant et le flux classique
- Permettez-leur de quitter l'assistant à tout moment.
- Qu'arrive-t-il aux données si, en tant qu'utilisateur, j'atteins l'étape 3 et que la fenêtre se ferme pour une raison quelconque? Les données sont-elles enregistrées ou dois-je redémarrer à partir de zéro?
Bonne chance!
Je pense que dans ce cas, la logique de l'application exige que le voyage soit bien défini au moment où vous invitez des utilisateurs. Cette exigence met une limitation, ce qui entraîne à ne pas laisser les utilisateurs revenir à l'assistant, si je comprends bien. Dans ce cas, la solution semble acceptable.
Si vous souhaitez laisser l'utilisateur apporter des modifications au voyage après l'envoi des invitations, les utilisateurs peuvent le faire dans un écran avec tous les détails du voyage. Je ne les laisserais pas aller et venir dans l'assistant pour faire ça. L'assistant est utilisé pour "forger" le voyage dans certaines étapes. Une fois le processus de forgeage terminé, l'utilisateur peut y inviter des amis et toute autre modification doit être effectuée sur un écran de détails du voyage.
Je pense que si vous n'en êtes qu'aux étapes initiales de la conception, alors ne pensez peut-être pas en termes d'interface utilisateur, mais des tâches réelles que l'utilisateur essaie d'accomplir. Si vous définissez l'interface utilisateur, vous limitez déjà la façon dont les utilisateurs peuvent utiliser l'outil. Il est préférable de laisser les utilisateurs définir la façon dont ils pourraient vouloir fournir les informations et l'ordre dans lequel ils souhaitent accomplir cela. Bien sûr, il existe des directives générales auxquelles vous pouvez vous conformer (recherchez des sites qui proposent des modèles de conception UI/UX comme la bibliothèque Yahoo, le guide de l'expérience utilisateur Windows ou le Apple HCI Guide, etc.) .
Quelle que soit votre décision, ne vous contentez jamais de faire une hypothèse sur le comportement de l'utilisateur sans le tester. En outre, vous devez autoriser le comportement inattendu des utilisateurs en fournissant des mécanismes pour les guider ou les aider tout au long du processus (en supposant que la plupart des gens seront de nouveaux utilisateurs), puis permettre aux utilisateurs les plus expérimentés de passer à ce qu'ils veulent faire plus rapidement. C'est la meilleure façon de répondre à la majorité de vos utilisateurs.