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

Wikimania provided us with the opportunity to speak with experienced members of our communities. Over the five days of the conference we were able to share the plans for our upcoming Desktop improvements project, and collect valuable feedback on a number of design ideas. Our research consisted of user interviews, a free-form feedback exercise, and a presentation with breakout groups for focused discussion. Note: to better understand the context surrounding the various ideas on this page please refer to the main project page, or more specifically the Phase 1 and Phase 2 pages.

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


Currently the language links are located in the sidebar, often below the “fold” of the page. Moving language switching to a more prominent location could facilitate easier switching and a greater awareness of Wikipedia’s multilingual offerings. Link to prototype

Aperçu des commentaires :


 * There was general support for this idea. People agreed that the language switcher deserves a more prominent location, and liked the placement near the article header.
 * There were some concerns around the idea of collapsing languages (as opposed to displaying the full list).
 * Make sure to use the full language panel with search and settings. This ensures that when you have many languages it’s still a good experience.
 * Could we make it even easier to switch to the desired language? Use geolocation and try to predict?
 * Could we use a more obvious icon?

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.

The brainstorm generated many questions and ideas, many of which we've included with the results of the free-form feedback exercise. Some overall themes that emerged:


 * Different people have different needs. This applies when thinking about readers vs. editors, but even among editors there are a variety of different needs.
 * The interface should be more modular and configurable. This need, especially among editors, is clear from the popularity of gadgets and user scripts that exist. How can we formalize this and make it easier to customize the interface to your needs?
 * The interface should be less dense, especially for readers. There was agreement that over time a lot of clutter has built up in the interface and it would be an improvement to reorganize it such that there's more emphasis on the content rather than the navigation and chrome.