Meilleure pratique pour afficher l'historique des transactions?
Je travaille sur la refonte d'une page d'historique de transaction. La conception existante utilise un tableau de données extensible pour afficher l'historique de chaque élément. l'ensemble de données comprend plus de 8 attributs, y compris l'état de chaque transaction, comme indiqué ci-dessous:
J'essaie de simplifier le tableau, d'éliminer la nécessité d'agrandir les panneaux et de permettre aux utilisateurs de filtrer et de trier les enregistrements, jusqu'à présent, la conception ressemble à peu près à ceci:
Je suis confronté à des réticences au sein de l'équipe car le schéma suggéré et l'utilisation de filtres ne permettront pas aux utilisateurs d'avoir un aperçu de toutes les transactions en un coup d'œil. le raisonnement derrière la conception révisée était cependant d'améliorer la trouvabilité tandis que la conception existante est à mon avis axée sur l'explorabilité. quelqu'un a-t-il été confronté à une situation similaire? Existe-t-il des recherches pour soutenir l'un de ces modèles de conception?
Réponse rapide
S'il est fourni uniquement aux employés du centre d'appels, leur avez-vous demandé lequel des deux ils préfèrent? Passer quelques maquettes rapides devant eux résoudrait votre dilemme assez rapidement.
Réponse plus formelle
Si vous avez deux paradigmes d'interface utilisateur différents sur lesquels votre équipe se dispute, la seule façon de déterminer laquelle est la meilleure est de les tester avec des utilisateurs réels. Dans votre cas, c'est vraiment très simple, car tous vos utilisateurs sont en interne et probablement disponibles.
Créez des maquettes rapides des trois approches et testez-les avec quelques utilisateurs réels.
Les trois approches que je vois sont:
- Table droite non extensible (un nettoyage visuel de ce que vous avez déjà)
- Liste filtrable (la version que vous préférez)
- Tableau où chaque ligne peut être développée dans la vue de liste filtrable (La recommandation des commentaires)
Une maquette basse résolution pour chacune utilisant 5 ou 6 lignes de données fictives ne devrait pas être trop difficile à assembler, et vous pouvez utiliser celle gagnante pour itérer lorsque vous passez aux versions ultérieures de la conception.