Reading/Web/Desktop Improvements/Repository/Wikimania Stockholm research report/fr

Wikimania nous a fourni la possibilité de parler avec les membres expérimentés de nos communautées. Pendant les cinq jours de la conférence nous avons pu partager les plans de notre projet à venir d'amélioration du bureau et réunir des commentaires appréciables sur un nombre d'idées de développement. Notre recherche a consisté à interviewer des utilisateurs, sous la forme libre d'un exercice de commentaires, et d'une présentation avec des groupes de discussion sur des sujets dédiés. Vous trouverez ci-après un aperçu des interviews d'utilisateurs par fonctionalité. 18 wikimédiens au total ont été interrogés. Vous pouvez voir également ce rapport de recherche en tant que diaporama.

Navigation principale / barre latérale masquable


La barre latérale comporte beaucoup d'outils utiles pour les contributeurs, mais est rarement utilisés par les lecteurs occasionnels. Rendre la barre latérale masquable (réduite par défaut pour les utilisateurs déconnectés et développée par défaut pour les utilisateurs connectés) offre une expérience de lecture plus ciblée. Lien vers le prototype

Aperçu des commentaires :


 * L'avis général est favorable à cette idée. Nous sommes d'accord que cette possibilité est utile et qu'une barre latérale masquée a beaucoup de sens pour les lecteurs.
 * Les liens de la barre latérale ne sont pas organisés aujourd'hui et beaucoup d'entre eux sont rarement utilisés par les lecteurs et les contributeurs, bien que cela soit un problème séparé.
 * Compromis entre une expérience de lecture ciblée et la possibilité pour les gens d'explorer des domaines qu'ils ne pourraient pas autrement
 * L'icône du hamburger est-elle globalement reconnaissable ?
 * En affichant moins de points d’entrée pour les contributions, peut-être que ceux que nous montrons (par exemple, Edition, Discussion, etc.) auront plus d’engagement.

Résultats rapides : pour (9 pour, 3 blancs, 1 contre)

Notes/réponses aux commentaires : Une idée supplémentaire que nous avons discutée, et dont nous avons entendu la faveur, mais elle ne fait pas partie du prototype qui possède des sections de la barre latérale masquables également :



Pour plus d'informations sur ce domaine, voir la navigation à l'aide de la barre latérale principale.

Sélecteur de langue


Actuellement, les liens de langue sont situés dans la barre latérale, souvent sous le "pli" de la page. Déplacer la sélection de la langue vers un emplacement plus important pourrait faciliter le changement et mieux faire connaître les possibilités multilingues de Wikipedia. Lien vers le prototype

Aperçu des commentaires :


 * Cette idée a été reçue positivement par les utilisateurs. Ils ont convenu que le sélecteur de langue méritait un emplacement plus important et ont apprécié le placement près de l'en-tête de l'article.
 * L’idée de réduire les langues (par opposition à l’affichage de la liste complète) a suscité certaines inquiétudes.
 * Veillez à utiliser tout le panneau de langue avec la recherche et les paramètres. Cela garantit que lorsque vous avez plusieurs langues, cela reste une bonne expérience.
 * Pouvons-nous rendre encore plus facile le passage à la langue souhaitée ? Utiliser la géolocalisation et essayer de prédire ?
 * Pourrions-nous utiliser une icône plus évidente ?

Résultats rapides : pour (9 pour, 1 blanc, 2 contre)

Notes/réponses aux commentaires : The main takeaway from our conversations are that in the cases where people are likely to change languages a dropdown menu may not be sufficiently discoverable. It might therefore make sense to have two different treatments:

Rechercher


Actuellement, le champ de recherche est un élément relativement petit et n’est seulement accessible que depuis le haut de la page. Augmenter la taille et l'importance du champ de recherche et le rendre toujours disponible, quelle que soit la position du défilement, encouragerait une exploration et un apprentissage plus poussés. Lien vers le prototype

Aperçu des commentaires :


 * There was general support for this idea. People liked search being more obvious, and liked the fixed header that made it available from anywhere on the page.
 * Could we hide it while scrolling down the page, and reveal it upon scrolling up (to preserve as much reading space as possible)?
 * What additional items might valuable in a fixed header?
 * What will happen as a result of the logo getting smaller?
 * Include images and descriptions in the search results list

Résultats rapides : pour (10 pour, 1 blanc, 1 contre)

Notes/réponses aux commentaires :

Navigation entre articles / table des matières


Many popular articles are quite long. How do users navigate within articles to find what they're looking for? Currently the table of contents is only accessible from the top of the page (below the lead section). Making it always available regardless of scroll position might allow people to more easily navigate within articles, helping them to find the information they are looking for more easily. Link to prototype

Aperçu des commentaires :


 * People mentioned that they don’t use the table of contents often, though they do jump between the top and bottom of the article often.
 * Table of contents is less useful for short articles
 * The placement in the prototype felt unnatural to people
 * People liked having a fixed article header, and wondered what other elements could be included for logged-in users, e.g. article tools (see Article tools section for * further exploration of this)

Quick score: pour/blanc (5 pour, 4 blanc, 0 contre)

Notes/réponses aux commentaires : For both this prototype and the search prototype people were intrigued by the idea of a fixed/sticky header and what elements would be useful to have there. There could potentially be a fixed/sticky site header (search, user tools, etc.) as well an article header (article title, toc, page tools, etc.). It could also be possible to combine these into one header. Follow up sketches (more specifically just about article navigation / table of contents):

Outils utilisateur


By consolidating the user tools in a single menu the interface becomes less cluttered and more welcoming to people who have just created an account for the first time. It also provides a more flexible foundation for introducing additional features in the future. Link to prototype

Aperçu des commentaires :


 * There was general support for this idea. People appreciated the cleaner interface.
 * Could it be configurable such that you could choose one or two items to expose as icons outside of the dropdown menu?
 * Note that several popular gadgets add links to this area (e.g. UTC Clock gadget)

Résultats rapides : pour (5 pour, 1 blanc, 0 contre)

Notes/réponses aux commentaires : Anticipating the need some people will have to expose certain items outside of the menu it would be great if it was easy to specify certain pages and expose them via icons:

Outils pour les articles


Currently some article tools are in the sidebar whereas others are in the article toolbar. By consolidating the tools in the article toolbar we can create a more intuitive page structure. Also by optionally collapsing them into a menu (at least for logged-out users) we can create a cleaner experience. Link to prototype

Aperçu des commentaires :


 * General agreement that consolidating page tools would be an improvement
 * Some editors use these items very often and expressed concern about the additional click required to access them
 * Note that several popular gadgets add links to this area (e.g. Twinkle)
 * A more descriptive name for the menu (e.g. Page tools) would be helpful
 * People would like to be able to access these tools regardless of scroll position on the page

Résultats rapides : blanc (3 pour, 5 blancs, 1 contre)

Notes/réponses aux commentaires : Out of all the features we discussed this one stands out in terms of the needs of editors/logged-in users being very different from the needs of readers/logged-in editors. We know from looking at the data that a very small percentage of logged-out users interact with page tools, however we heard that easy access is important for editors.

Forme libre d'exercice pour les commentaires


During the three days of the conference we also displayed a poster of a redesigned desktop interface in a main walkway, with the prompt “''Let’s improve desktop. Thoughts?''”. We placed post-its and markers on a shelf underneath the poster. This resulted in 77 comments (we cleared the post-its off periodically when the poster got full). While all of the feedback and ideas were helpful the ones shown below came up more than once (meaning either more than one person wrote it on a post-it, or people added “+1” to existing post-its).

Notes/réponses aux commentaires :

Présentation et réflexion


The presentation took place on the final day of Wikimania in the New Readers space. It was an opportunity for us to share the general outline of the project with the community (scope, timeline, etc.) as well as showcase some of the sketches and ideas. Responses were consistently positive and encouraging, even if cautionary at times.

La rélexion a généré de nombreuses questions et idées, dont beaucoup ont été incluses dans les résultats de l'exercice de commentaires libres. Voici quelques thèmes généraux qui en ont émergé :


 * Différentes personnes ont des besoins différents. Ceci s’applique lorsqu’on pense aux lecteurs par rapport aux éditeurs, mais même parmi les éditeurs, il existe une variété de besoins différents.
 * L'interface devrait être plus modulaire et configurable. Ce besoin, en particulier parmi les éditeurs, découle clairement de la popularité des gadgets et des scripts utilisateur existants. Comment pouvons-nous formaliser cela et rendre plus facile la personnalisation de l'interface selon vos besoins ?
 * L'interface devrait être moins dense, surtout pour les lecteurs. Il a été convenu qu'au fil du temps, l’encombrement de l’interface s’est accumulé et qu’il serait intéressant de la réorganiser de manière à privilégier le contenu plutôt que la navigation et l'esthétique.