Interface de gestion des champs de profils publics et privés
J'ai réalisé que ma question précédente était quelque peu confuse et un peu difficile à répondre. J'ai réfléchi à la situation et j'ai décidé de supprimer cette question et de poser celle-ci (qui est mieux exposée).
Je construis un système où les utilisateurs ont accès à un Profile page Et un Account Settings page.
L'administrateur du site peut créer et modifier des champs personnalisés dans le système. Par exemple, si je lance un site Web sur linux, en plus du champ par défaut de Display name, Je peux ajouter des champs tels que Favorite linux distribution, Years using favorite linux distribution, Country, Linux conferences attended, Etc.
Chaque champ personnalisé peut être marqué comme public ou private par l'administrateur système. Par exemple, je pourrais avoir ces champs:
Favorite linux distribution (PUBLIC)Years using favorite linux distribution (PUBLIC)Country (PUBLIC)Linux conferences attended (PUBLIC)Number of children (PRIVATE)Relationship status (PRIVATE)
Voici à quoi ressemble la page de profil
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Questions:
Devrait-il y avoir des interfaces séparées pour éditer les champs publics et privés?
Voici une maquette qui combine l'édition des champs publics et privés en 1 interface:
Voici à quoi cela pourrait ressembler si nous utilisons des interfaces distinctes:
Comment l'administrateur devrait-il gérer ces champs si j'ai des interfaces séparées pour éditer les champs publics et privés? Actuellement, j'ai un éditeur de formulaire pour gérer uniquement les champs publics:
L'éditeur est what you see is what you get. Si vous ordonnez les champs d'une certaine manière et modifiez chaque champ pour être d'une certaine manière, ils sont exactement ce que l'utilisateur verra lorsqu'il utilisera le formulaire de modification du profil.
Problème: Si j'ai des interfaces séparées pour éditer les champs publics et privés, j'ai besoin d'une interface qui me permette de changer facilement un champ de public en privé et vice versa. Je devrais être en mesure de définir des commandes distinctes pour les domaines publics et privés.
J'ai pensé à une interface comme ça:
- Les utilisateurs peuvent faire glisser des champs dans la liste déroulante pour les réorganiser.
- Les utilisateurs peuvent faire glisser des champs entre les listes déroulantes pour les transformer en champs publics ou privés.
Le problème avec l'interface ci-dessus est qu'elle est bien inférieure à l'interface What you see is what you get Que j'ai décrite précédemment. Il est également plus abstrait et plus difficile de visualiser les champs.
Existe-t-il une meilleure façon de procéder?
Enfin, comment les champs privés doivent-ils être appelés? Le terme private fields En lui-même ne dit pas vraiment à l'utilisateur comment le propriétaire du site va utiliser cette information et déclare simplement qu'elle ne sera pas visible au public.
Devrait-il y avoir des interfaces séparées pour éditer les champs publics et privés?
Non, j'aime l'approche d'avoir une explication ci-dessous. Vous pourriez peut-être voler les icônes de Facebook (par exemple, le globe de Facebook), mais un survol pour cette icône ne serait pas aussi efficace. Peut-être survoler le champ (mais survoler, pas se concentrer). Ainsi, des champs privés avec des visuels différents, sur l'explication en vol stationnaire, apparaissent en dessous de la confidentialité.
En ce qui concerne les interfaces distinctes, je ne pense pas que tout le monde lirait réellement cette ligne entre le menu et le formulaire, généralement ils en manquent, car le marketing peut mettre tellement de conneries au début des formulaires ...
Comment l'administrateur doit-il gérer ces champs si j'ai des interfaces distinctes pour éditer les champs publics et privés?
Je pense que faire l'éditeur avec un modèle Inlay de liste , et utiliser la même distinction visuelle que vous utilisez sur le frontend ferait. Je suis sûr que vous aurez également besoin d'autres champs de "métadonnées", faites-en simplement une liste déroulante dans le panneau d'édition, appelé "visibilité", et ayez la même distinction visuelle lorsque vous êtes en mode liste.
En ce qui concerne le défilement, ajoutez des possibilités de déplacement au bord de la liste de questions ou une paire de boutons de haut en bas, exactement comme ce que vous voyez ici comme le "système de vote".
Enfin, comment appeler les champs privés? Le terme champs privés en lui-même ne dit pas vraiment à l'utilisateur comment le propriétaire du site utilisera ces informations et déclare simplement qu'elles ne seront pas visibles par le public.
Quel serait l'objectif de l'utilisateur de dire quelque chose de JUSTE au propriétaire du site? Surtout le statut de mariage, les filles célibataires s'attendent-elles à ce que le propriétaire du site les appelle? Quel serait l'avantage pour l'utilisateur de le dire au site tout en le gardant privé des autres?
(Je peux comprendre quel serait l'avantage de montrer quelque chose uniquement pour les membres connectés, ou les amis sur les réseaux sociaux, ou pour les personnes dont vous avez accepté l'abonnement, mais ce n'est pas "privé")
Prenez des indices de créateurs de formulaires en ligne comme Wufoo ou Google Forms (partie de Google Docs )
Et ne soyez pas timide, ce sont de très bons designs jusqu'à présent!
Que diriez-vous de quelque chose dans ce sens?
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
