URL: https://linuxfr.org/news/refaire-linuxfr-org-resultats-de-l-enquete Title: Refaire LinuxFr.org : résultats de l’enquête Authors: mjourdan ZeroHeure, Davy Defaud, Benoît Sibaud, bubar🦥 et Bruno Michel Date: 2018年05月22日T22:51:31+02:00 License: CC By-SA Tags: linuxfr, design, agenda_du_libre, firefox et mastodon Score: 78 Il y a quelque temps, nous vous avions sollicité afin de comprendre quelles étaient les forces et les faiblesses de _LinuxFr.org_. Nous avons étudié chacune de vos 235 participations, qui étaient à l’image de ce que l’on retrouve d’ordinaire sur le site : critiques, chaleureuses, joviales ou teintées de nostalgie. Nous allons tâcher de synthétiser tout ça, vous allez voir, on a du pain sur la planche ! ![Vieux logo LinuxFr.org](https://linuxfr.org/images/logos/ayo-linuxfr_version_hard_128.png) ---- [Améliorons l’expérience utilisateur de LinuxFr.org !](https://linuxfr.org/news/ameliorons-l-experience-utilisateur-de-linuxfr-org) ---- # Les principales sources de frustration C’était la question la plus importante de notre enquête, la première, souvenez‐vous : > « Lorsque vous naviguez sur _LinuxFr.org_, qu’est‐ce qui vous déplaît le plus ? Quelle est la plus grosse difficulté que vous rencontrez ? » Un très grand nombre des participants a répondu ne rencontrer aucune difficulté ou gêne particulière. Certains s’en étonnaient même, et expliquaient cela par l’habitude. D’autres se sont montrés très inspirés et ont fait de longues listes. Ci‐après, ce qui revient le plus. ## L’aspect visuel De loin, ce qui déplaît le plus au plus grand nombre, c’est l’aspect visuel. Beaucoup de liens, peu d’images, les pages manquent parfois de lisibilité. L’adjectif qui revient le plus est « vieillot », mais on en a vu passer des plus fleuris, que la bienséance nous oblige à garder pour nous... Changer de feuille de style permettra‐t‐il de résoudre la principale difficulté ? Pas vraiment, parce que bien d’autres choses sont à revoir. ## La page d’accueil Plusieurs personnes ont signalé ne pas comprendre l’ordre des dépêches présentées sur la page d’accueil ! L’article le plus en haut de la page d’accueil est « épinglé » parce que l’équipe de _LinuxFr.org_ a souhaité lui donner plus de visibilité. Or, la plupart des gens viennent sur la page à la recherche des dernières nouvelles, et le même article peut rester épinglé plusieurs semaines, même pour les utilisateurs identifiés dont on sait qu’ils l’ont déjà lu. Alors ces utilisateurs contournent comme ils peuvent : certains préfèrent sauter vers les sections _dépêches_ et _journaux_. D’autres font défiler la page pour accéder aux articles plus récents. Comme visuellement la distinction entre l’article épinglé et les actualités est très très subtile, il se pourrait même que des personnes n’aient pas remarqué la chose et restent persuadées que l’article le plus haut dans la page d’accueil est le plus récent... En tout cas, il y en a une qui soupçonne l’équipe du site de faire remonter des actus pas fraîches pour meubler (une référence à [Ordralfabétix et son « Il est frais mon poisson ! »](http://blog.asterix.com/blog/images/Ordra_Poissons_Colere.jpg) ?) ! Plusieurs personnes nous ont signalé avoir découvert, en lisant notre précédente dépêche, l’existence de journaux personnels. D’autres nous ont dit ne pas avoir compris la distinction entre journaux et dépêches. Là encore, il ressort que la page d’accueil ne joue pas le rôle que l’on attend d’elle: présenter aux visiteurs les différents contenus qui existent sur le site. Outre les articles épinglés déjà lus, le formulaire d’authentification, inutile aux visiteurs dépourvus de comptes (et utile que très temporairement aux autres), consomme un espace très précieux sur mobile et oblige à faire défiler la page. ## Trouver l’information pertinente La plupart des participants ont loué le travail de fond qui caractérise la plupart des articles du site. Il est donc fréquent que l’on veuille se référer à des articles qui ne font plus partie de l’actualité brûlante. Et, là, ça coince. Impossible de distinguer ses contenus préférés. Les fonctionnalités existantes comme les étiquettes (_tags_) ne sont pas trouvées. Le système de recherche n’est d’aucun secours : celui‐ci semble privilégier les contenus les plus anciens. Nous avions déjà vu que [les rubriques étaient sens dessus dessous](https://linuxfr.org/news/ameliorons-l-experience-utilisateur-de-linuxfr-org#les-rubriques-sens-dessus-dessous), nous ne nous étions pas rendu compte que l’information était si difficile à trouver ! ## Le suivi des discussions Irréprochable pour quelques‐uns, le système de discussions comporte des défauts majeurs pour d’autres. Cas d’utilisation concret : sur la page d’un article, lorsque l’on publie un commentaire ou rafraîchit la page, la liste des commentaires non lus est perdue ! C’est d’autant plus frustrant que l’on ne peut s’empêcher de se demander « et si je venais de passer à côté du commentaire le plus ~~lumineux~~ intéressant de tout _LinuxFr.org_ ?! » Eh oui, vous être nombreux à trouver que les commentaires peuvent s’avérer un complément utile aux articles. Hélas, les « querelles de clochers » parfois prennent le pas sur l’objet de l’article. Il y a enfin les fameux trolls, que l’on pourrait classer dans deux grandes familles : ceux qui font des blagues légères ou _geek_ et contribuent à la bonne ambiance du site, et les autres. Autant d’inconvénients que le système de notation ne semble pas résoudre tout à fait. Plus anecdotique, plusieurs personnes ont déploré l’absence des commentaires dans les flux Atom (RSS), ce qui est particulièrement fâcheux pour qui vient consulter le forum. Ça nous a interpellé parce que c’est une fonctionnalité que l’on pensait disponible, et à y regarder de plus près, ce n’est pas si évident... Comme ce changement semble assez mineur, on a ajouté une [entrée de suivi](https://linuxfr.org/suivi/lien-vers-les-commentaires-depuis-le-flux-atom). ## Du bon usage de la langue Nombreuses sont les personnes à déplorer la place prise par les discussions ergotant sur le bon usage de la langue française. Même lorsqu’il n’y a pas débat, on observe fréquemment que les premiers lecteurs corrigent les erreurs qu’ils peuvent déceler dans l’article qu’ils viennent de lire. C’est à double tranchant : d’une part ça améliore le confort de lecture pour les personnes qui bénéficieront de la version corrigée ; d’autre part, ça produit l’effet inverse pour qui va lire les commentaires, car les premiers fils de discussion sont fréquemment occupés par des remarques sur la forme. Une réflexion sera donc à mener sur comment permettre de contribuer à la correction des articles déjà publiés, sans que cela n’occupe un espace proéminent dans les discussions. ## Le diable se niche dans les détails Certaines des réponses à l’enquête portaient sur des points très précis de l’interface Web. On nous a fait la remarque que les « sites amis » n’étaient pas tellement mis en valeur. Ce n’est pas faux : une liste à points en pied de page. La remarque pourrait s’étendre à l’[équipe du site](https://linuxfr.org/team), qui ne rend pas tellement hommage au travail des bénévoles qui s’impliquent — de diverses manières et à des degrés divers — pour faire tourner la boutique. Autre chose. Ainsi que vous pourrez le constater au bas de cet article, se trouve entre parenthèse un compteur de commentaires. Accolé à lui se trouve un lien _Oublier_. On peut imaginer que ces deux éléments sont liés et que le lien permet d’« oublier » quels commentaires ont été lus. Les téméraires qui oseront s’aventurer à cliquer dessus pourront constater qu’il n’en est rien : le lien permet de marquer l’article comme « non lu ». Bien sûr, on portera notre attention à toutes ces petites choses qui peuvent contribuer à la satisfaction des visiteurs. # Contribuer, une affaire de niveau ? Lorsque nous cherchions à comprendre ce qui pouvait dissuader ou rebuter les personnes envisageant publier des articles sur le site, plusieurs réponses sont ressorties. Bien sûr, il y a les gens qui n’ont pas le temps ou préfèrent le consacrer à autre chose. Il y a les éternels procrastinateurs, assez peu nombreux en proportion. Et puis il y a ceux qui insistent sur un point : s’ils ne contribuent plus aujourd’hui, ils ont déjà publié des articles sur _LinuxFr.org_ par le passé. Pourquoi ne publient‐ils pas à nouveau ? Parce qu’ils ont vécu l’accueil qui a été fait à leur écrit comme violent. Cette violence s’exprime notamment à travers le système de notation, conçu pour que les comptes trop sanctionnés par des notes négatives ne soient pas seulement dissuadés mais carrément [empêchés de publier](https://linuxfr.org/aide#aide-karma). Plus encore que le système de notation, la perspective de donner lieu à des commentaires cinglants, inutiles, nuisibles ou immatures et à des querelles interminables est une crainte très largement partagée ! Toutefois, passer du rôle de lecteur à celui d’auteur semble être en soi une étape, un pas à franchir. Le plus gros obstacle à franchir ? L’écart entre les connaissances que les lecteurs estiment avoir et les connaissances qu’ils perçoivent comme nécessaires pour publier un écrit intéressant. Ce qui se traduit par « j’ai pas le niveau ». Sur 235 réponses, 42 évoquent manquer de connaissances, compétences, technicité, maîtrise ou de légitimité pour participer aux publications. Cela ne paraît pas absurde, après tout : on sait que nos visiteurs ne sont pas tous des professionnels de l’informatique. Il y a deux raisons pour lesquelles cette explication n’est pas satisfaisante. La première est que sur les 42 personnes qui estimaient ne pas être en capacité de contribuer aux rédactions, 28 déclarent suivre une formation ou exercer une activité bénévole dans l’informatique. La seconde est que les publications sur _LinuxFr.org_ sont diversifiées, aussi bien dans leur nature que dans leurs thématiques : elles vont de la traduction de ressources techniques (les entrailles du nouveau Firefox avec [Quantum Render](https://linuxfr.org/news/un-nouveau-moteur-de-rendu-ultra-rapide-pour-firefox-quantum-render), le développement en [Rust autour de Gstreamer](https://linuxfr.org/news/conference-gstreamer-2017-oxydation-de-gstreamer) à l’annonce de différents projets libres (musique assistée par ordinateur avec [Librazik 2](https://linuxfr.org/news/librazik-2-est-de-sortie), jeu vidéo avec [Enigmaki](https://linuxfr.org/news/enigmaki-le-retour-du-koala-masque-aux-chaussettes-rayees), infographie et dessin-animé avec [GIMP et _Ze Marmot_](https://linuxfr.org/news/nouvelles-de-zemarmot-gimp-et-gimp-motion-greffon-d-animation-dans-gimp)...), en passant par des [revues de livre](https://linuxfr.org/news/revue-de-livre-la-face-cachee-d-internet-de-rayna-stamboliyska) et des présentations d’[applications pour Android](https://linuxfr.org/news/f-droid-1-0-est-sorti). Paradoxalement, c’est peut‐être cette diversité qui pousse les lecteurs à se questionner sur leur légitimité pour participer aux rédactions : certains perçoivent une hausse de la technicité des articles, d’autres déplorent sa baisse ! À qui _LinuxFr.org_ doit‐il s’adresser en priorité ? Pour favoriser de nouvelles participations, l’enjeu est donc multiple. D’une part, casser la fausse idée que la communauté de _LinuxFr.org_ serait composée exclusivement d’experts. D’autre part, admettre que participer aux rédactions est justement un moyen de développer ses connaissances sur des sujets précis. Enfin, permettre à chacun de trouver facilement les rédactions collaboratives en lien avec ses centres d’intérêt et domaines de prédilection, plutôt que d’obliger à farfouiller parmi plusieurs dizaines d’articles [en cours de rédaction](https://linuxfr.org/redaction), comme c’est le cas aujourd’hui. # Limites de l’enquête On le savait par avance, la méthode employée (le formulaire à remplir en ligne) ne permet aucun dialogue, alors que l’on aurait eu besoin de faire préciser certaines réponses que l’on était pas sûrs de bien comprendre. Cependant, le formulaire nous a permis de toucher un grand nombre de personnes, et nous avons choisi de fermer l’enquête assez rapidement afin de pouvoir décortiquer toutes les réponses qui avaient été soumises. Si c’était à refaire, on pense que le formulaire était une bonne approche, que l’on aurait sans doute pu mieux utiliser. Comme cela a été signalé, effectivement, on a oublié les forums dans le questionnaire à choix multiples sur les fonctionnalités utilisées. On aurait été curieux de savoir qui possédait un compte ou non, ou plusieurs comptes (alors que c’est [interdit](https://linuxfr.org/compte/inscription)). Depuis combien de temps les gens connaissent _LinuxFr.org_ aurait été une donnée à croiser avec la perception qu’ils ont du site, de façon particulièrement intéressante. On avait voulu laisser beaucoup de liberté aux participants, mais être plus restrictif par endroit aurait pu faciliter l’analyse. Enfin, on s’est rendu compte que certaines de nos questions étaient trop vastes : plutôt que demander pourquoi vous ne participiez pas aux « publications », on aurait peut‐être dû affiner et distinguer « rédiger des actualités complètes » d’une part, « participer aux rédactions collaboratives » d’autre part, « publier des billets de blogs », etc. Malgré ces limites, nous pensons avoir atteint l’objectif que nous nous étions fixés : les informations recueillies sont un support utile pour concevoir les évolutions et les prioriser. # Remerciements Vous avez habilement rempli les quelques cases que nous avions aménagées, vous nous avez proposé votre aide pour décortiquer les réponses, vous vous êtes portés volontaires pour jouer les cobayes sur ce qui pourrait être la prochaine interface du site : merci ! Et pour votre patience, aussi. # Personas et scénarios À partir des réponses collectées, nous avons tenté de dégager quelques traits caractéristiques qui pouvaient apparaître fréquemment. De là, nous avons constitué des [_personas_](https://fr.wikipedia.org/wiki/Persona_(ergonomie)), c’est‐à‐dire des personnages fictifs dotés de leurs propres motivations et objectifs. Nous associons ensuite à nos personas des scénarios dans lesquels ils cherchent à accomplir des tâches, et ça nous aide dans nos choix de conception. Les curieux peuvent aller consulter [nos _personas_](https://github.com/mjourdan/linuxfr-design/blob/master/articles/3-personas.md) sur GitHub, ainsi que [les scénarios](https://github.com/mjourdan/linuxfr-design/blob/master/articles/4-scenarios.md). Cela nous a notamment conduit à mettre de côté l’idée d’une intégration à l’agenda du Libre (mettant en avant les évènements devant avoir lieu dans la zone géographique de l’utilisateur) ou, à l’inverse, à améliorer le suivi des commentaires (en mettant en avant les commentaires pertinents et en facilitant le suivi des discussions). On avait envisagé solliciter des volontaires pour réorganiser les rubriques du site ou tester des prototypes interactifs. Les contraintes matérielles font que l’on va sans doute revoir nos ambitions à la baisse : on dispose d’assez peu de logiciels libres pour travailler sur ces aspects. En l’absence d’outils informatiques, il reste possible de travailler avec du papier et de bons vieux stylos, mais ça impose de trouver des locaux qui puissent accueillir les participants. Ça demande également du temps, beaucoup de temps : il s’agirait par exemple de rencontrer [une quinzaine de personnes](https://www.nngroup.com/articles/card-sorting-how-many-users-to-test/) pour trier les catégories, ou encore de tester les prototypes sur des panels de cinq personnes. # Maquettes Muni d’un bloc de papiers et d’un stylo, nous avons multiplié les croquis pour explorer différentes idées. Pour mieux hiérarchiser les différentes informations susceptibles d’apparaître à l’écran. La majorité des croquis visaient des ordinateurs de poche. ## Ouvrir le site à de nouvelles participations Dans le but de rendre limpide l’articulation des différentes sections du site, nous avons opté pour un vocabulaire qui ne s’adresse plus seulement aux initiés de _LinuxFr.org_. Une nouvelle page d’à‐propos renseigne sur l’objet de _LinuxFr.org_, ce que l’on peut trouver sur le site et ce que l’on peut y faire. [Parcours à propos : ![À propos de LinuxFr.org](https://raw.githubusercontent.com/zeroheure/linuxfr/master/folder/11_parcours_a_propos.png)](https://raw.githubusercontent.com/mjourdan/linuxfr-design/master/wireframes/11_parcours_a_propos.png) ## Encourager la participation aux rédactions Un espace de rédaction individuel donne la possibilité de travailler sur plusieurs articles et billets de blogs. Dans l’espace de rédaction collaborative, on met l’accent sur la variété des thématiques pour encourager la participation de chacun et chacune aux sujets qui l’intéressent. [Parcours de rédaction : ![Rédiger un article pour LinuxFr.org](https://raw.githubusercontent.com/zeroheure/linuxfr/master/folder/10_parcours_redaction.png)](https://raw.githubusercontent.com/mjourdan/linuxfr-design/master/wireframes/10_parcours_redaction.png) ## Favoriser les interactions entre les membres En permettant à ses membres de référencer (par exemple) leurs dépôts GitLab, clefs GPG et autres comptes Mastodon, _LinuxFr.org_ met en valeur la diversité de sa communauté et l’aide à tisser des liens, aussi en dehors du site. [Parcours blogs : ![Tisser des liens sur LinuxFr.org](https://raw.githubusercontent.com/zeroheure/linuxfr/master/folder/6_parcours_blogs.png)](https://raw.githubusercontent.com/mjourdan/linuxfr-design/master/wireframes/6_parcours_blogs.png) ## Faciliter le suivi des conversations Sur les contenus, le système de commentaire est enrichi d’une méthode de filtre supplémentaire, qui permet de n’afficher que les commentaires qui ont été jugés pertinents par la personne à l’origine du contenu. Les commentaires de cette personne sont de plus mis en évidence. [Maquette réponses à votre commentaire : ![Mise en relief des commentaires](https://raw.githubusercontent.com/zeroheure/linuxfr/master/folder/3_parcours_commentaires.png)](https://raw.githubusercontent.com/mjourdan/linuxfr-design/master/wireframes/3_parcours_commentaires.png) Un nouveau système de notification aide à suivre les conversations auxquelles on participe (qu’il s’agisse des commentaires ou de la messagerie instantanée dans l’espace de rédaction). [Maquette notifications : ![Recevoir des notifications](https://raw.githubusercontent.com/zeroheure/linuxfr/master/folder/1.0_accueil_notifications.png)](https://raw.githubusercontent.com/mjourdan/linuxfr-design/master/experimentations_5/1.0_accueil_notifications.png) ## Une interface adaptée aux différents écrans Enfin, l’interface doit s’adapter aux formats d’écran les plus communs. Ainsi, la [page d’accueil sur grand écran](https://raw.githubusercontent.com/mjourdan/linuxfr-design/master/experimentations_5/1.0_accueil.png) pourrait donner quelque chose comme ça sur les plus petits : ![Accueil sur mobile](https://raw.githubusercontent.com/mjourdan/linuxfr-design/master/experimentations_5/accueil.png) # La suite On avait fait pas mal d’aller‐retour avec l’équipe de _LinuxFr.org_, et itéré en fonction des discussions. On serait heureux de procéder à des itérations supplémentaires sur la base des critiques constructives qui ne manqueront pas d’apparaître. On reconnaît volontiers que l’on a des talents très limités en matière d’esthétisme : choix des illustrations, des couleurs, des polices, style des boutons, etc. Tout cela reste à définir. Voilà la direction dans laquelle on se propose donc de creuser. La décision d’implémenter ou rejeter ces travaux appartient à l’équipe du site, dont je ne fais aucunement partie. Si parmi la communauté _LinuxFr.org_, il y a des volontaires pour prêter main forte à [Bruno](https://linuxfr.org/users/nono) et développer cette évolution du site, n’hésitez pas à vous faire connaître dans les commentaires !

AltStyle によって変換されたページ (->オリジナル) /