Architecture de l'information sur Internet partie 1

Très souvent, je vois des questions de concepteurs débutants similaires les uns aux autres: "Conseiller quoi lire ...".

Souvent A. Cooper «À propos de l'interface. Bases of interaction design », D. Raskin« Interface: new directions in computer systems design », S. Krug« Don't do me make think », D. Norman« Design of familiar things ». C'est la base, tout est clair.

Moins souvent, on a vu des références à un livre aussi merveilleux que «Architecture de l'information sur Internet» (auteurs P. Morville et L. Rosenfeld).

Puisqu'il est toujours difficile de commencer, mais qu'il y a beaucoup d'informations, j'ai décidé de disposer le livre.
Le livre est grand, tout ne rentre pas dans un seul article. En conséquence, nous avons eu un cycle de 4 articles dans lequel j'ai essayé de laisser tous les plus intéressants et nécessaires.

Bien sûr, les concepteurs expérimentés savent tout cela, mais les débutants, je pense, sont utiles.
La première partie concerne la définition de l'architecture de l'information et la façon dont les gens recherchent l'information. C'est parti!

PS: Afin de reconstituer Habr avec des informations intéressantes, j'ai foiré un sondage à la fin de l'article: sera-t-il intéressant de lire toute la série d'articles ou pouvez-vous vous arrêter au premier.

Qu'est-ce que l'architecture de l'information?

1. Combinaison de schémas d'organisation, de subjectivation et de navigation mis en œuvre dans le système d'information.
2. Conception structurelle de l'espace d'information, contribuant à la mise en œuvre des tâches et à l'accès intuitif au contenu.
3. L'art et la science de la structuration et de la classification des sites Web pour faciliter la recherche et la gestion des informations par les utilisateurs.

Choses qui ne sont pas liées à l'architecture de l'information:

• Conception graphique.
• Développement logiciel
• Conception ergonomique

Il existe différents modèles qui décrivent ce qui se passe lorsque les utilisateurs recherchent des informations.

Voici une idée de la recherche comme un algorithme simple:

1. L'utilisateur pose une question.
2. Certaines actions sont en cours (par exemple, recherche ou navigation).
3. L'utilisateur reçoit une réponse.
4. Fin.

Que recherchent-ils exactement et comment?

Pour obtenir la réponse, nous nous tournons vers l'analogie avec la pêche.

Poisson parfait
Les utilisateurs recherchent une réponse correcte et définitive. Par exemple, quelle est la population de Saint-Marin? Nous allons à un site approprié à cet effet, bourré de données, et recherchons le nombre souhaité. C'est la fin de la recherche. C'est ce qu'on appelle le poisson parfait.

Pièges à homard
Que se passe-t-il lorsque vous avez besoin de trouver plus qu'une simple réponse? Disons quels sont les bons hôtels avec petit-déjeuner à Stratford, en Ontario. Ou apprenez quelque chose sur l'expédition Lewis et Clark.

L'utilisateur ne sait pas grand-chose de ce qu'il recherche et il est prêt à obtenir des réponses ou des suggestions utiles, où vous pouvez également les rechercher. Il ne s'attend pas à pêcher le poisson parfait, car il ne pourra pas savoir s'il l'a attrapé. Il arrange l'équivalent d'un casier à homard dans l'espoir que tout ce qui s'y trouvera sera utile.

Capture aveugle

Et enfin, parfois, l'utilisateur est prêt à ne rien négliger lors de la recherche d'informations sur un certain sujet. Cela peut être une étude pour une thèse de doctorat, une analyse des données sur les concurrents, l'étude des informations concernant la maladie d'un ami proche ou de sa propre personne. Dans de tels cas, il est nécessaire d'attraper tous les poissons qui se trouvent dans l'océan, alors il jette les filets et sort tout ce qui se trouve.

Une métaphore de la pêche est utile car elle illustre trois types courants de besoins d'information.

1. En comptant sur la capture exacte, le visiteur sait généralement qu'il cherche ce qu'il appelle et où il se trouve - c'est ce qu'on appelle la recherche d'un élément connu.
2. Considérant que plusieurs objets utiles entreront dans son réseau, le visiteur effectue une recherche de recherche. Dans ce cas, il ne sait pas exactement ce qu'il recherche. En fait, il peut ne pas savoir qu'il veut savoir quelque chose dans le processus de recherche et de navigation.
3. Quand il a besoin de toutes les informations sur un sujet donné. Dans ce cas, il tentera de saisir toutes les informations en effectuant une recherche en utilisant tous les termes possibles.

Comportement de recherche d'informations

Que font les utilisateurs pour trouver les informations dont ils ont besoin? Ils saisissent des requêtes dans les moteurs de recherche, passent d'un lien à un autre et se tournent vers quelqu'un pour obtenir de l'aide.
Un utilisateur qui cherche à obtenir des informations, fait des recherches, navigue et pose des questions - ce sont ses méthodes et, en même temps, les composants standard qui composent son comportement.

Nous intégrons souvent la recherche, la navigation et les questions dans une seule session.

La figure montre un exemple de recherche sur un réseau d'entreprise de recommandations de voyages à l'étranger.



Peut-être que l'utilisateur va d'abord passer par le portail intranet vers le site Web du service du personnel, consulter la section des politiques de l'entreprise, puis rechercher la politique contenant la ligne «voyage à l'étranger». Si, par conséquent, il ne trouve pas la réponse à votre question, vous pouvez envoyer une lettre à Biff, qui est responsable de cette politique, et lui demander directement quelle sera son indemnité journalière pour un voyage à Tombouctou pendant une semaine.

La figure illustre également les cycles qui peuvent être répétés au cours d'une même session de recherche. En fin de compte, tout ne fonctionne pas toujours correctement la première fois, et dans le processus de recherche, les besoins en informations peuvent changer, ce qui permet d'appliquer à chaque nouveau cycle différentes approches.

Ces différentes composantes du comportement de récupération de l'information sont combinées dans des modèles complexes, tels que le modèle de «cueillette des baies».



Dans ce modèle, les utilisateurs commencent par un besoin d'information, formulent une demande, puis naviguent de manière itérative à travers le système d'information avec des itinéraires potentiellement complexes, collectant simultanément des particules d'informations («baies»). Dans le processus de recherche, ils comprennent mieux ce dont ils ont besoin et ce qui se trouve dans le système, et modifient leurs requêtes.

Le diagramme de la «cueillette des baies» semble déroutant - à ne pas comparer avec le modèle «simplifié». Il devrait en être ainsi: notre cerveau fonctionne si souvent. Après tout, nous ne sommes pas des machines automatiques.
Si le comportement des utilisateurs du site correspond au modèle de «cueillette des baies», il faut alors prévoir des moyens pour une transition rapide de la recherche à la visualisation et inversement.

Un autre modèle utile est la culture des perles.
Les utilisateurs commencent par un ou plusieurs bons documents qui représentent précisément ce dont ils ont besoin. Ils veulent d'autres documents similaires à celui-ci. Google et d'autres moteurs de recherche offrent aux utilisateurs cette opportunité: à côté de chaque résultat trouvé, Google peut avoir la commande "Afficher les pages similaires". Avec une approche similaire, l'utilisateur a la possibilité de suivre les liens d'un "bon document" vers des documents indexés avec les mêmes mots-clés. Sur les sites qui hébergent des articles scientifiques et d'autres documents avec un grand nombre de citations, on peut trouver d'autres articles dans lesquels il y a beaucoup des mêmes citations que celles prises comme base, ou qui sont citées conjointement avec elle.

L'architecte de l'information devrait essayer de découvrir les besoins d'information des utilisateurs et leur comportement probable lors de la recherche d'informations. Ensuite, vous devez déterminer les composants architecturaux les mieux adaptés à ces besoins et comportements, et convenir de ces critères de sélection en fonction de la recherche des utilisateurs avec des facteurs spécifiques au contexte.

Types d'organisation de l'information

• Sans ambiguïté (exact): alphabétique, chronologique, par signes géographiques;
• Ambigu (pas exact);
• Schémas hybrides;

Nous en analyserons en détail deux:

Ambigu (pas exact):

Dans les schémas d'organisation ambigus, l'information est divisée en catégories qui ne peuvent pas être définies avec précision.

Par exemple, les schémas d'organisation par auteur et par titre sont exacts, les informations basées sur le sujet du livre ne le sont pas.

Mais de nombreuses études montrent que les gens se tournent souvent vers des modèles ambigus.

Il y a une raison simple pour laquelle le schéma de classification ambigu est si pratique pour beaucoup: nous ne savons pas toujours exactement ce que nous recherchons. Dans certains cas, le nom exact n'est pas connu. Dans d'autres, le besoin d'information est si vague qu'il ne peut être formulé avec précision.

Considérez certains des modèles d'organisation ambigus les plus courants et les plus utiles.

Organisation thématique

L'organisation d'informations sur un sujet ou un sujet est l'une des approches les plus utiles et les plus difficiles. Les sites Web des grandes entreprises ont une portée limitée et ne couvrent que les sujets directement liés aux produits et services de cette entreprise. Lors de la conception d'un organigramme thématique, vous devez vous rappeler que vous définissez l'ensemble complet des objets de contenu (actuellement et pour l'avenir) que les utilisateurs s'attendent à trouver dans cette zone de votre site Web.

Organisation des tâches

Les diagrammes axés sur les tâches organisent le contenu et les applications comme une combinaison de processus, de fonctions ou de tâches. Ces schémas sont utiles dans les cas où l'on peut supposer que les utilisateurs devront effectuer un certain nombre de tâches avec une priorité élevée. Par exemple, des ensembles d'opérations individuelles sont organisés sous forme de menus cibles tels que «Édition», «Insertion», «Formatage».

Organisation du public

Dans les cas où il est possible de distinguer au moins deux publics clairement différents parmi les utilisateurs d'un site Web, une organisation orientée organisation peut être justifiée. Un tel schéma est plus efficace lorsque les utilisateurs visitent le site à plusieurs reprises et peuvent mettre en signet les sections qui les intéressent. Il est également utile dans les cas où il est judicieux d'afficher un contenu spécifique pour chaque public.
Les programmes axés sur le public peuvent être ouverts ou fermés. Dans un schéma ouvert, les membres d'un public sont autorisés à accéder à du contenu destiné à d'autres publics. Dans un schéma fermé, les utilisateurs ne sont pas autorisés à naviguer vers les sections destinées à d'autres publics. Cela peut être justifié pour des raisons de sécurité ou si l'accès à l'information est payant.

Schémas d'organisation hybride

La force d'un organigramme strict est qu'il implique un modèle mental simple que l'utilisateur peut comprendre rapidement. Les utilisateurs peuvent facilement reconnaître une organisation par audience ou par sujet. De plus, des schémas d'organisation «propres» assez compacts peuvent être appliqués à de grands volumes de contenu sans sacrifier son intégrité ou sa facilité d'utilisation.

Cependant, lors de la combinaison d'éléments de plusieurs circuits, une confusion survient souvent et les solutions s'avèrent rarement évolutives.

Le fait est qu'au cours du développement, il peut être difficile de s'entendre sur l'utilisation d'un même schéma, par conséquent, ils combinent les éléments de plusieurs schémas, ce qui crée de la confusion. Il y a une meilleure façon. Si vous présentez les diagrammes sur la page séparément, les utilisateurs ont toujours la possibilité de créer des modèles mentaux de ces diagrammes:

Les hiérarchies sont un moyen simple et familier d'organiser l'information, donc leur création s'avère souvent être un bon point de départ dans le développement de l'architecture de l'information. Une approche descendante permet de déterminer rapidement la portée d'un site Web sans le processus d'inventaire fastidieux de tout le contenu. Vous pouvez commencer par mettre en évidence les principaux domaines du contenu et explorer les modèles organisationnels qui peuvent donner accès à ce contenu.

Deuxièmement, il est important de considérer l'équilibre entre l'étendue du contenu en profondeur et en largeur. Par largeur, on entend le nombre d'options à chaque niveau de la hiérarchie. La profondeur signifie le nombre de niveaux dans la hiérarchie. Si la hiérarchie est trop étroite et profonde, les utilisateurs doivent parcourir un nombre excessif de niveaux lors de la recherche.
Si la hiérarchie est trop large et trop petite, alors dans le menu principal, il y a trop d'options, et une surprise désagréable est le manque de contenu lors du choix d'une option.

Quelle organisation choisir

par sujet, tâche ou public? Les modèles chronologiques ou géographiques sont-ils applicables? Puis-je utiliser plusieurs organigrammes?

Vous devez également penser à la structure de l'organisation qui affecte la façon dont les utilisateurs se déplacent à travers ces modèles. Dois-je choisir une structure hiérarchique, ou un modèle plus structuré sera-t-il plus efficace? Ou un réseau hypertexte gratuit offrira-t-il une flexibilité maximale? Il peut être difficile de répondre à toutes ces questions dans le contexte d'un grand projet de site Web, il est donc utile de diviser le site en plusieurs composants et de traiter ces problèmes un par un.

Il convient également de rappeler que tous les systèmes d'extraction d'informations sont plus efficaces lorsqu'ils sont appliqués à des zones étroites de contenu uniforme. En décomposant tout le contenu disponible dans des zones aussi étroites, il est possible d'identifier ceux où des systèmes d'organisation hautement efficaces sont applicables.

Cependant, il est important de ne pas perdre de vue l’image globale. Comme dans la cuisine: pour obtenir de bons résultats, vous devez prendre les bons produits et les mélanger de la bonne manière. Si vous aimez les champignons et les crêpes, cela ne signifie pas qu'ils iront bien ensemble. La recette du système d'organisation global de chaque site sera la sienne.

Principes à garder à l'esprit:

• Lorsque vous choisissez un organigramme, soyez conscient de la différence entre des schémas précis et ambigus. Les schémas exacts sont les mieux adaptés pour rechercher des éléments connus lorsque l'utilisateur connaît le sujet exact de la recherche. Les modèles ambigus conviennent mieux à la visualisation et à l'apprentissage associatif lorsque le besoin d'informations n'est pas clairement défini. Si possible, des schémas des deux types doivent être utilisés.
• En outre, vous devez tenir compte des problèmes qui se posent lors de l'organisation des informations sur Internet. Les langues sont ambiguës, le contenu est hétérogène, les gens voient les choses différemment, il y a des problèmes de compréhension. En donnant accès à la même information de plusieurs manières, il est possible de faciliter la solution de ces problèmes.
• Lorsque vous choisissez une structure organisationnelle, n'oubliez pas que les grands sites nécessitent généralement les trois types de structure. L'architecture de niveau supérieur est susceptible d'être hiérarchique. Lors du développement de cette hiérarchie, vérifiez s'il existe des agrégats d'informations structurées et homogènes. Pour de tels sites subordonnés potentiels, un modèle basé sur une base de données pourrait bien convenir.
• N'oubliez pas que des relations moins structurées et plus imaginatives entre les éléments de contenu peuvent être organisées à l'aide d'hypertexte. Ainsi, les trois structures de l'organisation dans leur ensemble peuvent créer un système d'organisation cohérent.

Deuxième partie