Growth/Positive reinforcement/uk

Ця сторінка описує роботу над «позитивним підкріпленням» як частиною набору функцій Зростання. На цій сторінці подано основні активи, дизайни, відкриті запитання і рішення.

Більшість поступових змін буде публікуватися на загальній сторінці оновлень Команди зростання, а деякі великі або детальні оновлення публікуватимуться тут.



Поточний стан

 * 2021-03-01: створено сторінку проєкту
 * 2022-02-25: проєкт розпочато обговореннями в команді
 * 2022-03-01: розширено сторінку проєкту
 * 2022-05-11: обговорення спільнотою
 * 2022-08-12: завершено тестування користувачами
 * 2022-11-24: додано поточні дизайни та план оцінки й експериментування
 * 2022-12-01: новий модуль впливу додано у пілотні вікі
 * 2023-02-07: почато роботу й друге обговорення спільнотою про Підвищення рівня і Персоналізовану похвалу
 * 2023-02-14: опубліковано віховий аналіз Завдань для новачків, що допоможе спрямувати роботу над Підвищенням рівня
 * 2023-03-22: Leveling up features released as an A/B test at Growth pilot wikis
 * 2023-03-24: published Thanks Usage analysis
 * 2023-05-25: released Personalized praise module on Growth pilot wikis
 * Next: release Personalized praise on all Wikipedias

Короткий опис
Команда Зростання зосереджується на розбудові «єднального досвіду новачка», що дає новачкам потрібний їм доступ до елементів, що допомагають їм долучитися до практичної спільноти Вікіпедії. Наприклад, через завдання новачка ми дали їм доступ до можливостей взяти участь, а через модуль наставництва ми дали їм доступ до наставництва. Пропоновані редагування змогли залучити більше новачків до їхніх перших редагувань. Маючи цей успіх, ми хочемо активно заохотити новачків продовжувати робити редагування. Це звертає нашу увагу на нерозвинений елемент, до якого новачка потрібен доступ: оцінка роботи. Ми називаємо цей проєкт «позитивним підкріпленням».

Ми хочемо, щоб новачки розуміли, що постійний внесок у Вікіпедію має прогрес і цінність — там ми покращимо утримання тих користувачів, що вже зробили перший крок, зробили редагування.

Наше велике питання таке: Як ми могли б заохотити новачків, які відвідали нашу домашню сторінку і спробували наші функції, до продовження редагування і надати їм імпульсу?

Передумови
Коли у 2019 році була запроваджена домашня сторінка новачка, вона містила базовий «модуль впливу», де показувалася кількість переглядів сторінок, які редагував новачок. Це єдина частина функцій Зростання, яка давала новачку відчуття свого впливу, і ми не покращували її з час впровадження. Маючи це за точку відліку, ми зібрали деякі важливі моменти щодо позитивного підкріплення:


 * Ми почули добрі відгуки від членів спільноти про модуль, у яких досвідчені редактори говорили, що він цікавий і цінний для них.
 * Показано, що висока оцінка від інших користувачів підвищує утримання, наприклад, у випадку «подяк» (тут і тут) та в експерименті у німецькій Вікіпедії. Ми вважаємо, що такі підкріплення від живих людей були б більш ефективними, ніж автоматичні від системи.
 * Члени спільноти пояснили, що високопріоритетним для новачків є перехід від простих завдань до більш цінних, замість того, щоб застрягати на простому виконанні простих завдань.
 * Інші платформи, такі як Google, Duolingo та Github, використовують численні механізми позитивного підкріплення, як то значки і цілі.
 * Спільноти із пересторогою ставляться до заохочення нездорових редагувань. Ми вже бачили, що коли конкурси статей пропонують цінні призи або коли корисні ролі на зразок «автопідтвердженого» залежать від кількості редагувань, це може заохотити людей робити більше проблемних редагувань.



Особистість користувача
Є багато моментів шляху новачка, у яких ми могли б спробувати підвищити утримання. Ми могли б зосередитися на новачках, які припинили редагувати після всього одного чи кількох редагувань, або ж ми могли б зосередитися на пізнішій точці — новачках, які припинили редагувати після кількох тижнів активності. Для цього проєкту ми вирішили зосередитися на тих новачках, які завершили свою першу сесію редагування, і ми б хотіли, щоб вони повернулися для другої. На діаграмі вони позначені жовтою зірочкою.

На цьому етапі ми хочемо зосередитися на новачках, оскільки це наступний з етапів, на якому ми б хотіли покращити утримання. Також ми бачимо тут зараз значний рівень відтоку, тож якщо ми зможемо утримувати новачків на цьому етапі, то це матиме відчутний вплив на зростання редакторів з часом.



Дослідження і дизайн
Було проведене дослідження різних механізмів, які використовуються для заохочення людей робити внесок у вікі й поза вікі. Нижче подано деякі ключові висновки з дослідження:


 * Мотивація редакторів Вікіпедії багатогранна і змінюється з часом і набуттям досвіду. Новими редакторами часто більше керує цікавість та соціальний зв'язок, ніж ідеологія.
 * Внутрішні проєкти зосереджуються на глибинних спонуках, апелюють до альтруїстичних мотивів і не застосовуються систематично.
 * Розширення заохочень за межі ідеологічних мотивів може покращити різноманіття редакторів, які залишаються у Вікіпедії.
 * Відомо, що позитивні повідомлення від досвідчених редакторів та наставників ефективні для короткотермінового утримання.

Переглянути огляд поточних ідей дизайну для позитивного підкріплення можна у цьому дизайновому брифі. Наші доробки будуть розвиватися далі з врахуванням відгуків від спільноти та кількох раундів тестування користувачами.

Ідеї
У нас є три головні ідеї для позитивного підкріплення. Ми можемо розробляти кілька ідей у процесі роботи над цим проєктом.

Вплив

 * Вплив: ревізія модуля впливу із вмонтуванням в нього статистики, графіків та іншої інформації про внесок. Перероблений модуль впливу даватиме новим редакторам більше контексту щодо їхнього впливу, а також заохочуватиме їх продовжувати робити внесок. Серед сфер дослідження такі:
 * Віха пропонованих редагувань, щоб підштовхнути користувачів спробувати пропоновані редагування.
 * Статистика редагувань за весь час (подібно до X Tools).
 * Число «отриманих подяк», щоб підкреслити можливість отримувати визнання від спільноти.
 * Недавня активність редагування — включно з кількістю днів, коли новачки редагували підряд («серії»), для заохочення тривалого залучення або нагадування почати робити внесок знову.
 * Кількість переглядів статей, які новачки редагували за увесь час (подібно до Вікіпедія:Статистика відвідувань статей).



Підвищення рівня

 * Підвищення рівня: для спільнот важливо, щоб новачки прогресували й переходили до цінніших завдань. Ми б хотіли підштовхнути тих, хто робить багато легких завдань, до того, щоб вони спробували важчі. Це може відбуватися після виконання ними певної кількості легких завдань або через заохочення на домашній сторінці. Серед сфер дослідження такі:
 * Новачок бачитиме повідомлення про успіх після редагування, що мотивуватиме їх робити більше редагувань на тому ж чи інших рівнях складності.
 * У модулі пропонованих редагувань надавати можливості робити складніші редагування, щоб новачки ставали більш вмілими редакторами.
 * У модулі впливу включити лічильник віх чи місце для нагород.
 * На домашній сторінці додати новий модуль із заданими викликами, за які можна отримати нагороду (значок/сертифікат).
 * Додати сповіщення, які пропонуватимуть новачкам спробувати складніше завдання.



Персоналізована похвала

 * Персоналізована похвала: дослідження показує, що похвала й заохочення від інших користувачів підвищує утримання новачків. Ми хочемо обдумати, як можна заохотити досвідчених користувачів дякувати й нагороджувати новачків за добрий внесок. Можливо, можна заохотити наставників до цього з їхньої панелі наставника або через сповіщення. Ми можемо використати наявні механізми комунікації, які, за даними попередніх досліджень, мали певний позитивний ефект. Серед сфер дослідження такі:
 * Особисте повідомлення від наставника новачка, що з'являється на домашній сторінці.
 * Сповіщення від наставника чи Команди Зростання.
 * «Подяка» за конкретне редагування.
 * Новий значок, яким нагороджує наставник чи Команда Зростання, що стосується певного редагування, певної віхи.



Обговорення спільнотою
We discussed the Positive Reinforcement project with community members from ar:ويكيبيديا:مشروع فريق النمو (التعزيز الإيجابي)bn:উইকিপিডিয়া:আলোচনাসভাcs:Diskuse k Wikipedii:Zkušenosti nových wikipedistů/Pozitivní posílenífr:Discussion Projet:Aide et accueil/Volontaires, and here on mediawiki.org.

We received direct feedback about the three main ideas, along with many other ideas for improving new editor retention.

Below is a summary of the main themes from the feedback, along with how we plan to iterate based on the feedback.

Other ideas:
Community members suggested several other ideas for improving newcomer engagement and retention. We think these are all valuable ideas (some of which we are already exploring or want to work on in the future) but the following ideas won't fit within the scope of the current project:
 * Send newcomers onboarding and welcome emails (the Growth team is actually currently exploring engagement emails in collaboration with the Marketing and the Fundraising teams).
 * Expose newcomers to Wikiprojects that relate to their interests.
 * Include a customizable widget on the newcomer homepage to allow wikis to promote certain newcomer tasks or events.
 * Send notifications to users who welcome newcomers once the newcomer reaches certain editing milestones (to help prompt the user to offer Thanks or Wikilove).

Second community consultation:
In February 2023, we completed a community consultation in which we reviewed the most recent Leveling up designs with the Growth Pilot wikis. This consultation was completed in English on Mediawiki, and at Arabic Wikipedia, Bengali Wikipedia, Czech Wikipedia, and Spanish Wikipedia (T328356). In general, feedback was quite positive. These two tasks help address feedback mentioned by those that responded to our questions:


 * Leveling up: Community configuration (T328386)
 * Leveling up: Second design iteration of "Try a new task" dialog (T330543)

In March 2023, we completed a community consultation in which we reviewed the most recent Personalized praise designs with the Growth Pilot wikis. This consultation was completed on English Wikipedia, Arabic Wikipedia, Bengali Wikipedia, Czech Wikipedia, French Wikipedia, Spanish Wikipedia, and at Mediawiki in English (T328356). Most feedback was supportive of Personalized praise features, but several further improvements were requested. We've created Phabricator tasks to address these further improvements.


 * On Arabic Wikipedia, and other wikis with Flagged Revisions, mentors want to see not only the number of edits a user had completed, but more details on the review status of edits (T333035)
 * Mentors want to be able to view the number or percentage of reverts their mentee has, and customize how many reverts a newcomer can have to be considered praiseworthy (T333036)
 * Mentors would appreciate knowing which edit a mentee is Thanked for (T51087)



Тестування користувачами
Поруч з обговоренням спільнотою ми хотіли отримати схвалення і доповнення до наших початкових варіантів дизайну і гіпотез, провівши тестування дизайну читачами й редакторами з кількох країн. Тож наша команда роботи над дизайном провела користувацьке дослідження позитивного підкріплення, спрямоване на те, щоб краще розуміти вплив проєкту на внесок новачків кількома різними мовами.

We tested several static Positive Reinforcement designs with Wikipedia readers and editors in Arabic, Spanish, and English. Along with testing Positive Reinforcement designs we introduced data visualizations from xtools as a way to better understand how these data visualizations are perceived by newcomers.



User testing results

 *  Make impact data actionable:  Impact data was a compelling feature for participants with more experience editing, which several related to their interest in data—an unsurprising quality for a Wikipedian. For those new to editing, impact data, beyond views and basic editing activity, may be more compelling if linked to goal-setting and optimizing impact.
 *  Evaluate the ideal editing interval:  Across features, daily intervals seemed likely to be overly ambitious for new and casual editors. Participants also reflected on ignoring similar mechanisms on other platforms when they were unrealistic. Consider consulting usage analytics to identify “natural” intervals for new and casual editors to make goals more attainable.
 *  Ensure credibility of assessments:  Novice editor participants were interested in the assurance of their skills and progress the quality score, article assessment, and badges offer. Some hoped that badges could lend credibility to their work reviewed by more experienced editors. With that potential, it could be valuable to evaluate that the assessments are meaningful measures of skill and further explore how best to leverage them to garner community trust of newcomers.
 *  Reward quality and collaboration over quantity:  Both editor and reader participants from esWiki were more interested in recognition of their knowledge or expertise (quality) than the number of edits they have made (quantity). Similarly, some Arabic and English editors are motivated by their professional interests and skill development to edit. Orienting goals and rewards to other indicators of skilled edits, such as adding references or topical contributions, and collaboration or community involvement may also help mitigate concerns about competition overtaking collaboration.
 *  Prioritize human recognition:  While scores and badges via Growth tasks is potentially valued, recognition from other editors appears to be more motivational. Features which promote giving, receiving, and revisiting thanks seemed most compelling, and editors may benefit from selecting impact data which demonstrates engagement with readers or editors most compelling to them.
 *  Experiment with playfulness of designs:  While some positive reinforcement features can be seen as the product of “gamification”, some participants (primarily from EsWiki) felt that simple, fun designs were overly childish or playful for the seriousness of Wikipedia. Consider experimenting with visual designs that vary in levels of playfulness to evaluate broader reactions to “fun” on Wikipedia.

Design
Below are the current designs for Positive Reinforcement. We have refined the three main ideas outlined above, but the scope of plans and the actual designs have evolved based on feedback from community discussions and user testing.

Impact
The revised impact module provides new editors with more context about their impact. The new design includes far more personalized info and data visualizations than the previous design. This new design is fairly similar to the design we shared previously when discussing this feature with communities. You can view the current engineering progress at beta wiki, and we hope to release this feature to Growth pilot wikis soon.

Leveling up
The Leveling up features focus on encouraging newcomers to progress to more valuable tasks. Ideas also include some prompts for new editors to try suggested edits, since structured tasks have been shown to improve newcomer activation and retention.
 * “Level up” post-edit dialog message: A new post-edit dialog message type is added to encourage newcomers to try a new task type. We hope this will encourage some users to learn new editing skills as they progress to different, more challenging tasks.
 * Post-edit dialog for non-suggested edits: Introduce newcomers who complete ‘normal’ edits to suggested edits. We plan to experiment by showing newcomers a prompt post 3rd and 7th edit. Desktop users who click through to try a suggested edit will also see their Impact module, which we hope helps engage newcomers and provides a small degree of automated positive reinforcement. We will carefully measure this experiment, and ensure there aren't any unintentional negative effects.
 * New notifications: New echo notifications to encourage newcomers to start or continue suggested edits. This acts as a proxy to “win-back” emails for those who have an email address and settings on to receive email notifications.

Personalized praise
Personalized praise features are based on research results that show that encouragement and thanks from other users increases editor retention.
 * Encouragement from Mentors: We will add a new module to the Mentor dashboard, that is designed to encourage Mentors to send personalized messages to newcomers who meet certain criteria. We will allow Mentors to customize and control how and when "praise-worthy" mentees are surfaced.
 * Increasing Thanks across the wiki: We plan to fulfill the community wishlist item to Enable Thanks Button by default in Watchlists and Recent Changes (T51541, T90404). We hope this will increase Thanks and positivity across the wikis, and hopefully newcomers will benefit from this directly or indirectly.



Hypotheses
The Positive Reinforcement features aim to provide or improve the tools available to newcomers and mentors in three specific areas that will be described in more detail below. Our hypothesis is that once a newcomer has made a contribution (say by making a structured task edit), these features will help create a positive feedback cycle that increases newcomer motivation.

Below are the specific hypotheses that we seek to validate across the newcomer population. We will also have hypotheses for each of the three sets of features that the team plans to develop. These hypotheses drive the specifics for what data we will collect and how we will analyse that data.


 * 1) The Positive Reinforcement features increase our core metrics of retention and productivity.
 * 2) Since the Positive Reinforcement features do not feature a call to action that asks newcomers to make edits, we will see no difference in our activation core metric.
 * 3) Newcomers who get the Positive Reinforcement features are able to determine that making un-reverted edits is desirable, and we will see a decrease in the proportion of reverted edits.
 * 4) The positive feedback cycle created by the Positive Reinforcement features will lead to a significantly higher proportion of "highly active" newcomers.
 * 5) The Positive Reinforcement features increase the number of Daily Active Users of Suggested edits.
 * 6) The average number of edit sessions during the newcomer period (first 15 days) increases.
 * 7) "Personalized praise" will increase mentor’s proactive communication with their mentees, which will lead to increase in retention and productivity.

Experiment plan
Similarly as we have done for previous Growth team projects, we want to test our hypotheses through controlled experiments (also called "A/B tests"). This will allow us to establish a causal relationship (e.g. "The Leveling Up features cause an increase in retention of xx%"), and it will allow us to detect smaller effects than if we were to give it to everyone and analyze the effects pre/post deployment.

In this controlled experiment, a randomly selected half of users will get access to Positive Reinforcement features (the "treatment" group), and the other randomly selected half will instead get the current (September 2022) Growth feature experience (the "control" group). In previous experiments, the control group has not gotten access to the Growth features. The team has decided to move away from that (T320876), which means that the current set of features is the new baseline for a control group.

The Personalized Praise feature is focused on mentors. There is a limited number of mentors on every wiki, whereas when it comes to newcomers the number increases steadily every day as new users register on the wikis. While we could run experiments with the mentors, we are likely to run into two key challenges. First, the limited number of mentors could mean that the experiments would need to run for a long time. Second, and more importantly, mentors are well integrated into the community and communicate with each other, meaning they are likely to figure out if some have access to features that others do not. We will therefore give the Personalized Praise features to all mentors and examine activity and effects on newcomers pre/post deployment in order to understand the feature’s effectiveness.

In summary, this means we are looking to run two consecutive experiments with the Impact and Leveling up features, followed by a deployment of the Personalized Praise features to all mentors. These experiments will first run on the pilot wikis. We can extend this to additional wikis if we find a need to do that, but it would only happen after we have analyzed the leading indicators and found no concerns.

Each experiment will run for approximately one month, and for each experiment we will have an accompanying set of leading indicators that we will analyze two weeks after deployment. The list below shows what the planned experiments will be:


 * 1) Impact: treatment group gets the updated Impact module.
 * 2) Leveling up: treatment group gets both the updated Impact module and the Leveling up features.
 * 3) Personalized praise: all mentors get the Personalized praise features.

Leading indicators and plan of action
While we believe that the features we develop are not detrimental to the wiki communities, we want to make sure we are careful when experimenting with them. It is good practice to define a set of leading indicators together with plans of what action to take based if a leading indicator suggests something isn't going the way it should. We have done this for all our past experiments and do so again for the experiments we plan to run as part of this project.

Impact
Impact module interactions: We find that the proportion of newcomers who interact with the old module (6.1%) is significantly higher than for the new module (5%): $$\chi^2 = 17.5, df = 1, p \ll 0.001$$ This difference showed up early on in the experiment, and we have examined the data more closely understand what is happening. One issue we identified early on was that not all interaction events were instrumented, which we subsequently resolved. Examining further, we find that many of those who get the old module click on links to the articles or the pageviews. In the new module, a graph of the pageviews is available, thus removing some of the need for visiting the pageview tool. As a result, we decided that no changes were needed.

Mentor module interactions: We find no significant difference in the proportion of newcomers who interact with the Mentor module. The proportion for newcomers who get the old module is 2.4%, for those who get the new module it's 2.2%. A Chi-square test finds this difference not significant: $$\chi^2 = 1.5, df = 1, p = 0.219$$

Mentor module questions: We do not see a substantial difference in the number of questions asked between the old module (269 edits) and the new module (281 edits). The proportion of newcomers who asks their mentor a question is also the same for both groups, at 1.5%.

Edits and revert rate: We do not see a substantial difference in the number of edits nor in the revert rate between the two groups measured on a per-user average basis. There are differences between the groups, but these are driven by some highly prolific editors, particularly on the mobile platform.

Levelling up
Levelling up post-edit dialog interactions: We find a higher proportion of newcomers interacting with the post-edit dialog in the Levelling Up group (90.8%) compared to the standard post-edit dialog (86.5%). This is largely driven by mobile where the Levelling Up interaction proportion (88.0%) is a lot higher than the other group (81.6%). The proportion is still higher for the Levelling Up group on desktop (93.6%) compared to the control (92.2%), but we regard it as "virtually identical" because the high proportion in the control group means there is little room for an increase.

Try a suggested edit click through rates: 21.9% of newcomers who see the "Try a suggested edit" post-edit dialogue chooses to click through, which is significantly higher than the threshold set. The proportion is higher on desktop (24.0%) than on mobile (19.7%), but in neither case is there a reason for concern.

Increase your skill level click through rates: We find that 73.1% of newcomers who see the "increase your skill level" dialog click through to see the new task, which is a lot higher than our expected threshold of less than 10%. Proportions are high on both desktop (71.1%) and mobile (77.3%).

Get started click through rates: 3.8% of newcomers who get the "Get started" notification clicks through to the Homepage. Users who registered on desktop are more likely to click the notification (5.5%) than those on mobile (2.5%). Because the threshold of 5% is met, we are investigating further to understand this difference between desktop and mobile behaviour, particularly to understand if our 5% threshold is reasonable.

Keep going click through rates: We find that 9.6% of users who get the "Keep going" notification clicks through to the Homepage. Similarly as we do for the "Get started" notifications, we find a much higher proportion on desktop (16.2%) compared to mobile (4.7%). Our investigations into differences in notification behaviour by platform will hopefully give us more insight into this difference.

Activation: We find a decrease in constructive article activation (making a non-reverted article edit within 24 hours of registration) of 27.0% compared to 27.7%. As soon as we noticed this we opened T334411 to investigate the issue, with a focus on patterns in geography (countries and wikis) and technology (devices and browsers). We did not find clear patterns explaining the issue. The investigation of this decrease in activation will be investigated further: T337320.