Difficulté à créer des enquêtes avec des éléments iOS
Je travaille avec un client sur un projet qui inclura des éléments d'enquête dans l'application. Il y a quelques éléments d'enquête que je n'ai jamais vus sur une application native et apprécierais quelques conseils sur la meilleure façon de construire les éléments, ou une approximation proche.
- Réponse textuelle statique, formulaire long ou remplir le blanc (facile ce sont des UITextFields de UITextView)
- Question à choix multiple réponse unique ou multiple (un UIPicker fonctionnerait pour une sélection unique mais ne sait pas comment procéder pour une sélection multiple)
- Tableau matriciel, réponse unique et multiple - Je ne sais pas comment commencer à résoudre ce problème, je suppose qu'un sélecteur pour chaque ligne du tableau, mais cela semble désordonné et, comme l'interface utilisateur, s'écarterait très loin de la même forme sur le la toile.
- Classement, glisser vers l'ordre, empiler l'ordre de classement et l'échelle de Likert - je saisis vraiment les pailles du classement. Likert aurait tout intérêt à utiliser un UIPicker avec les options traditionnelles de Likert. Le classement de la pile semble utiliser un sélecteur sur chaque valeur pour sélectionner une valeur, mais il semblerait que je devrais faire une quantité importante de gestion des erreurs, donc je ne donne pas deux valeurs de même rang. Existe-t-il une solution plus simple/plus propre?
Je suppose que cela dépend de qui remplit cette enquête. Si je le concevais pour une solution d'entreprise ou pour les bêta-testeurs de mon application, je la rendrais condensée et simple sans me concentrer sur l'interface utilisateur/UX, mais si je la construisais pour les utilisateurs réguliers de mon application, je la séparerais dans plusieurs écrans et essayez de le rendre joli.
J'aurais une sorte d'indicateur en bas pour que l'utilisateur sache combien de questions sont à venir. Il peut s'agir d'une représentation numérique (2/13) ou de quelque chose comme ci-dessous s'il n'y a pas trop de questions.
Afin de passer à la question suivante, j'aurais le bouton SUIVANT en haut à droite + les utilisateurs pourraient glisser de gauche à droite entre les questions.
Question statique avec textView (entrée multi-ligne). Je présélectionnerais le champ de saisie pour que les utilisateurs n'aient pas à le toucher. Rappelez-vous également que le clavier couvrirait le bas de l'application, alors pensez à faire glisser les indicateurs au-dessus du clavier tel qu'il apparaît.
Les réponses multiples sont assez simples. Les utilisateurs activent/désactivent les éléments avec lesquels ils sont d'accord
Alternative à la matrice . Je le décomposerais afin que les gens puissent se concentrer sur une question à la fois, mais j'essaierais toujours d'avoir toutes les questions du même type les unes à côté des autres et peut-être avec la même couleur d'indicateur en bas.
Le classement est un peu plus complexe et je suppose que cela pourrait se faire de plusieurs façons. Vous pouvez demander aux utilisateurs de taper sur les choix par ordre de préférence, puis de proposer des options de déplacement vers le haut et vers le bas pour modifier leur ordre.
J'espère que cela vous aide ou vous donne une autre perspective.
Veuillez nous faire savoir ce que vous avez fait à la fin. Bonne chance.
Je n'ai jamais été fan des formes longues. Personne n'est. Cependant, les formulaires sont une méthode essentielle pour prendre en masse les entrées des utilisateurs. Récemment, une startup a changé la façon dont nous percevons les formulaires et contribue à créer une expérience utilisateur quelque peu agréable - Typeforms
Je sais que cela peut sembler hors contexte en ce moment, mais nous y arriverons.
- Formes minimales soignées = aucune distraction
- Un élément d'entrée à la fois = concentration et attention de l'utilisateur
- Indicateurs de progrès = Sensibilisation de l'utilisateur aux progrès
- Belles transitions entre les pages = engagement de l'utilisateur
Maintenant, je ne travaille pas pour eux ou quoi que ce soit, mais du point de vue UX, c'est une victoire.
Venir à votre problème avec la création de longs formulaires sur un appareil mobile - voici les points à retenir:
- Divisez le flux du formulaire en unités singulières - une à la fois
- Maintenant, vous avez un écran complet pour afficher le problème actuel et les entrées ainsi que la progression globale de l'utilisateur pour créer un état de conscience.
- Vous pouvez utiliser un espace blanc ou un espace négatif pour améliorer la lisibilité, la mise au point et réduire l'encombrement
Enfin, étant donné que vous êtes limité à l'utilisation d'éléments par défaut iOS et que vous devez créer votre expérience en les utilisant - il existe toujours un moyen astucieux d'utiliser des éléments existants.
Exemple: Disons que vous devez faire un bouton à choix multiple avec du texte de description et 5 choix, vous pouvez utiliser des boutons simples mais la même chose peut également être obtenue en utilisant un contrôleur de liste avec 5 éléments. Chaque élément est cliquable et devrait vous amener directement à la question suivante.
Le principal motif de cet échange est de discuter de l'UX en général et non d'un problème spécifique au produit. Les réponses devraient être suffisamment génériques pour aider toute personne dans le besoin. Vous l'avez donc, répertoriez vos outils, obtenez un grand (énorme) échantillon de questions, essayez de créer une liste de tous les types de questions uniques, créez une autre liste de tous les différents contrôles dont vous disposez (travail avec vos développeurs), proposez une cartographie de la façon dont différents types de questions peuvent être représentés en utilisant quels éléments iOS et vous êtes prêt à partir.
La conception UX consiste à comprendre le problème, à trouver la bonne approche par la recherche et à le résoudre de la manière la plus intuitive - repoussant toujours les limites de ce qui peut être fait :)
PS: Désolé d'être allé trop loin avec tout le discours "Voilà comment nous UX" :)
À votre santé