Reading/Web/Desktop Improvements/fr

Notre interface pour ordinateurs de bureau a évolué dans le temps. Cependant, depuis l’introduction de l’habillage Vector (le design par défaut du site), la plupart de ces changements ont été conduits par des bénévoles et sont seulement disponibles sous forme de prototypes, gadgets, scripts utilisateur et habillages conçus par des bénévoles. Nous pensons qu’il est temps de prendre certaines de ces idées pour qu’ils deviennent accessibles par défaut. Pendant les deux prochaines années, l’équipe Web des lecteurs va rechercher et développer des améliorations de l’expérience sur ordinateur de bureau à partir d’études et des outils existants. Nos objectifs sont de rendre les wikis Wikimedia plus accueillants pour les nouveaux lecteurs et contributeurs, et plus faciles et rapide à utiliser pour tous (à la fois les contributeurs nouveaux et vétérans).

Ce projet en est au balbutiement des discussions. Il n’y a ni projet ni développement concrets pour le moment. Nous avons besoin de votre collaboration et de retours sur les domaines clés du problème et de vos réflexions sur le design initial plus bas.

Comment vous pouvez aider
Feedback: Please look through these details and subpages, and share your feedback on the talkpage about the ideas and mockups we have collected so far - How could they be further improved? What important considerations are not currently documented?

Recherche et idées : Modifiez la section « Phase 1 : Idées de conception » ci-dessous, pour ajouter de nouvelles idées, des notes, des liens vers des discussions passées, des liens vers des gadgets/scripts existants, des liens vers de bons patrons de conception à considérer, etc.

Test individuel : Une fois le développement commencé, nous rendrons le travail en cours disponible directement via un nouvel habillage dans les préférences. Vous pourrez individuellement activer et tester les changements.

Wikis complets : Nous sommes également à la recherche de wikis qui seraient intéressés pour aider dans des tests globaux, comme changer localement l’interface par défaut pour les utilisateurs connectés. Si vous pensez que votre communauté pourrait être intéressée, n’hésitez pas à nous poser toutes vos questions, puis débutez une discussion localement, et une fois qu’un consensus local est établi, ajoutez un lien vers cette discussion sur la page de discussion.

Les commentaires et idées plus longs sont les bienvenus sur la page de discussions, dans n’importe quelle langue.

Mises à jour
Inscrivez-vous au Bulletin d’information:Mises à jour des améliorations pour ordinateur de bureau pour être notifié·e lorsque de nouvelles sous-sections sont ajoutées ici. Les étapes clés majeures seront annoncées sur tous les wikis via MassMessage.

Octobre 2019 : Étude technique étape 2
Nous avons publié les résultats de notre étude technique en préparation du début du travail sur le projet. Nous avons particulièrement travaillé à réunir plus d’informations sur les éléments suivants :
 * la possibilité de servir une version différente du site aux utilisateurs non-connectés (dans l’optique de réaliser des tests avec/sans ou des tests A/B) ;
 * la recherche et les différences entre les outils-gadgets de recherche actuels ;
 * le changement de langue et les possibilités d’améliorer le sélecteur de langue ;
 * T234907, une RFC technique portant sur le choix la base du code avec laquelle commencer.

Septembre 2019 : rapport de recherche de Wikimania


Pendant Wikimania 2019, nous avons mené des entretiens avec le but de partager les plans de notre futur projet Améliorations de l’interface pour ordinateurs de bureau, et de récolter des avis enrichissants sur un certaines premières idées de design. Notre recherche a pris la forme d’entretien avec des utilisateurs, d’un exercice de retour libre et d’une présentation avec des petits groupes pour des discussions plus précises. Nous avons publié un rapport et un résumé en PDF (en anglais) des retours que nous avons eus. Globalement, les retours ont été positifs sur les domaines ciblés comme sur les différents prototypes qui permettaient de se faire une idée. Cependant, nous avons aussi pu identifier des points à améliorer.

Nous reprendrons ces retours durant les prochaines semaines et projetterons le développement d’un prototype que nous pourrons tester avec un public plus large issus des différents wikis.

Le diaporama ci-dessous est un échantillon de 19 des idées testées. Pour un contexte détaillé, lisez le compte-rendu en entier puis n’hésitez pas à nous faire un retour sur la page de discussion !

Septembre 2019: utilisation du bureau et analyse des données de comportement
As a part of our research process, we wanted to learn more about the way people currently use the site. In particular, how often they use available functionality such as links in the sidebar, language switching, and search. We have published our results. Overall, usage of sidebar links is low - only about 0.5% of all logged out users and 1.6% of all logged-in desktop users clicked on one of the pages linked in the sidebar. Language switching usage varied, generally based on the size of the wiki, with smaller wikis switching languages more often.

Août 2019: recherche et réunions à Wikimania


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 the 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 + brainstorming session (you can see the slide-deck we used at the side). We will soon be publishing the summary of the feedback, as well as interview session results.

Août 2019: recherche technique
To explore different technical possibilities for the project, the team spent a week hacking on different approaches to a single problem - how to enable the sidebar in the desktop experience to be collapsible. We are hoping to use the results from these experiments to determine the technical architecture for the improvements, as well as the skin we would like to build these improvements within. Here is a list of the experiments themselves:


 * construire une barre latérale repliable en utilisant une branche de l'habillage Vector
 * construire la barre latérale du bureau dans l'habillage Minerva. Exploration de la question : "existe-t-t il un monde où il y aurait le même habillage pour le bureau et pour le mobile ?"
 * construire une barre latérale repliable en utilisant les styles utilisateurs uniquement

Constats problématiques

 * 1) Les wikis Wikimedia ne sont pas accueillants
 * Wikimedia wikis’s desktop sites are not a welcoming or familiar experience for new readers. It does not match the expectations created by the modern web and our other platforms (the Android and iOS apps as well as the mobile website).  It feels disorienting and disconnected due to the haphazardly organized navigation and interface links. In turn, this causes readers and editors to have less trust in Wikimedia wikis, to be less likely to explore Wikimedia wikis, and eventually, to use our sites less than they otherwise would (i.e. a decrease in retention).
 * 1) Les wikis Wikimedia ne sont pas faciles à utiliser
 * Readers (new readers especially) are unable to intuitively perform basic functions like switching languages, searching for content, or adjusting reading settings. Additionally there is a lot of clutter that distracts from the content they are interested in. New editors are faced with a similar barrier; an interface that is not welcoming or intuitive and is cluttered.  It is difficult for them to perform basic tasks necessary for contribution, such as setting up an account, opening the editor, or learning how to use special pages for moderation purposes (e.g. history pages to find&revert vandalism). All users can have problems with the sites not being properly "responsive", which leads to issues like really wide content or really narrow content (depending on screen and window sizes). By keeping the status quo, we are preventing people who are eager to contribute from being able to do so (i.e. experience bias).
 * 1) Il n’est pas facile de comprendre le modèle des wikis Wikimedia
 * Actuellement, un très faible pourcentage des lecteurs comprennent comment les wikis Wikimedia fonctionnent. Notre interface ne souligne pas les mécanismes internes du site d’une manière intuitive. De nombreux lecteurs ne sont pas au courant que le contenu qu’ils sont en train de lire est écrit par des bénévoles et fréquemment mis à jour, ou qu’ils pourraient y contribuer aussi.

De plus, la variété d’expériences qui existent entre nos différents produits (interface pour ordinateur de bureau, applis et web mobile) rend difficile pour les lecteurs de connaitre les liens entre nos produits et de les associer avec le contenu lui-même. Cela crée un manque d’unité dans le concept des sites Wikimedia.

Résumé par public :

Objectifs
Voici les objectifs que nous visons :


 * rendre plus facile pour les lecteurs de se concentrer sur le contenu ;
 * améliorer l’accès aux actions quotidiennes (par exemple la recherche, le changement de langue, la modification) ;
 * mettre les choses à des endroits logiques et pratiques ;
 * augmenter la cohérence de l’interface avec les autres plateformes (web mobile et applis) ;
 * éliminer les encombrements ;
 * anticiper une croissance future.

Contraintes
Voici une liste de choses que nous voulons expressément garder en tête :


 * ne pas toucher au contenu – aucun travail ne sera effectué dans la mise en page des modèles ou du contenu des pages elles-mêmes ;
 * ne supprimer aucune fonctionnalité – les choses peuvent être déplacés, mais tous les éléments de navigation et autres fonctionnalités actuellement disponibles par défaut resteront ;
 * pas de changement drastique de la disposition — nous allons prendre une approche évolutive pour les changements et voulons que le site continue de rester familier aux lecteurs et contributeurs.

Calendrier
Voici le calendrier approximativement imaginé, susceptible d’évoluer en fonction de notre progression :


 * Phase 1 : mai – septembre 2019 : investigation et études pour déterminer où nous pouvons créer de la valeur et où se concentrer.
 * Phase 2 : juillet – novembre 2019 : développement des priorités, esquisses et prototypage des idées, début des discussions.
 * Phase 3 : octobre 2019 – janvier 2020 : test utilisateur en continu et perfectionnement du design.
 * Phases 4 et + : à déterminer.

Mesures
Ci-dessous, une ébauche des mesures essentielles que nous souhaitons réaliser durant ce projet. Au fur et à mesure que nous définissons les changements que nous voulons réaliser avec plus de précision, nous reprendrons et étendrons cette liste.

Améliorer l’intérêt pour nos publics actuels, mesuré à travers :


 * les interactions :
 * augmenter les recherches par session de 5 % au cours du projet,
 * augmenter le changement de langue par projet de 5 % au cours du projet ;
 * l’affinité :
 * avoir des retours pour le site avec des sentiments plus positifs et chaleureux (à travers les enquêtes et tests des utilisateurs),
 * augmenter le sentiment de confiance et de crédibilité (mesuré à travers les enquêtes et les tests des utilisateurs).

Processus de recherche et de conception
Remarque générale : notre processus n’est pas particulièrement strict. Il est librement basé sur les bonnes pratiques en matière de recherche et de conception, cependant il est aussi relativement récent et flexible, en ce sens que nous nous engageons dans des activités ad hoc et des explorations lorsqu’elles semblent appropriées. Alors que nous avons dessiné le processus de recherche et de conception en trois phases ci-dessous, en pratique les phases se recoupent. De plus, il ne semble pas y avoir pour le moment une façon évidente de distinguer les activités de recherche de celles de conception (elles sont interdépendantes), nous en discutons donc ensemble.

Phase 1. Investigation, étude, déterminer où nous pouvons créer de la valeur, où se concentrer (mai 2019 – septembre 2019)

 * Page principale : sous page « Recherche et création : phase 1 »

Nous avons commencé en considérant l’expérience par défaut sur ordinateur de bureau (donc avec Vector) en nous demandant : de quelle manière peut-on améliorer cela ? Quelles possibilités avons-nous de modifier l’interface pour améliorer l’expérience pour tous les lecteurs et contributeurs ? Comment la modifier pour permettre aux gens de faire plus facilement ce qu’ils veulent ? Comment peut-on créer un environnement de lecture plus agréable ? Bien sûr, pendant la réflexion autour de ces questions, nous avons gardé en tête les contraintes du projet. Parmi les activités d’étude et de conception que nous avons commencées afin d’approfondir ces questions, il y a eu :

lire des études de Wikipédia précédentes conduites par la Wikimedia Foundation ou par d’autres instituts d’étude ou particuliers ;
 * comprendre l’histoire de notre interface sur ordinateur de bureau ;
 * discussions au sein de notre équipe pour développer une compréhension partagée du projet et susciter des idées ;
 * Winter, Timeless et autres refontes de Wikipedia ;
 * lectures à propos des refontes et mises à jour d’autres grands sites web (Reddit, Twitter, etc.) ;
 * réalisation d’un audit d’autres grands sites web pour tester et glaner des éléments structurels communs.

Le résultat de la phase 1 a été : une meilleure compréhension de l’interface pour ordinateur de bureau et une proposition de zones cibles à améliorer. Nous n’avions pas de critères stricts de définition d’une zone cible. D’une manière générale, il s’agissait d’une idée d’amélioration que nous pouvions faire, bien qu’à des niveaux variés de spécificités, tels que : une expérience de lecture plus sobre ou la facilité pour changer de langue. Les zones cibles proposées sont :


 * la création d’un environnement plus ciblé et « tranquille » pour la lecture, en consolidant voire en masquant des liens de navigation y compris :
 * la navigation principale de la barre latérale,
 * les outils pour les articles,
 * les outils de l’utilisateur ;
 * le changement de langue ;
 * la recherche ;
 * la navigation dans l’article / le sommaire.

Des idées supplémentaires, plus spécifiques à des fonctionnalités sont aussi venues : des préférences de lecture (par exemple le mode sombre), un bouton partager,un bouton Modifier plus large, ajouter un bouton Nouvel article (pour les wikis plus petits), rendre plus évident comment s’impliquer, des statistiques d’article, un résumé des activités.

Phase 2. Développement des zones cibles, dessin et prototypage des idées, début des discussions (juillet 2019 – novembre 2019)

 * Page principale : sous page « Étude et conception : phase 2 »

The research activities and conversations in phase 1 helped us develop a better understanding of the landscape we were working within (i.e. the desktop interface). It also helped us develop potential focus areas to further investigate (while still remaining open to new ideas). Our next goal was to dig a bit deeper into the focus areas through sketching, prototype, and most importantly conversations with the community. The research and design activities included:


 * Understanding past work, research, and experiments in respective focus areas
 * Obtaining general usage data about the respective focus areas
 * Sketching out and prototyping early ideas to help facilitate conversations
 * Forming early hypotheses
 * User interviews and other feedback at Wikimania
 * Community feedback via MediaWiki (happening soon)
 * User interviews with newcomers and casual readers (happening soon)
 * User testing on usertesting.com (happening soon)

The output from phase 2 will include: reactions to sketches of specific interface improvements within the focus areas, a refined (i.e. more opinionated and informed) sense of which improvements are worth pursuing, a proposal for the sequence in which we could implement proposed improvements.

Phase 3. Suite des tests utilisateurs et affinage de l'architecture (octobre 2019 – janvier 2020)
Phase 3 will be a cycle of: further testing the specific ideas that came out of phase 2, then refining our designs in response to what we learn. There are potentially some things that need to be tested as betas on actual wikis. We will be working to identify these things and figure out how we plan to test them in beta (i.e. what data we would be tracking, and what decisions we'd be making based on what behavior we see).

The output of phase 3 will include: nearly finalized designs (though we usually leave room for additional iterations during implementation) and a plan for what we want to learn as we roll things out in beta, and what decisions/changes we would make based on that information.

Phase 1 : Idées de conception
Quelques unes des nombreuses idées qui ont été suggérées sont ci-dessous. N’hésitez pas à ajouter des idées importantes et des liens dont vous avez connaissance :


 * À L’ATTENTION des contributeurs : modifiez bien la version en anglais pour ajouter des idées et liens, ou ajoutez un commentaire sur la page de discussion. Ne vous souciez pas des balsies « tvar » si vous ne les comprenez pas, nous les ajouterons après-coup.

Se concentrer sur le contenu, distinguer le contenu de l’interface utilisateur Easier access to everyday actions Putting things in logical and useful places
 * Sections de la barre latérale escamotables
 * Exemples : Wikipedia en hébreu, ...
 * Étude : Étude du projet opérabilité sur le masquage des liens de langues,Maquettes du projet opérability sur les sections escamotables dans la barre latérale
 * Barre latérale escamotable
 * Exemples : Habillage large (script d’enwiki), Cacher la barre latérale de Vector (script d’enwiki), barre latérale de l’habillage Timeless (disposition adaptative)…
 * Barre latérale flotante
 * Exemples : FloatSide (script d’enwiki)…
 * Sticky header with search, table of contents, edit links
 * Examples: FloatHead (enwiki script), FloatHead (another enwiki script), Floater (enwiki script), Winter (historical prototype), Timeless (alternative skin), ...
 * Research: Usability-wiki
 * More prominent language switching (moving the language switcher to the top of the page)
 * Examples: Timeless skin at 1325px or wider and at 1085px or thinner, ...
 * Sticky table-headers
 * Examples: Gadget-StickyTableHeaders (enwiki gadget)
 * Consolidated user menu (e.g. collapsing things like "Log out", "Preferences", and "Beta", inside a dropdown menu)
 * Examples: Compact personal bar
 * Preferences for logged out users
 * Examples: Accessibility settings/preferences (T91201), ...
 * Moving article actions from the sidebar to within the article
 * Examples: Winter, Timeless skin at 1085px or thinner, ...
 * Easily navigate through articles - load page content using JS without loading the whole page
 * Examples: RevisionSlider, an extension to easily navigate through diffs.