Bons exemples de flux d'utilisateurs contextualisés / pré-conditionnés?
Permettez-moi d'expliquer brièvement le problème: je travaille sur les flux d'utilisateurs pour un système de support client. Le système est structuré de plusieurs modules (horizontaux), à savoir la messagerie, la facturation, la facturation, etc. (verticalement), ces modules peuvent être conditionnés en fonction du type de contrat. Par exemple, pour les contrats d'assurance, il y aura une légère différence dans le module de facturation avec les ajouts de "revendications"; ou le module de messages peut afficher uniquement les messages liés au contrat spécifique au lieu de tous les messages.
Maintenant, je souhaite comparer deux approches pour les flux d'utilisateurs: a) le "contextuel" où les utilisateurs sélectionnent d'abord le type de contrat/contrat, puis interagissent avec des modules et B) le "godets tout-en-un-godets" où les utilisateurs commencent leur Le flux et le long du chemin choisissent une "spécialisation", c'est-à-dire que sélectionnez le type de contrat/contrat et sur la base de ces formulaires d'interface utilisateur (par exemple, le choix du contrat d'assurance montrera une nouvelle section avec des "revendications").
Je me demande si les gens savent de bons exemples de ces deux approches dans les produits existants et de la terminologie que l'on utiliserait pour les décrire?
(Pour la terminologie, je cherche à emprunter le modèle de stratégie de la conception logicielle.)
On dirait que vous parlez de Dashboard (votre "contextuel") vs Wizard (votre "tout-en-un-godets"). Le tableau de bord étant un ensemble d'options de haut niveau avec lesquelles vous décidez du contexte. Wizard est typiquement un ensemble d'écrans/formes qui invitent les informations/choix nécessaires pour déterminer le résultat.
Le flux de bord du tableau de bord est simple, permet aux utilisateurs d'obtenir une idée du système et de leurs options à l'avant (sans avoir à explorer pour déterminer les résultats possibles).
L'approche Wizard est bonne pour inciter une série d'intrants, cela peut prendre plus de temps pour l'utilisateur et le développeur. Cela peut générer un système qui oblige l'utilisateur à explorer Wizard _ flux uniquement pour déterminer les résultats possibles (guide de l'utilisateur ou quelque chose de similaire peut atténuer ce problème).
Il est difficile de déterminer ce qui est préférable pour votre situation, car on ne sait pas que votre flux Wizard impliquerait vraiment, par exemple. "Où les utilisateurs commencent leur flux" Qu'est-ce qui est impliqué dans le démarrage d'un flux?