Contenu implicitement lié – UX Collective
TLes applications de productivité les plus populaires d’aujourd’hui imposent une charge trop lourde à leurs utilisateurs pour organiser explicitement le contenu et le lier entre eux. Même les applications basées sur les flux n’engagent pas efficacement l’utilisateur lorsqu’il s’agit de contenu connexe. L’un des concepts d’apprentissage les plus puissants est une méthode de lecture appelée lecture syntopicale, introduite et décrite en détail dans le livre «Comment lire un livre» – dont la base fondamentale est d’identifier les travaux connexes et d’effectuer une analyse approfondie à travers parfois complémentaires et conflictuels arguments. Identifier des œuvres connexes ou faire apparaître un contenu complémentaire pour l’utilisateur d’une manière qui améliore son expérience globale avec un produit est ce que j’appelle simplement contenu lié implicitement. Le contenu implicitement lié est une classe de fonctionnalités qui font largement défaut dans les applications de productivité et de création de connaissances d’aujourd’hui.
Imaginez si, pendant que j’écris cet article, Medium m’a montré une liste dynamique d’extraits d’articles précédents, les miens et d’autres, que je pourrais utiliser pour construire mon modèle mental de ce sujet. Un tel contenu serait implicitement lié. Une telle fonctionnalité ne serait pas «difficile», techniquement parlant. Il y aurait un traitement en langage naturel, des requêtes de base de données sur le contenu indexé et l’affichage des informations pertinentes de manière non intrusive. Aujourd’hui, si je veux trouver des œuvres connexes, je ne vais pas chercher Medium, je vais chercher Google.
Deux activités principales entraînent le stockage et la liaison de données dans une application: l’organisation hiérarchique et le référencement croisé. Mon argument est que l’organisation hiérarchique et le référencement croisé peuvent être minimisés pour améliorer l’expérience utilisateur.
La forme d’organisation hiérarchique la plus couramment comprise dans le monde numérique est la structure de fichiers et de dossiers pour le stockage et la récupération d’informations. Cependant, les hiérarchies sont elles-mêmes des abstractions et l’organisation des fichiers en hiérarchies est un concept qui aide les gens à comprendre où les informations sont stockées, pas les ordinateurs. Donald A. Norman le dit bien dans Vivre avec la complexité.
Lorsque vous regardez la structure des fichiers de votre ordinateur, peut-être en déplaçant un fichier d’un dossier à un autre, vous exploitez le modèle conceptuel que les concepteurs de logiciels ont soigneusement mis en tête. Les fichiers et dossiers sont des fictions.
Notez, cependant, que ce concept existe non pas pour réduire la complexité du système, mais pour réduire la charge pour l’utilisateur en offrant un concept plus simple que les connaissances requises pour comprendre comment les systèmes d’exploitation stockent réellement les informations. Quand Apple a sorti l’iPhone en 2007, les structures de fichiers et de dossiers étaient notablement absentes. Apple a poussé l’abstraction un peu plus loin et a déplacé la charge du stockage et de la récupération des fichiers de l’utilisateur vers le développeur de l’application. Avec chaque couche de stockage de fichiers correctement abstraite, les développeurs pourraient se concentrer sur l’amélioration de l’expérience utilisateur à tous les niveaux. Dropbox et d’autres ont utilisé les mêmes concepts pour déplacer le stockage d’informations vers le cloud, pourquoi un utilisateur devrait-il stocker des informations sur son propre ordinateur s’il peut y accéder n’importe où en les plaçant dans des dossiers dans Dropbox?
Alors, où sont les outils que nous utilisons aujourd’hui en deçà de l’abstraction hiérarchique, et quelles méthodes avons-nous en tant que concepteurs et ingénieurs pour résoudre ces problèmes?
Parlons de Confluence, l’espace de travail de documentation partagée d’Atlassian pour les équipes. En bref, si vous travaillez sur un projet avec une équipe, Atlassian veut que vous créiez un espace dans Confluence où tout le monde écrit tout ce qui représente la base de connaissances vivantes de votre projet. Un espace est organisé en pages, une hiérarchie de documents et sous-documents qui peuvent être recherchés, parcourus et modifiés. Maintenant, je viens de prendre 5 minutes pour créer un espace pour un nouveau projet sur lequel je travaille hypothétiquement et j’ai commencé à construire la hiérarchie. Mon idée était d’organiser les pages par groupe fonctionnel. DevOps, design, etc. et ont un endroit où l’équipe gardera les artefacts Scrum.
J’ai déjà rencontré un problème, j’ai essayé d’ajouter une page intitulée «Sprint 1» sous Rétrospectives et j’ai reçu une erreur.
Pourquoi ne pourrais-je pas appeler cette page Sprint 1? Il se trouve dans un «dossier» différent de l’autre Sprint 1. Maintenant, je dois repenser toute mon organisation pour suivre les règles de Confluence, pas ma propre intuition sur la façon dont j’aimerais organiser mon projet. Il semble qu’un niveau d’abstraction plus faible de l’architecture de stockage d’informations de Confluence m’oblige à modifier mon modèle mental. Probablement une contrainte de clé composite sur la table des pages dans la base de données nécessitant la combinaison d’espace et de nom de page pour être unique.
Il s’agit d’un problème courant, les concepteurs de Confluence ont exploité un modèle conceptuel qui résout problème différent et j’ai essayé de l’appliquer à la façon dont je pouvais organiser mon contenu afin qu’il me semble familier, mais il ne suffit pas. Pour approfondir le problème, rappelez-vous qu’il s’agit d’un espace partagé, que se passe-t-il si d’autres membres de l’équipe ont leurs propres idées sur la façon dont ils aimeraient organiser le contenu et que nous ne pouvons pas être d’accord?
La liaison implicite peut résoudre le problème de l’abstraction hiérarchique des informations pour les applications qui stockent du contenu à des fins de récupération des connaissances. En particulier ces bases de connaissances construites par des groupes de personnes pour la consommation individuelle. Dans cet exemple, nous pouvons faire 4 choses:
- Supprimer la hiérarchie explicite des informations modifiées par tout utilisateur du système
- Permettre à n’importe quel utilisateur d’ajouter des métadonnées à n’importe quelle page
- Fournir une valeur par défaut raisonnable pour la hiérarchie implicite de pages à des fins de navigation basée sur les métadonnées de page
- Permettre à l’utilisateur de recalculer la hiérarchie comme bon lui semble
Les étapes 2 à 4 ne sont pas aussi difficiles qu’elles pourraient l’être. L’ajout de métadonnées à une page crée simplement la possibilité d’ajouter des balises ou d’autres artefacts marquant les informations sur la page et dans la page. Confluence elle-même a même le concept d’étiquettes, bien que lorsque j’ai essayé d’ajouter l’étiquette «revue de sprint» à une page, elle ait divisé l’étiquette en «sprint» et «revue» séparément. L’application de prise de notes Bear est un excellent exemple de cette fonctionnalité bien réalisée. Si vous ajoutez la balise #Scrum/Sprint Review
à une note, puis votre note apparaîtra dans une hiérarchie implicite sous les «dossiers» Scrum/Sprint Review
.
Prenons ce concept un peu plus loin avec une expérience de pensée. Nous allons créer une nouvelle entreprise révolutionnaire, un site Web où les gens peuvent aller apprendre à entretenir leurs vélos. La chose à propos des vélos est que chaque vélo est composé d’un ensemble de composants de différents fabricants et assemblés pour que le client puisse les acheter en bundle. Notre idée révolutionnaire est donc de spécialiser la maintenance par type de composant. Par exemple, nous emploierons quelqu’un qui se concentre uniquement sur l’entretien des freins, quelqu’un pour les cadres, etc. Ensuite, quand un nouveau vélo sort, notre travail consiste à apprendre à entretenir les composants du vélo qui sont nouveaux, car nous avons déjà avoir des guides d’entretien pour le reste des composants. Ce que les lecteurs voient est une agrégation de tous les composants du vélo en tant que guide d’entretien unique pour un vélo spécifique. Pour rendre notre idée encore meilleure, nous réalisons que nous pouvons regrouper les composants par type et écrire un seul article de maintenance basé sur le type de composant, en se spécialisant au besoin. Par exemple, resserrer les freins sur des guidons lâchés ou plats. Comment allons-nous organiser ces informations de manière à ce que notre personnel travaille dans une hiérarchie et nos lecteurs dans une autre?
L’approche naïve consiste à mettre le fardeau de l’organisation sur notre personnel en le stockant de la même manière que l’utilisateur le lira. Quelqu’un serait responsable de la conservation de tous les vélos et de tous leurs composants, et des liens doivent être créés entre les vélos et les articles des composants. Une association explicite entre les vélos et les articles d’entretien pourrait ressembler à ceci.
Vous pouvez voir comment cela pourrait se compliquer très rapidement. Si nous voulions écrire un article spécialisé sur la façon d’entretenir les leviers de frein Shimano Claris, nous devions revenir en arrière et identifier tous les vélos avec ce composant. Avec de nombreux vélos et de nombreux articles, il deviendra difficile d’ajouter un vélo et de trouver tous les articles pertinents, et nous pourrions commencer à faire des erreurs ou finir par écrire des articles en double.
Pour résoudre ce problème avec la liaison implicite, nous pouvons séparer la hiérarchie des vélos et des composants des articles. Nous allons introduire une couche d’abstraction entre les deux. Les vélos seront composés d’ensembles d’attributs et les articles seront étiquetés avec des groupes d’attributs. Lorsqu’un nouveau vélo est introduit, ses attributs seront définis et tous les articles associés à ce vélo seront automatiquement inclus. Lorsqu’un nouvel article est écrit, il sera marqué et tous les vélos pour lesquels cet article est pertinent l’incluront.
Ici nos vélos sont composés de 5 attributs. Les balises sont des compositions d’attributs intitulées. Les articles peuvent avoir des balises ou spécifier des attributs individuels. Dans le cas que j’ai montré ci-dessus, il n’y a vraiment aucune différence. La différence vient cependant lorsque les attributs doivent être composés. Si nous voulons écrire un article pour toutes les marques de vélos basées aux États-Unis qu’un utilisateur voit lors de la sélection de leur vélo spécifique, nous créons une étiquette qui compose toutes les marques américaines et étiquetons l’article. Si nous ajoutons un vélo pour une nouvelle marque américaine, nous n’avons pas besoin de revenir en arrière pour trouver tous les articles liés à toutes les marques américaines, nous devons simplement mettre à jour la balise pour inclure la nouvelle marque. Ceci est un excellent exemple de lien implicite. L’utilisateur sélectionne son vélo spécifique dans une hiérarchie qui lui convient le mieux et voit tous les articles relatifs à ce vélo. Dans le même temps, notre équipe d’écrivains rédige des articles et les étiquette de manière appropriée sans se soucier de la manière dont les informations seront conservées pour le lecteur. Nous avons supprimé la charge d’organisation hiérarchique des deux groupes d’utilisateurs.
Communément appelé backlinks dans la culture actuelle de prise de notes, le référencement croisé consiste à référencer un élément d’un autre. Lors de la lecture du contenu, la référence facilite le retour au travail associé si nécessaire. L’exemple le plus évident de ces références est le hyperliens vous voyez souvent dans le contenu sur Internet. Pour approfondir le problème du référencement croisé, je veux parler de la prise de notes dans le contexte de la création de connaissances personnelles et de la productivité du travail.
Pour mon exemple, je vais simplement regarder l’une des applications de prise de notes les plus élémentaires, Notes.app, car elle n’a pas de concept de backlinks et impose donc le plus haut niveau de charge organisationnelle à ses utilisateurs, qui doit recherchez explicitement des notes connexes ou conservez toutes les notes connexes sous une seule page. Comme nous le verrons, peu importe la façon dont vous organisez les notes de cette manière, vous serez toujours à court de recherches de notes associées.
Disons que mon processus de prise de notes consiste à commencer une nouvelle note tous les jours. Dans cette note, j’organise les projets sur lesquels je travaille. Une telle note pourrait ressembler à ceci
Je fais le problème vraiment évident, cela signifie-t-il que je dois revenir aux notes des jours précédents pour regarder les TODO que je n’ai jamais terminés? (Oui, je sais qu’il existe des applications pour cela). C’est le cas, et cela signifie également que je dois revenir aux notes des jours précédents pour regarder ce que j’ai écrit pour Project 1 et Project 2. Même si j’organise par notes par projets, je vais avoir le même problème. Trouver du contenu à travers des notes est mon propre fardeau.
Pour montrer comment résoudre ce problème avec la liaison implicite, j’ai écrit l’application de notes la plus simple possible. Voici une capture d’écran.
J’ai écrit le même contenu dans cette note que dans l’exemple précédent à l’aide de l’application Notes d’Apple. Ce que j’ai fait différemment cependant, c’est de stocker une version de mes notes dans un graphique basé sur le texte de chaque nœud dans le HTML, qui ressemble à ceci.
Vous pouvez probablement déjà voir où je veux en venir. En une seule note, nous pouvons implicitement lier les TODO entre le projet 1 et le projet 2. Cela signifie que dans nos applications de notes, nous pouvons fournir à l’utilisateur des outils puissants pour faire apparaître les informations liées dans leur graphique de connaissances, le tout implicitement. Ajoutons une deuxième note et voyons ce qui se passe
Je ne voulais pas écrire une note quotidienne cette fois-ci, je suis allé avec une note spécifique au projet pour le projet 2. Le graphique est-il important?
Pas du tout. Mon graphique de connaissances se construit et en tant qu’utilisateur, je n’ai fait aucun lien explicite avec aucune information. Ce type de référencement croisé peut être exploité comme un outil puissant par l’utilisateur, tant que nous exposons les bonnes interfaces utilisateur pour travailler avec lui.