Division des entrées requises en intégration et autres étapes
Ceci est ma première question ici, donc c'est un plaisir de vous rencontrer!
Je travaille sur une application Web de bureau plus grande qui gère les événements et j'ai du mal à établir un assistant car je ne sais pas quand arrêter l'assistant et poursuivre les autres étapes demandées à l'utilisateur.
Ainsi, lorsque vous entrez dans l'application, vous pouvez effectuer les étapes suivantes:
-Entrez les détails de l'événement (nom, emplacement, image, parties de l'événement, billets, etc.) Ce sont essentiellement des entrées ou des questions oui ou non. Ces entrées sont assez nombreuses (15 entrées ou questions).
-Créer des parties d'événement (heures de début, porte, emplacement s'il diffère du primaire, etc.)
-Créer/personnaliser des pages d'événements (comme des conférenciers lors d'une conférence, acheter des billets, etc.)
-Créer/personnaliser les newsletters
et plus ...
Mon problème est que toutes les étapes ci-dessus sont connectées les unes aux autres, donc pour que l'utilisateur commence vraiment à utiliser l'application à cette fin, il doit faire beaucoup de choses. (Vous ne pouvez pas créer de pages tant que toutes les informations sur l'événement ne sont pas remplies, vous ne pouvez pas créer d'e-mail à moins d'avoir créé les pages en premier, etc.)
Donc, je pensais avoir créé le "Saisir les détails de l'événement" en tant qu'assistant, puis amener l'utilisateur vers un tableau de bord où il verrait les prochaines étapes à suivre, mais comme j'ai encore besoin de guider l'utilisateur, je ne suis pas sûr que c'est la meilleure approche. Pourtant, créer un énorme assistant au début n'est toujours pas génial car l'utilisateur peut ne pas avoir toutes les informations nécessaires pour terminer l'assistant. Mais laisser l'utilisateur errer autour de l'application le confondra car il ne peut pas faire les étapes dans un ordre différent ...
Comment dois-je gérer cela?
TL: DR Webapp a besoin de beaucoup d'informations et a beaucoup d'options de configuration et certaines configurations dépendent des autres et ne savent pas comment aborder cela. Soit par un gros sorcier, soit par étapes ...
Cela me semble être une application Web à gros cul dans un style d'administration semblable à WordPress, où vous pouvez essentiellement tout modifier.
Mon conseil avec une solution simple frontend: Rappelez à l'utilisateur depuis le début et tout au long de l'assistant la possibilité d'enregistrer la progression. Ainsi, ils peuvent revenir une fois connectés et continuer là où ils ont fini. J'espère qu'ils pourront accéder à tous les champs plus tard et les changer si nécessaire.
n autre conseil avec un peu plus de retouches dans la partie frontend et view controller: Je comprends l'interconnectivité des objets du domaine d'événements et ses propriétés, cependant, ces étapes pourraient vivre seules sans dépendre de l'étape précédente.
Ce que je veux dire, c'est que l'utilisateur créerait un événement sous une forme longue. Pour cela, vous devez identifier les détails des événements critiques et d'autres pourraient être remplis une fois le projet (événement) créé dans les paramètres du projet.
La confirmation créerait un projet et le redirigerait vers le tableau de bord. Le tableau de bord présenterait l'option de la prochaine étape logique, qui consiste à configurer les parties d'événement. Vous pouvez le communiquer comme une option "Ajouter une partie d'événement". L'utilisateur peut choisir la partie pour laquelle il dispose déjà d'informations et remplir.
Je pense que votre objectif était d'obtenir toutes les informations en premier et de générer un site Web pour l'événement. Les utilisateurs n'ont pas besoin de voir immédiatement la dernière étape du site Web. Il est possible de préparer des modèles de page Web/modules à choisir et d'afficher uniquement les modules pour lesquels ils ont fourni des détails (conférenciers, acheter des billets). D'autres modules obligatoires peuvent afficher des textes d'espace réservé et les avertir qu'ils doivent être remplis une fois.
Résumé: Votre constructeur peut travailler de manière modulaire. N'afficher que les modules de page Web, qui ont des détails pour. Laissez les utilisateurs travailler de manière itérative, ce qui signifie séparer les étapes dans les pages de configuration et ne pas dépendre des autres détails à remplir en même temps.
Si tout va bien, cela a aidé, faites-moi savoir vos pensées.
J'ai passé en revue les modèles d'intégration pour un certain nombre de grandes plates-formes SaaS. Voici quelques idées que vous pourriez utiliser (au-dessus ou à la place d'un assistant):
avoir des données factices dans un compte nouvellement créé, afin que l'utilisateur puisse explorer par lui-même, dans n'importe quel ordre,
déclencher des info-bulles/une courte présentation lorsque l'utilisateur visite une nouvelle page/fonctionnalité pour la première fois,
avoir une page de démarrage avec 3 ou 4 visites guidées que l'utilisateur peut effectuer pour décomposer le long assistant (il peut le faire dans n'importe quel ordre grâce aux données factices)
avoir une barre de progression/liste de contrôle pour guider et suivre leur progression tout au long des étapes d'intégration (inscription, remplissage du profil, prise de toutes les visites, création de leur premier événement, etc.)
ont toujours un bouton "sauter", certains utilisateurs n'aiment pas être forcés de suivre un tutoriel et veulent faire les choses à leur manière.