Réservation de salles: Quelle approche est la meilleure / intuitive / conviviale?
J'ai actuellement un projet parallèle où j'apprends AngularJS, le projet parallèle sur lequel je travaille est une application de réservation de salle basée sur le Web.
Imaginez donc que vous êtes un employé d'une entreprise et que vous souhaitez réserver une heure dans l'une des nombreuses salles de réunion disponibles dans le bâtiment de l'entreprise.
En ce qui concerne l'interface utilisateur des systèmes de réservation de chambres, j'ai vu des choses choquantes, des choses qui inciteront les gens de Dribbble à se coiffer, mais peu importe à quel point le style est mauvais, j'ai toujours vu deux approches adoptées.
Approche 1:
Affichage du calendrier de la salle sous forme de calendrier où l'utilisateur peut voir quelles réunions sont réservées à quels jours en consultant le calendrier, il peut ensuite ajouter une réunion en cliquant sur le calendrier lui-même à l'endroit où il souhaite la réunion et réserver un rencontrer là-bas et ensuite. Similaire à cela (je ne peux en trouver qu'un décent)
Approche 2:
Pour réserver une salle, vous disposez essentiellement d'un formulaire avec des champs de saisie spécifiant la date, l'heure et le lieu où vous souhaitez réserver la salle de réunion.
Quelle approche pensez-vous être la meilleure? plus intuitif et convivial? Avez-vous de meilleurs exemples?
Ma vision:
Quand j'y pensais, je me demandais: "ne serait-il pas agréable d'avoir un dessin CAD du bâtiment, où les utilisateurs peuvent cliquer sur la pièce réelle, voir un horaire, puis faire une réservation? ".. mais je ne suis pas sûr de ce qui peut être réalisé en HTML5/CSS3/JavaScript. Je ne veux pas utiliser Flash (je sais que cela peut être fait dans cela).
Toute rétroaction et aide serait grandement appréciée.
Merci.
Je suppose que vous avez deux principaux types d'utilisateurs dans cette situation:
- Les gens qui ont une heure/date particulière à l'esprit et qui veulent trouver une chambre libre (n'importe quelle chambre) à cette date ("J'ai besoin d'organiser une réunion urgente pour demain matin et je me fiche de savoir où ");
- Les personnes qui ont besoin d'une salle particulière et veulent trouver une date à laquelle cette salle est libre ("Je veux réserver la grande salle de réunion pour un atelier dans les deux prochaines semaines").
Avec ces deux scénarios à l'esprit, la vue du calendrier présente quelques points forts:
- Lorsqu'un heure/date particulière est important, l'utilisateur peut accéder rapidement à cette date et voir côte à côte la disponibilité de toutes les chambres;
- Lorsqu'un pièce particulière est important, l'utilisateur peut voir la disponibilité de cette pièce particulière sur une période de temps.
- Les calendriers sont un excellent moyen de présenter les dates à venir, en particulier dans un avenir proche lorsque le jour est connu mais pas nécessairement la date réelle. C'est pour cela qu'ils sont conçus et les gens savent comment les utiliser.
L'approche alternative suggérée dans la question selon laquelle les utilisateurs se réfèreraient à un schéma du bâtiment pour sélectionner d'abord une pièce, puis vérifier l'agenda de cette pièce est peut-être plus attrayante visuellement mais semble moins efficace. Les utilisateurs motivés par la date sont obligés de cliquer dans et hors de chacune des salles pour comparer les horaires. Cela dit, avoir un diagramme du bâtiment à côté de la vue calendrier serait un ajout utile.
Pourquoi voudriez-vous faire CAD pour la réservation de chambre? N'est-ce pas le processus de trouver une chambre et de sélectionner la plage horaire disponible déjà pas trop encombrant! Ajoutez à cela une page lourde avec un bâtiment rotatif 3D qui ne ressemble en rien à un site de réservation! L'utilisateur doit maintenant apprendre à contrôler cette structure 3D!
Je me fiche de l'architecture du bâtiment et de l'emplacement exact de la pièce dans le bâtiment. Tout ce que je voulais, c'était une photo de la chambre.
Je devrais être d'accord avec BlueFlame, une vue en trois dimensions du bâtiment aggraverait l'expérience. Je ne pense pas que le point soit où dans le bâtiment la réunion devrait avoir lieu, mais quand elle a lieu.
C'est là que votre première option ressemble au gagnant. Prenez Google Calender par exemple, son interface est quelque chose du genre de l'approche 1, non? Peut-être l'utiliser comme inspiration? Cela pourrait également réduire un peu l'utilisation du clavier (heure/date).
Il existe une différence fondamentale dans les deux approches, qui est définie par l'accessibilité des ressources.
Pour gérer les ressources exclusives, vous devez fournir des outils de planification, de délestage ou de mise en file d'attente pour faciliter la tâche. L'interface devient donc plus complexe, pour rendre la tâche plus efficace.
Votre cas tombe probablement dans cette catégorie.
Les ressources non exclusives ne nécessitent pas d'outils de gestion, car la disponibilité est élevée et l'interface doit être simple pour réduire la charge cognitive pour atteindre des performances élevées.
La réservation des billets d'avion est l'exemple de cette catégorie.