Voici mon scénario:
Le client réserve une chambre d'hôtel pour 4 personnes pendant une semaine.
Il/elle peut ensuite ajouter des repas à sa réservation, dont 4 options mutuellement exclusives (disons petit-déjeuner anglais complet, petit-déjeuner végétarien, petit-déjeuner continental et sans petit-déjeuner)
Imaginez que 2 invités aimeraient l'anglais complet et que les 2 autres invités aimeraient Continental. (Remarque: chaque client recevra l'option choisie pour chaque jour de son séjour)
Envisagez de changer d'avis (p. Ex. Passer à l'option végétarienne)
Quelqu'un a-t-il des idées pour afficher cela sur une application?
J'ai quelques idées ci-dessous, mais V1 et V2 peuvent être délicats en termes de passage d'une option à une autre et de refléter ce qui a changé.
La V3 résout le problème ci-dessus mais peut être difficile visuellement et peut prêter à confusion car le nombre pourrait suggérer qu'ils achètent un petit-déjeuner individuel.
V4 est divisé par invité, la valeur par défaut étant "sans repas" pour tous les adultes, mais pourrait être longue à modifier individuellement par invité.
Parfois, il n'y a que plusieurs réponses valides et la meilleure façon de décider est d'en faire l'expérience. Je réponds avec une autre solution différente.
Choisissez entre les choix qui semblent les plus appropriés et essayez. Si vous avez les ressources, ajoutez une analyse approfondie et demandez aux bêta-testeurs de l'utiliser pendant quelques semaines. Si vous ne disposez pas des ressources, implémentez l'analyse et ignorez la version bêta. Les utilisateurs vous montreront s'ils ne l'aiment pas. Demandez des avis, ajoutez peut-être un formulaire "dites-nous ce que vous pensez" et voyez ce qu'ils pensent du processus.
Si vous voyez que la majorité prend 1 repas et trouve le processus rapide, vous avez terminé. Sinon, vous devrez repenser votre processus mais cette fois vous saurez où est le coupable. En ce moment, vous devinez simplement entre les options valides.
Et peut-être que votre choix sera bon maintenant, mais pas aussi bon dans 6 mois. Vous aurez donc besoin d'analyses de toute façon.
Je pense que c'est correct d'essayer et de demander des commentaires. Ne laissez pas les utilisateurs décider pour vous. La plupart du temps, ils ne savent pas comment créer une application. Si l'on dit "ce bouton devrait être une liste car il m'a fallu 4 tapotements pour sélectionner ce que je voulais", comprendre "le processus est lent". Peut-être que le bouton deviendra allumé, peut-être qu'il deviendra une nouvelle page, peut-être que tout le processus changera. Comprenez leur problème, mais trouvez la solution vous-même, ils n'ont pas toutes les pièces du puzzle.
Je pense que votre base devrait être l'option V4. En tant qu'utilisateur, je m'attendrais à ce que tout soit partagé entre les invités. Lorsque je commande un billet d'avion, la portée évolue toujours autour des invités. Il ne devrait pas passer soudainement à un menu axé sur les repas.
Il vaut donc la peine de répéter l'interface comme vous l'avez fait. Chaque invité comprend qu'il a choisi par lui-même. Là, vous pouvez afficher toutes sortes d'informations, et peut-être ajouter la possibilité de ne pas prendre ces repas tous les jours (peut-être que je veux prendre le petit déjeuner dehors deux jours différents).
Les autres versions semblent toujours apporter une sorte de confusion, où le seul "problème" de la V4 est une forme plus longue. Ce qui est complètement hors de propos et n'est pas un problème