Comment puis-je justifier une «vue conviviale» lorsqu'un chef de service ajoute une «vue de table» comme exigence?
Donc, dans l'application Web sur laquelle je travaille actuellement, je dois afficher une liste d'objets. J'ai opté pour une vue "conviviale", chaque objet étant un div. La disposition de la liste de questions de StackExchange est en fait un bon exemple de ce que je veux dire.
Un chef de service a ajouté et priorisé, en faisant une vue de table standard (comme une feuille de calcul Excel) la vue principale. Je préfère vraiment ne pas le faire, car je pense qu'ils sont plus laids et plus difficiles à utiliser dans la plupart des cas.
Malheureusement, c'est juste mon opinion contre son opinion et il me surpasse. :(
Ma question est donc la suivante: existe-t-il quelque chose qui compare les deux types de points de vue et les évalue pour voir les avantages/inconvénients de chacun?
EDIT: Quelques personnes ont mentionné les tests A/B ... l'un des problèmes ici est que le projet est déjà en retard et à risque, donc ajouter du temps de développement pour comprendre cela n'est probablement pas une bonne idée. J'espère une sorte d'étude générique qui dit que "les vues de grille ont ces avantages" et une qui dit que "les vues amicales ont ces avantages".
La seule chose à laquelle je peux penser pour les vues de table est: plus de lignes à l'écran, plus de familiarité avec les autres systèmes, tri/filtrage plus facile
Je ne sais pas si vous parlez de la technologie de <table> ou la présentation des données tabulaires.
Dans le cas de la technologie, je pense qu'un développeur talentueux peut créer une présentation visuelle avec div ou table, donc je ne vois pas comment cela compte. Sautons-le.
La présentation visuelle des données tabulaires peut être belle et utilisable. En particulier en mettant l'accent sur les données clés (nom de l'objet) et en mettant l'accent sur les données moins importantes (numéro d'identification) et en mettant l'accent sur le bruit du graphique (avez-vous besoin de lignes verticales? De lignes horizontales? Comment pouvez-vous les produire?). Voici quelques belles tables: http://www.hongkiat.com/blog/html-table-building-30-beautiful-examples-and-useful-javascripts/
Parfois, lorsqu'un penseur de haut niveau comme un chef de département dit qu'il ou elle veut des tables, cela signifie qu'il aime une fonctionnalité spécifique des tables . Je vous suggère d'apporter une maquette de chaque version comme le suggère @JohnGB et d'être prêt à poser des questions spécifiques sur les raisons pour lesquelles la partie prenante aime mieux la vue de la grille - est-ce parce que vous pouvez trier toutes les colonnes? Seulement des colonnes particulières? Parce qu'il correspond à une entrée ou une sortie associée dans un autre logiciel?
Je pense que la question la plus importante que vous devez vous poser: est le représentant du gestionnaire pour les utilisateurs.
Fondamentalement, s'il s'agit d'une application que le gestionnaire et ses pairs utiliseront, il pourrait en fait avoir raison. Brian a pris des notes importantes à ce sujet.
Si, en revanche, la base d'utilisateurs se trouve ailleurs (généralement lorsqu'elle est dirigée contre des clients, bien que ce ne soit pas le cas ici), il peut y avoir un écart entre le propriétaire et le client.
Je ne veux pas entrer dans le débat pour savoir si l'une des solutions est meilleure que l'autre, mais vous devriez cibler le problème de l'écart entre le propriétaire et le client si vous avez besoin d'argumenter.
Bien sûr, cela vous oblige à connaître le public cible avant de commencer à discuter.
Une solution consiste à créer une seule version des deux et juste à les tester A/B (comme l'a écrit JonW). Dans une discussion - il est important que vous sauvegardiez vos pensées avec des faits concrets (et le résultat d'un test A/B pourrait être une telle chose). Sinon - faites des images de maquette, montrez-les et expliquez votre cas.
Le problème est presque toujours que les clients (ceux qui commandent les travaux) ne se concentrent pas sur ce que l'utilisateur essaie d'accomplir. Ils ont plutôt tendance à se concentrer sur une solution et à demander qu'elle soit utilisée. Il est difficile de "tuer vos chéris", c'est pourquoi vous devez avoir des faits à présenter à votre chef de département.
Une note latérale - la psychologie humaine fonctionne d'une manière qui si vous "traitez une menace" à l'idée des chefs de département (en disant simplement que l'idée est mauvaise) ce sera plus difficile pour vous. Abordez la situation en donnant des avantages et des inconvénients à vos deux cas, mais avec les principaux avantages de votre solution, lui faisant sentir qu'il/elle faisait partie de la décision d'utiliser des balises DIV.
Voici une courte liste de la façon de convaincre les clients de conception - Convaincre les clients
Un point de vue n'est pas nécessairement meilleur que l'autre. Ils ont différents cas d'utilisation optimaux, mais ceux-ci ne sont pas non plus entièrement objectifs.
Un vue grille est plus visuel, et semble sans doute meilleur. Il est généralement préférable de montrer des éléments lorsque quelqu'un les regarde principalement visuellement (par exemple, des photos). Vous pouvez inclure du texte, mais ici le texte est secondaire.
L'inconvénient pour eux est que le flux en les regardant est quelque peu interrompu car vos yeux doivent suivre un motif en zig-zag. Une illustration de cela à partir des documents Android:
Un affichage de liste d'autre part (ce que vous appelez un "affichage convivial") est plus axé sur l'information. Il est plus facile de parcourir la liste et de voir les informations qui vous intéressent, mais certains diront que cela ne semble pas aussi bon.
Sur un smartphone, l'application photo/galerie est généralement une vue de grille, et l'application contacts/personnes est généralement une vue de liste. Ces deux vues ont été choisies en fonction des besoins principaux de chaque application.
Donc, l'objectif ne devrait pas être de convaincre quiconque que l'un est meilleur que l'autre. Ce devrait être de trouver celui qui correspond le mieux au cas particulier.
Pratiquement, vous pouvez assembler une maquette de chacun une en quelques minutes et utiliser ces maquettes et la raison pour présenter un cas. Dire simplement que vous aimez les vues de liste n'apportera que très peu.