Question

À l'époque d'Unix, vous ne pouviez même pas fermer un logiciel sans lire la page de manuel au préalable.Puis vinrent Mac et Windows avec une disposition de menu et des raccourcis clavier cohérents, mais vous voyiez toujours des manuels d'utilisation papier livrés dans la boîte sous film rétractable, qui décrivaient chaque opération possible dans l'application.Après Internet, les fichiers d’aide sont devenus des documents HTML.

De nos jours avec Web 2.0 applications, vous voyez à peine l’aide.Même si c'est là, ils décrivent simplement quelques tâches spécifiques.En d’autres termes, les applications s’appuient davantage sur bon sens ou ne me fais pas réfléchir facteur de la base d’utilisateurs.

Il y a des années, Microsoft a proposé un concept appelé Interface utilisateur inductive, qui indique essentiellement aux programmeurs de mettre des instructions sur les applications elles-mêmes, mais je ne suis pas sûr de la popularité de cette idée.

Les fichiers d'aide, les manuels d'utilisation et l'aide en ligne contextuelle avec la touche F1 sont-ils morts ?Ai-je échoué si l’utilisateur ne pouvait pas savoir quoi faire à partir de l’interface utilisateur ?Si non, quel degré d’aide dois-je apporter ?(à la fois pour le bureau et l'application Web)

MODIFIER:Comment la documentation/fichier d'aide s'intègre-t-elle aux méthodes de développement agiles ?Par exemple, les développeurs devraient-ils réfléchir à deux fois avant de modifier l’interface utilisateur qui pourrait rendre obsolète un certain nombre de captures d’écran ?

Était-ce utile?

La solution

Ai-je échoué si l’utilisateur ne pouvait pas savoir quoi faire à partir de l’interface utilisateur ?Si non, quel degré d’aide dois-je apporter ?(à la fois pour le bureau et l'application Web)

Ils devraient pouvoir utiliser votre application pour effectuer des tâches de base à partir de l'interface utilisateur.Par exemple, disons pour un éditeur d'images, ils devraient pouvoir créer une nouvelle image, dessiner quelques lignes, puis l'enregistrer simplement en regardant l'interface utilisateur.

Pour ce faire, il est préférable de suivre les dispositions courantes (comme avoir nouveau, ouvrir et enregistrer sous un fichier dans la barre de menus et utiliser les boîtes de dialogue standard d'ouverture et d'enregistrement).

Il en va de même pour les applications Web, les gens espèrent pouvoir faire les choses de base sans avoir à lire la documentation, mais pour des fonctionnalités plus avancées, les gens liront toujours la documentation.(par exemple, la plupart des gens liront la documentation pour, par exemple, le code BB, ou la démarque au moins parfois, mais ils s'attendent à pouvoir publier sans avoir à les connaître)

Les fichiers d'aide, les manuels d'utilisation et l'aide en ligne contextuelle avec la touche F1 sont-ils morts ?

Ils ont encore leur place.Les gens les utiliseront pour apprendre à utiliser au mieux diverses fonctionnalités, par exemple le markdown ou le bbcode, ou comment utiliser des filtres pour obtenir certains effets dans un éditeur d'images.

Autres conseils

Trois remarques sur l'aide :

  1. L'aide contextuelle F1/autonome a toujours été vouée à l'échec.Il était masqué par défaut, de sorte que les personnes qui en avaient le plus besoin étaient les moins susceptibles de le lire.À une certaine époque, on espérait pouvoir former les utilisateurs à toujours utiliser F1 lorsqu'ils rencontraient des problèmes, mais trop d'applications ne disposaient pas d'une aide contextuelle utile...combiné avec trop d'interfaces d'aide bizarres...à peu près tué ça.
  2. Les manuels sont plus importants aujourd’hui que jamais.Il n'y a plus beaucoup de manuels imprimés, mais les manuels en ligne sont meilleurs que jamais.La prolifération des systèmes wiki-as-a-manual a aidé ici, réduisant le coût initial de création d'une bonne documentation en ligne.Bien sûr, beaucoup de monde ne lis juste pas...
  3. L’avantage d’utiliser des pages Web comme interface d’application est que vous peut combinez une aide contextuelle utile avec l'interface utilisateur, supprimant ainsi la barrière pour les novices et les autres qui, autrement, ne pourraient pas se donner la peine de rechercher des informations pertinentes lorsqu'ils sont bloqués.

Bien sûr, il existe encore de nombreuses applications, même des applications en ligne, conçues avec des interfaces obtuses et une toute petite icône d'aide dans un coin quelque part, en espérant sans doute que cette dernière atténue la première.Pitié pour eux.

Certainement pas.Vous regardez la quantité de documentation, les dépenses de formation et de marketing que même MS met en place.vous obtiendrez votre réponse.Essayez d'utiliser le produit de quelqu'un d'autre et vous apprendrez la vraie valeur de la documentation - j'apprends les Godiagrams en ce moment.:)
Je peux donc le dire sans aucun doute.. NON et ça ne le sera jamais..peu importe à quel point les interfaces utilisateur sont intuitives.au-delà d’une certaine taille, vous aurez besoin d’aide et de formation. Mais en comprenant l'utilisateur et ce qu'il doit faire, vous pouvez le concevoir de telle sorte que le temps dont il a besoin pour apprendre le système pour effectuer ses tâches de routine soit minime.

J'ai incorporé des screencasts contextuels dans mes applications.J'ai trouvé que cela aide les utilisateurs non techniques à comprendre rapidement l'application, sans demander d'aide en direct.

Les livres Idiot/Dummy doivent se porter plutôt bien.Imaginez si l'aide standard pour les applications était aussi bonne que ces livres.L'aide F1 standard pour de nombreuses applications est tout simplement horrible.

L'aide est-elle morte ?Non, mais une partie devrait être retirée et abattue.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top