Meilleure approche pour que les utilisateurs publient du contenu dans des catégories
Je souhaite que les utilisateurs publient des questions ou du contenu dans les catégories disponibles et j'ai proposé l'idée suivante:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Je pense qu'il serait encore très difficile pour les utilisateurs de sélectionner ce qu'ils veulent faire. Ils doivent être très précis sur ce qu'ils veulent. Par exemple, Stack Overflow est un site de questions/réponses où l'utilisateur comprend que la publication d'une question nécessite un titre et une description de la question.
Comment puis-je améliorer cette conception, afin que l'utilisateur puisse avoir une interface simple pour poser une question ou publier du contenu sous des catégories?
Il existe plus de 1 000 catégories et environ 10 000 sous-catégories. Donc, je ne pense pas qu'il serait plus facile pour l'utilisateur de naviguer vers cette sous-catégorie. De plus, si l'utilisateur parvient à accéder à une sous-catégorie, il/elle sera dérouté par les nombreuses options pour publier ce qu'il/elle veut.
Emuler Stack Exchange autant que possible
Stack Exchange partage la plupart des défis de conception auxquels vous êtes confronté et cette solution a déjà été testée par des millions d'utilisateurs. Cela ne veut pas dire que ce sera parfait mais c'est un bon début. Il existe des différences notables entre votre situation et Stack Exchange,
- Ce que vous appelez des catégories, des balises d'appels Stack Exchange.
- Vos catégories ont une couche de hiérarchie, pas les balises Stack Exchange.
- Stack Exchange a un type de soumission - une question, tandis que vous en avez trois - questions, publications et événements.
Catégories et sous-catégories
Je suis d'accord que parcourir la hiérarchie des catégories avant d'écrire un article serait trop de travail. Envisagez d'associer des publications et des sous-catégories à la manière dont Stack Exchange traite l'ajout de balises aux questions. Ayez vos trois options de soumission en tant qu'actions de niveau supérieur et laissez l'utilisateur sélectionner les sous-catégories pour le classer sous sur la page de soumission. Notez que je suppose que les soumissions doivent être associées à des sous-catégories (et par extension une catégorie) et ne peuvent pas être associées à une catégorie uniquement.
Stack Exchange permet à l'utilisateur d'effectuer une recherche de balises sur la page de soumission de questions, comme indiqué ci-dessous.
Si vous rendez vos sous-catégories accessibles de cette manière, il serait plus facile pour l'utilisateur de trouver des sous-catégories existantes. La description montrée ici pour les balises est essentielle car elle aide l'utilisateur à évaluer l'aptitude de la balise. Cependant, cela ne résout pas le problème de déterminer laquelle de toutes les sous-catégories est la plus pertinente. Pour vous aider, vous souhaiterez peut-être inclure des sous-catégories connexes dans vos résultats de recherche, pas seulement des correspondances alphabétiques.
Si vous pensez que l'utilisateur peut se familiariser avec la hiérarchie des catégories au fil du temps, vous pouvez lui donner la possibilité d'utiliser la catégorie comme filtre de recherche. Vous devrez peut-être concevoir des opérateurs de mots clés pour cela, afin de réduire la complexité de l'interface utilisateur. Par exemple, si vous utilisez ':' comme opérateur de mots clés pour filtrer les résultats par catégorie, je peux saisir le terme de recherche - 'sport: ba' qui affichera des résultats comme 'baseball', 'bat' et des sous-catégories connexes comme 'gant'.
Le dépôt d'un message dans une sous-catégorie semble être une exigence importante pour vous, donc, je considérerais de placer le champ de sélection de sous-catégorie avant le (s) champ (s) pour écrire le message.
Soumissions d'utilisateurs et confusion
Le degré de confusion auquel vos utilisateurs seront confrontés est proportionnel au degré d'ambiguïté de votre interface. Vous mentionnez que les utilisateurs de Stack Overflow savent clairement à quoi s'attendre lorsqu'ils soumettent une question. Je pense que c'est parce que, Stack Overflow éduque l'utilisateur sur le fonctionnement du site, à la fois dans son intégration et dans l'interface.
L'interface pour soumettre une question, illustrée ci-dessous, possède tous les indices pour communiquer ce qui est attendu de l'utilisateur - un champ séparé et étiqueté pour le titre et une zone pour la décrire. Pour être juste, la zone de description n'a pas de titre ni de texte d'espace réservé pour plus de clarté. Mais, la limite de 150 caractères sur le titre oblige l'utilisateur à atteindre le champ de description s'il n'est pas immédiatement évident.
Les espaces réservés peuvent ne pas être la meilleure solution pour informer un utilisateur sur les informations attendues selon le Nielsen Norman Group .
Résumé: Le texte d'espace réservé dans un champ de formulaire empêche les utilisateurs de se souvenir des informations qui appartiennent à un champ, de rechercher et de corriger les erreurs. Cela représente également un fardeau supplémentaire pour les utilisateurs souffrant de déficiences visuelles et cognitives.
Vous pouvez donc envisager de placer des conseils de champ en dehors du champ, contrairement à Stack Exchange.
Types de soumission
Pensez à améliorer le texte des boutons pour vos pages de soumission. Vous pouvez à nouveau copier à partir du playbook Stack Exchange et appeler Ajouter une question - Poser une question . Le contenu du message est très vague, donc une fois que vous êtes clair sur le type de contenu que l'utilisateur doit publier, vous pouvez le renommer. N'oubliez pas que vous devez guider l'utilisateur si vous souhaitez qu'il place le contenu au bon endroit.
Inversez le travail, vous faites la recherche.
Demandez à l'utilisateur d'entrer un nom de catégorie, une balise ou un nom de catégorie connexe et fournissez à l'utilisateur des catégories qui correspondent à cette recherche. Faire défiler un utilisateur dans une liste de 10 000 sous-catégories n'est ni réaliste ni pratique.
Vous pouvez également envisager de modifier votre structure pour réduire la grande largeur. Ayez une autre couche de catégories qui peut mieux regrouper votre grand nombre de catégories. Ce n'est peut-être pas une option, mais si c'est le cas, ce pourrait être une bonne idée d'examiner. Votre interface est seulement aussi bonne que la conception du modèle des données interagit avec.