Growth/Personalized first day/Structured tasks/fr

Cette page décrit le travail de l'équipe Croissance (Growth team) sur le projet « tâches structurées », qui est lié aux projets « tâches des nouveaux arrivants » et « page d'accueil des nouveaux arrivants ». Cette page contient les principaux atouts, les conceptions, les questions ouvertes et les décisions. La plupart des mises à jour progressives sur l'état d'avancement des projets seront affichées sur la page générale des mises à jour, certaines mises à jour importantes ou détaillées étant affichées ici.

Statut actuel

 * 2020-05-01: planification et documentation des notes initiales

Résumé
L'équipe chargée de la croissance a déployé le projet "newcomer tasks" en novembre 2019, qui suggère aux nouveaux arrivants un flux d'articles à modifier sur leur page d'accueil personnelle. Depuis avril 2020, les articles suggérés proviennent uniquement d'articles dont les modèles de maintenance ont été appliqués par des éditeurs expérimentés, qui ne donnent pas aux nouveaux arrivants d'indications particulières sur les phrases, mots ou sections qui nécessitent une attention particulière. Malgré ce manque d'orientation, nous sommes heureux de constater que les nouveaux venus ont fait des suggestions d'édition productives.

Bien que les modèles de maintenance offrent divers types de modifications à effectuer par les nouveaux arrivants, il se peut qu'ils soient trop vastes et trop ouverts pour que les nouveaux arrivants puissent réaliser leurs modifications avec succès. Et sur les appareils mobiles, les éditeurs visuels ou de wikitexte peuvent submerger les nouveaux arrivants qui tentent de les faire sur un petit écran.

C'est pourquoi nous voulons expérimenter une idée appelée « tâches structurées ». Il s'agit de décomposer le processus d'édition des articles en une série d'étapes que les nouveaux venus peuvent accomplir facilement. En suivant les exemples réussis des équipes Android et Language, nous pensons que ces types de modifications seront plus faciles à effectuer pour les nouveaux arrivants et plus faciles à réaliser sur un téléphone portable, ce qui aidera un plus grand nombre de nouveaux arrivants à effectuer davantage de modifications. Ces tâches structurées seraient accessibles aux nouveaux arrivants dans le cadre du projet de tâches pour les nouveaux arrivants.

Modifier, c'est compliqué
Grâce à l'expérience de l'équipe Croissance, nous en sommes venus à penser que les premiers moments d'un nouveau venu sur le wiki peuvent rapidement déterminer s'il veut rester ou partir. Nous pensons que les nouveaux arrivants veulent rester lorsqu'ils peuvent rapidement faire une modification et avoir une expérience positive. Mais contribuer à Wikipédia — pour presque tout type de contribution — est compliqué, et cela rend difficile pour eux de réussir une modification rapidement. Par exemple, il faut suivre une douzaine d'étapes pour faire quelque chose d'aussi simple que d'ajouter une seule phrase à un article :


 * 1) rechercher le bon article ;
 * 2) voir si l'information que vous souhaitez ajouter est déjà présente dans l'article ;
 * 3) choisir une section dans laquelle ajouter la phrase ;
 * 4) cliquer pour commencer à modifier ;
 * 5) taper la phrase à la bonne place ;
 * 6) cliquer sur le bouton « Sourcer » ;
 * 7) retourner sur la source pour en avoir le lien ou pour citer l'information ;
 * 8) remplir et valider le formulaire de référence ;
 * 9) cliquer pour publier la modification ;
 * 10) remplir le résumé de modification ;
 * 11) publier.

Les nouveaux arrivants qui ouvrent l'éditeur visuel ou l'éditeur de wikitexte pour la première fois ne savent pas quelles sont ces étapes, dans quel ordre les faire, ni sur quels boutons cliquer pour les réaliser. En d'autres termes, leur expérience n'est pas « structurée ». Il se peut qu'ils soient simplement dépassés et qu'ils partent. Ou ils peuvent aussi tenter de réaliser quelque chose, commettre une erreur et recevoir des commentaires négatifs de la part de rédacteurs expérimentés. C'est le but de ce projet : comment aider les nouveaux venus à réaliser ces étapes dans le bon ordre ?

Building on knowledge from other teams
Adding structure to editing workflows has been part of the Wikimedia projects for a long time. Some examples include:


 * HotCat: lets users choose categories to add to articles with a few clicks, instead of manually editing the wikitext.
 * Commons Upload Wizard: breaks the process of uploading media to Commons into a series of a simple steps.
 * Citoid: available in the Visual Editor, this breaks down the process of adding a citation into steps that include algorithms to automatically produce the citation text and template.

Most recently, the idea of "structured tasks" has been working well on the Wikipedia Android app and in the Content Translation tool. We're inspired by their work.

With their "suggested edits" project, the Android team broke down the process of adding a title description to a Wikipedia article into one easy step of typing into a text box. They have since done the same with translating title descriptions across languages. In order to do the same tasks without a structured workflow, users would have to go to Wikidata and go through several steps to make those same edits. The team learned that this method works: many Android users make hundreds of these small contributions.

The Language team built the Content Translation tool, which does several things to structure the process of translating an article. It offers a side-by-side interface built for translations, it breaks the translation down into sections, and it automatically applies machine translation algorithms. Though Wikipedians could translate articles before the existence of the tool, the number of manual steps required made it very difficult. This tool is successful, with hundreds of thousands of translations completed. We learned that when translating an article is broken down into steps, with rote parts (e.g. running machine translation) taken care of automatically, more articles get translated.

The Growth team is thinking about applying these same principles to content edits in articles, like adding links, adding images, adding references, and adding sentences.

Une esquisse de tâche structurée
La meilleure façon d'expliquer comment nous envisageons les tâches structurées peut être de montrer un rapide croquis. La première tâche structurée à laquelle nous avons pensé est « ajouter un wikilien » (lien interne). Mais les mêmes idées pourraient s'appliquer aux tâches structurées pour « ajouter une image », « ajouter une référence », ou même « ajouter un fait ».

Dans la fonctionnalité des tâches pour les nouveaux venus, beaucoup de nouveaux venus effectuent des tâches « ajouter un wikilien » — dans lesquelles ils ajoutent des liens bleus internes dans les articles qui n'en ont pas beaucoup. Cela semble être une simple tâche d'édition pour commencer. Mais nous pensons que beaucoup de nouveaux arrivants ne comprennent pas comment passer par les étapes de l'ajout d'un lien et ne savent pas quels mots transformer en liens. Nous imaginons un flux de travail qui les guide pas à pas, à l'aide d'un algorithme qui peut deviner quels mots ou phrases pourraient constituer les meilleurs liens.

Dans le schéma ci-dessous, le nouveau venu arrive sur un article, et se voit suggérer un mot qui pourrait faire un bon lien interne. S'il est d'accord pour qu'il en fasse un lien, il est guidé à travers les étapes de la création du lien. Cela leur apprendra, espérons-le, à ajouter des liens par eux-mêmes à l'avenir — et peut-être apprécieront-ils de continuer à recevoir ces suggestions de liens algorithmiques. En ce qui concerne l'algorithme, l'équipe de recherche du WMF a effectué des travaux préliminaires qui nous rendent confiants dans la possibilité d'un tel algorithme.



En y réfléchissant, nous avons esquissé une deuxième idée. Au lieu d'apprendre au nouveau venu à ajouter des liens à l'aide de l'éditeur visuel, cet flux de travail permet à l'utilisateur de confirmer ou de rejeter rapidement les recommandations de l'algorithme, en éditant directement l'article. Bien que ce système ne leur apprenne pas comment ajouter des liens via l'éditeur, il pourrait aider un nouveau venu à éditer à un volume élevé, et pourrait mieux convenir à un utilisateur qui essaie d'être productif avec des tâches simples, par exemple quand qu'il est en déplacement. Il pourrait également convenir aux utilisateurs qui sont « uniquement » intéressés par des modifications très simples, comme c'est le cas pour l'application Android, où de nombreux éditeurs sont « uniquement » intéressés par la description des titres.



En ce qui concerne les tâches structurées, il semble que la question suivante se pose : les flux de travail doivent-ils être davantage axés sur la formation des nouveaux arrivants à l'utilisation des outils traditionnels ou sur la capacité des nouveaux arrivants à effectuer des modifications faciles à un volume plus important ?

Why this idea is prioritized
We think that quickly making productive edits is what leads to newcomer success. Once they've done some edits, the rest of the wiki experience quickly becomes richer. Newcomers can then see their impact, get thanked, ask informed questions to their mentors, create their userpage, etc. Therefore, we want lots of newcomers to make their first edits as soon as possible. We have already seen from the newcomer tasks project that many newcomers are looking for easy tasks to do. But we also have observed these things:


 * Only about 25% of the newcomers who click on a suggestion actually edit it.
 * Only about 25% of those who do a suggested edit do another one.
 * There are a handful of newcomers who really thrive on suggested edits, doing dozens of them every day. This shows the potential for newcomers to accomplish a lot of wiki work.
 * In live user tests, when newcomers are told to copyedit an article or add links to an article, they frequently want to know exactly which sentence or words need their attention. In other words, attempting to edit the full article is too open-ended.

Taking these points along with the experiences described above of the Android and Content Translation teams, we think we could increase the number of newcomers editing and continuing to edit by structuring some of the content editing workflows in Wikipedia.

Opportunities with structured tasks
When we break down editing workflows into steps, we call them "structured tasks". Here are some of the possible benefits we think could come from structured tasks:


 * Make it easy for newcomers to make meaningful contributions.
 * Develop editing workflows that make sense for mobile. Mobile design principles tell us that users should see one step at a time, not a complicated workspace.
 * Let newcomers increase their skills incrementally. They could take on successfully more challenging types of tasks.
 * Let people find an editing experience that fits them. By giving newcomers a feed of structured tasks, they could find the type of tasks that they prefer.
 * Perhaps similar workflows could be opened to experienced editors in the future.

Concerns and downsides to structured tasks
Whenever we add new ways for people to edit Wikipedia, there are many things that can go wrong:


 * By making editing too quick and easy, we may attract vandals, or users who don't apply enough care when editing.
 * Giving newcomers simple workflows may keep them from learning the traditional editing tools, which are essential for doing the most impactful wiki work.
 * Structured tasks may not be good at accounting for differences across languages, idiosyncrasies with wikitext, and could cause other kinds of bugs.
 * Algorithms that surface structured tasks may not be accurate enough, and falsely encourage newcomers to complete edits they shouldn't.