Panneaux d'aide dans l'application
Y a-t-il de bonnes raisons UX pour ne pas mettre un "panneau d'aide" dans une application Web? (celui qui peut être affiché ou masqué).
La plupart des applications ouvrent l'aide dans un onglet de navigateur différent. Je pense à l'intégrer quelque part dans mon application, mais je ne sais pas si c'est une conception ux horrible.
Idéalement, l'application devrait être intuitive sans aide, mais lorsqu'il s'agit de fonctionnalités nouvelles pour l'utilisateur, j'utiliserais une copie d'aide très courte ou des info-bulles sur place pour deux raisons:
1) l'utilisateur n'a pas à cliquer et à s'éloigner de la page
2) l'utilisateur ne se sent pas stupide (il y a un nombre important d'utilisateurs qui évitent psychologiquement d'utiliser des boutons ou des pages d'aide, car cela les fait se sentir pas si intelligents. Mais ils sont d'accord si les informations d'aide ne ressemblent pas à la section d'aide)
Je l'ai vu tout en menant des études d'utilisabilité, comme pour la psychologie derrière cela - voici quelques explications http://www.science20.com/spiritlinks/m_nora_klaver_5_reasons_we_dont_ask_help
Je dirais que cela dépend du type d'application. L'aide est-elle un module important pour votre fonctionnalité? Les gens l'utiliseront-ils assez fréquemment pour avoir une présence prédominante? Si c'est le cas, je ne peux pas penser à des implications négatives (tant que ce n'est pas énorme ou n'a rien à voir avec l'application). De plus, je rejette instantanément l'idée d'avoir un panneau d'aide dans un onglet différent, cela vainc l'idée de "J'ai besoin d'aide à cette étape particulière".
Il serait intéressant, cependant, de voir quel endroit lui convient le mieux selon le reste de la conception.
L'intégration de l'aide, je pense, pourrait avoir plus de valeur pour l'utilisateur car elle permet à l'aide d'être contextuelle. Généralement, les liens d'aide globaux que j'ai vus conduisent les utilisateurs vers un site d'aide général où l'utilisateur doit creuser pour obtenir des réponses. Les conseils d'aide peuvent fournir des informations spécifiques dont l'utilisateur a besoin sur place sans rechercher et interrompre la tâche. An Je suis également d'accord que, idéalement, l'interface utilisateur est intuitive sans aide, mais dans certains cas, une aide est nécessaire.
Vous avez raison de réfléchir à de nouvelles façons de présenter l'aide. Les liens d'aide traditionnels qui s'ouvrent dans un nouvel onglet de navigateur ont deux problèmes:
- Il est plus difficile de digérer les informations d'aide lorsque vous n'avez pas le contexte d'origine à consulter. Voir notes sur la présentation de l'assistance intégrée d'Andrea Ames
- L'ouverture d'une nouvelle fenêtre peut être désorientante pour les utilisateurs non avertis. Voir la discussion ici
Je ne suis pas sûr qu'un panneau d'aide qui occupe de l'espace sur la page soit la bonne approche. Même s'il peut être masqué, lorsqu'il est affiché, il peut encombrer la conception et peut être frustrant si les utilisateurs souhaitent maximiser la quantité d'informations sur leur écran.
Que diriez-vous d'un panneau qui est caché jusqu'à ce que l'utilisateur clique sur le lien Aide et superpose le contexte? Vous pouvez même le rendre contextuel.
Par exemple, l'utilisateur voit les sujets de connexion en cliquant sur Aide sur la page de connexion: 
Et l'utilisateur voit les rubriques des paramètres lorsqu'il clique sur Aide sur la page des paramètres: 
Je pense que cette approche a les avantages de vos panneaux d'aide sans encombrer la conception.
L'aide intégrée peut être efficace est conçue avec soin, dans le cadre de l'expérience utilisateur globale. L'avantage de l'aide intégrée est qu'elle peut être contextuelle, concise et appliquée en utilisant différentes possibilités pour l'utilisateur au fur et à mesure des besoins.
Par exemple, un espace réservé de texte dans le champ de style HTML5 peut indiquer la date, l'heure, les formats de devise requis AVANT que l'utilisateur ne remplisse le champ, ou une icône en dehors du champ peut expliquer à quoi sert le champ, etc. L'idée est que la productivité est améliorée et flux de tâches terminé sans s'éloigner de la page ni avoir à se référer à d'autres sources.
Cela dit, l'aide doit être appliquée de manière sélective et prudente et uniquement lorsque cela est nécessaire pour faciliter l'achèvement de la tâche. Vous pouvez même mélanger différentes options d'aide intégrée de l'interface utilisateur sur la même page pour être efficace. Voir l'ensemble de modèles de conception suivant pour les idées d'aide intégrées: http://www.Oracle.com/webfolder/ux/applications/fusiongps/patterns/content/embeddedhelp/index.htm