Sortir du flux de l'assistant
Je conçois un flux d'assistant en 4 étapes pour une application Web. Ma confusion est que pendant que l'utilisateur est dans l'assistant, le menu principal de l'application doit-il lui être accessible, étant donné que l'assistant doit être terminé en une seule fois?
Voici deux options auxquelles je peux penser:
Option 1 - Le menu principal est visible et en cliquant sur l'une des sections, il y aurait un message de confirmation et l'utilisateur peut naviguer. Mais je ne sais pas si ce sera une bonne expérience. 
Option 2 - Afficher l'assistant dans un modal plein écran. Sans le fermer, l'utilisateur ne peut accéder à aucune autre partie de l'application. 
Veuillez suggérer lequel de ces éléments fonctionnerait bien ou s'il existe une meilleure façon de le faire.
C'est un principe connu que les utilisateurs doivent avoir le contrôle et la liberté de choix et c'est aussi un fait connu que le fait d'avoir moins de distractions entraînera une augmentation du taux d'achèvement.
La meilleure chose que vous puissiez faire pour l'utilisateur et l'entreprise est de choisir l'option deux et si votre assistant comporte plus de 5 étapes, ce serait bien si vous pouviez enregistrer la progression des utilisateurs avant d'abandonner l'assistant.
De préférence l'option 2 à mon avis. Mais il n'y a pas de règle stricte pour appuyer cela. En effet à cause des coûts, mais aussi à cause de la distraction. Vous démarrez un assistant spécifiquement. Voilà donc votre objectif principal. Toutes les autres choses sont encombrantes et distraient votre attention. Mais c'est ma philosophie.
Un assistant est une tâche dédiée avec un objectif clair et se compose d'une séquence d'étapes guidées.
Selon la quantité de contenu à chaque étape, vous pouvez présenter votre assistant de plusieurs manières, par exemple:
- Dans une boîte de dialogue modale
- Dans sa propre page dédiée
- Intégré dans une page d'application qui possède d'autres fonctionnalités de navigation d'application
Comme la plupart des problèmes de conception, il y a des avantages et des inconvénients à considérer. Par exemple, si vous choisissez d'avoir un assistant intégré dans une page qui contient également la navigation de l'application, vous devrez maintenant considérer ce qui se passe lorsque l'utilisateur décide de cliquer sur l'un des liens de navigation de l'application, par exemple affichez-vous un avertissement indiquant que l'assistant n'est pas terminé? Offrez-vous une fonction Enregistrer pour plus tard?
Il y a aussi un coût à considérer. Si vous incorporez l'assistant, le coût de développement est légèrement plus élevé car vous avez besoin de code supplémentaire chaque fois que l'utilisateur décide de cliquer sur un lien de navigation (il annule effectivement l'assistant s'il le fait).
Donc, sans connaître les spécificités du contenu de vos pages d'assistant, je ne suis pas en mesure de vous offrir d'autres conseils quant à l'approche qui conviendrait le mieux à votre situation.
Je vous suggère de penser à l'assistant comme une procédure qui doit être terminée en une seule fois, il n'y a pas de pause et de reprise.
Dans la plupart des cas, l'assistant n'a pas de boutons de fermeture ou d'annulation. Mais, vous pouvez toujours revenir en arrière et apporter les modifications.
L'assistant peut être modal ou non modal.