Comment enregistrer plusieurs buts dans l'application de tenue de score?
L'image ci-dessous montre une application pour créer des rapports de match de football (soccer), en particulier la section pour enregistrer les buts marqués.
Remarque: Cette interface utilisateur sert à enregistrer des scores après le jeu , pas pendant celui-ci.
- Si le résultat de la correspondance est 0: 0, dois-je utiliser le bouton coulissant marche/arrêt pour désactiver la zone, ou dois-je la supprimer et laisser l'utilisateur laisser cette zone vide?
- Si un joueur a marqué plus d'un but, dois-je séparer les données comme si elles étaient sous "Équipe à domicile", ou devrais-je le faire comme si c'était sous "Équipe à l'extérieur"?
- Est-ce que tous les éléments UI du côté droit de la zone de texte Fullname devraient être en dessous?
- Quelques autres suggestions?
La bascule afficher/masquer et les multiples ensembles d'entrées pour enregistrer le même type de données semblent inefficaces.
Vous pouvez économiser sur l'interface utilisateur en n'ayant qu'un seul ensemble d'entrées et en laissant l'utilisateur spécifier si l'objectif est à la maison ou à l'extérieur.
L'utilisateur commence simplement à enregistrer les objectifs et, lorsqu'ils sont enregistrés, ils remplissent la zone située sous l'interface utilisateur d'entrée.
1) Si 0-0 - Ne cachez pas l'interface utilisateur derrière un curseur et faites en sorte que l'utilisateur la trouve. Permettez à un utilisateur novice de voir où les objectifs sont enregistrés et à un utilisateur expérimenté de commencer à enregistrer rapidement. S'il n'y a pas d'objectifs, il reste simplement vide. En plus d'économiser de l'espace dans votre mise en page, il n'y a aucun avantage significatif à utiliser cet élément.
2) Si plusieurs objectifs - Cela devrait vraiment dépendre de la façon dont ces données seront utilisées. S'il est important qu'il soit facile de lire et d'analyser rapidement les informations, puis de les séparer en entrées individuelles. Si ce n'est pas si important, il est probablement correct d'avoir les entrées sur la même ligne, c'est-à-dire '16, '55, '89PK etc.
J'ai choisi d'utiliser des lignes individuelles dans le filaire parce que je pense que c'est le plus clair et donne la meilleure expérience pour la lecture et la saisie (par exemple, si j'enregistre le 6e but d'un jeu dans lequel il y a plus d'un objectif par plus d'une personne, il est facile pour moi de regarder rapidement l'affichage et de voir quels objectifs ont déjà été enregistrés et lesquels ne l'ont pas)
3) À côté ou en dessous - c'est juste une mise en page. Vous inquiétez pas lorsque vous avez suffisamment rationalisé l'interaction.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
- Si le résultat de la concordance est de 0: 0, dois-je utiliser le bouton coulissant marche/arrêt pour désactiver la zone ou dois-je la supprimer et laisser l'utilisateur laisser cette zone vide?
À mon avis, il est bon de garder le bouton coulissant. L'interface sera plus claire. Mais je penserais à l'en-tête. Peut-être "Quelqu'un at-il marqué?" serait mieux que "Qui a marqué?"
Ou si l'utilisateur doit compléter le score final avant, vous pouvez remplacer le curseur par une action automatisée. Si le score est différent de 0: 0, montrez le module "qui a marqué". Sinon, cachez-le.
- Si un joueur a marqué plus d'un but, dois-je séparer les données comme dans "Équipe à domicile" ou dois-je le faire comme dans "Équipe à l'extérieur"?
Pour moi, la version "Home team" est meilleure. Vous n'avez pas à conseiller l'utilisateur sur le format de champ "Nom complet + minutes".
- Est-ce que tous les éléments UI du côté droit de la zone de texte Fullname devraient être en dessous?
J'aime ça comme c'est maintenant. Cela semble plus clair.
Quelques autres suggestions?
Je ne sais pas à quel point vos journalistes sont précis, mais ce serait peut-être utile. Parfois, il y a des situations où le joueur marque dans le temps supplémentaire. Par exemple. 45 '+ 2