Growth/Personalized first day/Welcome survey/ja

このページで解説する「歓迎アンケート」プロジェクトの作業は、Growthチームが取り組む「個人化した初日」という大枠のイニシアチブ配下の固有のプロジェクトです. このページでは主要なアセット、設計、意思決定について述べます. 進捗状況で増えた更新のほとんどは一般向けの Growthチームの更新ページに、そしてこのページには特定の大規模または詳細な更新をそれぞれ掲載します.

歓迎アンケートは2018年11月20日に実装し、対象はチェコ語と朝鮮語のウィキペディアでした. 初期のデータを収集、分析結果を同年12月にこちらの初期報告書として発表しました.

その後、2019年3月時点で試案のうち"変数 A" と名付けたものが最適で、現状ではチェコ語版、朝鮮語版のウィキペディアでは新規利用者全員に表示されています.

ベトナム語版ウィキペディアに最適なのはどのパターンか、現在、検討段階に入りました.



現状

 * 2018-11-20: 歓迎アンケートをチェコ語版と朝鮮語版のウィキペディアで実施、利用者の半数に変数 A を表示、残りの半数は対照グループとしました.
 * 2018-12-22: を公表.
 * 2019-01-16: 、チェコ語版と朝鮮語版ウィキペディアで対象利用者の半数に変数 A 、残りの半数には変数 C を表示するように変更しました.
 * 2019-01-24: 歓迎アンケートをベトナム語版ウィキペディアで実施、利用者の半数に「変数A」を、残りの半数は「変数 C」を表示しました.
 * 2019-02-27: ベトナム語版ウィキペディアで設定を変更、利用者の半数に変数 A を表示、残りの半数にはアンケートを行いませんでした. 目標は最初の経験が活動中止率に影響するのではないかという懸念を確かめるためです.
 * 2019-03-06: チェコ語版と朝鮮語版ウィキペディアの実験結果を分析したところ、すべての利用者に変数 A（のアンケート）を表示する方式に変更、どのシナリオ設定でも指標でも、こちらのほうが上回っていたからです. 現状、チェコ語版と朝鮮語版ウィキペディアでは、実験を行なっていません.
 * 2019-03-21: ベトナム語版ウィキペディアでは調査を中止. デスクトップ版利用者の場合、変数 A のアンケートを表示した利用者の方が、アンケートを表示しなかった利用者よりも活動中止率がずっと高いとわかったからです. この結果は今も検討中です.
 * 2019-07-12: 調査について利用者が自由記述する欄を削除. これまでの経過により、すでに集まった回答から学ぶべきであること、また（自由記述式の欄は）荒らしを招く可能性があるとわかりました.
 * 2019-07-15: 歓迎アンケートをアラビア語版ウィキペディアで実施、利用者の半数に「変数A」を表示、残りの半数にはアンケートをしませんでした.
 * 2019-08-30: 公開した結果で見ると、歓迎アンケートはアラビア語版ウィキペディアの利用者にマイナスの影響は与えていません.
 * 次: 歓迎アンケートの質問項目を変え、新規参加者タスクに必要なデータを集めます

要約
新人編集者の経験調査に基づき、新規参加者はそれぞれのウィキに特定の目標を持ってやってくることがわかっています. それを達成できない場合、二度と戻ってくることはないはずです. そこで歓迎アンケートを使い、それぞれの新規参加者が求めるものは何か質問し、こちらからその達成に役立つ経験を提供しようとしています. 新人利用者にはアカウント作成のタイミングでもう少し質問をして、たとえばなぜアカウントを作成するのか、これからどんなことを達成したいのか、興味のあるトピックや指導役をつけてほしいかなどを尋ねたいと考えます.

このプロジェクト推進のモチベーションは、「個人化した初日」のイニシアティブをご参照ください.

新規参加者の初日を個人化するため、歓迎アンケートの分析結果をどのように活用するか、詳細は「勧誘メール」と「新規参加者ホームページ」のプロジェクトをご参照ください.

Comparative review
To learn how best to design the welcome survey, our team's designer reviewed the way that other platforms (e.g. Reddit, Coursera, Medium) ask initial questions of newcomers. While the experience we want to give newcomers is definitely different than other platforms (we want to give newcomers an optional, lightweight, non-invasive experience), we also recognize that there are best practices we can learn from other software. The comparisons are shown in this slide deck, and the main takeaways are:


 * Modals were generally more in use or otherwise a full page overlay for forms.
 * No more than 4 questions were asked during onboarding.
 * Questions were either progressively disclosed on a single screen or otherwise shown 1 question per step with clear visual indication of the number of steps (eg. via a stepper UI).
 * Multi-question forms tended to be skip-able entirely, but with mandatory questions if the user wanted to participate.
 * An optional guided tour or further help was often provided afterwards once user was in the app.
 * Friendly voice and tone - welcoming, informal language framed as asking for information to help orient the user ("Tell us about yourself", "Get recommendations", etc.)

Design
Our evolving designs can always be found in these clickable mockups, and with additional contextual information in this Phabricator task. Our goal for the design is for newcomers to answer all the questions they want to, and to not depress the number of users who complete their signup process and get back to what they were doing.

We considered three main design approaches for this project. The new account holder lands at each approach immediately after clicking "Create your account" at Special:CreateAccount. And after completing each one, they are returned to the page from which they originally clicked to create their account. Please note that the question wording and text in these mockups does not reflect current drafts -- the mockups are more for the visuals and workflows. Question wording and text will be posted separately.


 * Variation A: a Special page containing the survey. This was the simplest to implement, and we deployed this one first on November 20, 2018.  Though this doesn't follow best practices that we learned in comparative review, it is the fastest way to get a survey up and to start learning.  It will also work automatically on mobile web and for no-JavaScript users.
 * Variation B: this option shows users one question at a time, and also removes the surrounding links from the left and top navigation of the wiki for a more streamlined experience. This is inspired by the interface for the Content Translation tool.  We decided not to pursue this variation at all, since it is more work than Variation C, which we like better.
 * Variation C: this is our ideal design, which is a modal over the context where the user came from.  It helps make it clear that user is close to returning to the task they were doing when they started creating an account. It also presents questions one at a time so the survey is not overwhelming.  This incorporates our learning from the comparative review.  We will have to design and engineer a separate mobile web version, as well as consider what no-JavaScript users will receive.  This is being engineered during November and December 2018.

The team built and deployed Variation A in November 2018, and simultaneously built Variation C. We will be deploying Variation C during January 2019.

Original set of questions
The questions that this feature asks to newcomers, along with their specific wording and the other text in the feature, is really important to getting useful data. The team worked on these things with help from several other people experienced with surveys at WMF. All the questions will be optional, and will be translated into the languages of the wikis on which the welcome survey is deployed. Below are the questions we want to ask, and we are still working on the wording. To see the current text of the feature, check out the current mockups.


 * Why did you create your account today?
 * Goal: if we understand what a newcomer is trying to accomplish, we may be able to show them help materials that help them accomplish it.
 * Response options:
 * To fix a typo or error in a Wikipedia article
 * To add information to a Wikipedia article
 * To create a new Wikipedia article
 * To read Wikipedia
 * Other (please describe)
 * Have you ever edited Wikipedia?
 * Goal: we want to know how many people creating accounts may have already made IP edits. This would also allow us to refrain from giving too much help material to people who know what they're doing already.
 * Response options:
 * Yes, many times
 * Yes, once or twice
 * No, I didn't know I could edit Wikipedia
 * No, for other reasons
 * I don't remember
 * People can edit Wikipedia articles on topics they care about. We've listed a few topics below that are popular for editing.  Select some topics that you may wish to edit.
 * Goal: it may be possible in the future to connect newcomers with experienced editors who share their interests, or just give them recommendations on articles to work on.
 * Response options (see this update for explanation of how these were determined):
 * As checkboxes: Arts, Science, Geography, History, Music, Sports, Literature, Religion, Popular culture
 * Behind typeahead: Entertainment, Food and drink, Biography, Military, Economics, Technology, Film, Philosophy, Business, Politics, Government, Engineering, Crafts and hobbies, Games, Health, Social science, Transportation, Education
 * It will also possible for users to add their own topics.
 * Email address
 * Goal: Only if the user did not supply it on Special:CreateAccount. Email is important for engaging new editors and allowing them to recover their accounts, so we want to ask twice.
 * We are considering starting a program for more experienced editors to help newer users with editing. Are you interested in being contacted to get help with editing?
 * Goal: We want to learn whether newcomers feel that they need human-to-human help.

In addition to the questions themselves, we will be showing users a link to the survey privacy statement (translated into the wiki's language) and to the Tutorial and Help Desk pages on their wikis.

Update for Newcomer Tasks in September 2019
The original purpose of the welcome survey is to use the survey responses to personalize a newcomer's experience so they get what they need on their first day. The first feature that we will be personalizing is the newcomer tasks feature. Welcome survey questions and responses will change to meet the needs of that feature. Specifically, these are the planned changes:


 * We will alter the responses in the first question ("Why did you create your account today?") to include response options that are common in the free-text "Other" field:
 * "To add a photo or image to a Wikipedia article": this is one of the most common things that newcomers try to do.
 * "I'm participating in a program, class, or event": many newcomers come through programs, and may want the ability to provide personalized content based on the program from which they are arriving.
 * We will collapse two of the other responses in the first question into one that reads "To make changes to an existing Wikipedia article". We're collapsing the following two responses into that one response to make room for the new responses above:
 * "To fix a typo or error in a Wikipedia article"
 * "To add information to a Wikipedia article"
 * We will remove the question asking the user's topics of interest from the survey entirely. This is because we'll be asking that question in the newcomer tasks feature on the homepage instead.
 * We will add a question asking users to indicate the languages they read or write. This question may help us encourage certain newcomers to use the Content Translation tool.

User testing
During the week of October 22, 2018, we used usertesting.com to conduct six tests of our Variation A mockups with internet users unaffiliated with the Wikimedia movement. In these tests, respondents are compensated for trying out the mockups, speaking aloud on what they observe, and answering questions about the experience. As our team's designer described on the Phabricator task, the goals of this testing were:


 * 1) Identify improvements to Understanding of the survey (update copy depending on users' comprehension of the instructions and questions on the form).
 * 2) Identify improvements to the Usability of the survey (check whether users are able to correctly input and submit their intended responses).
 * 3) * Do users know how the visual design and layout works? (Eg., do they understand they should be selecting one answer from a radio button group)
 * 4) * Are users able to navigate through the form?
 * 5) * Any feedback missing that could help users complete the form?
 * 6) Gauge user Reactions to the survey and Expectations of how the information will be used.

Summary of findings


 * Survey was clearly optional, and seen as short, low-effort, and non-intrusive to complete
 * Generally seen as data capture for research (though a few testers thought more specific explanation about how responses may be used might make them more inclined to fill it in)
 * "Mentorship program" was the one aspect not clearly understood, with about half of participants mistakenly assuming they would be providing the help rather than receiving it.
 * A couple of users had misgivings about providing email and feared it may be misused for marketing or given to 3rd parties (also as they expected it to be mandatory for account creation if it was needed for recovery)
 * Users liked the post-submission message with more information about "Getting started with editing"
 * Several users assumed that upon completing the welcome survey, they would be directed to their "dashboard" to get started with editing.

Recommendations


 * Add a full Thanks message after survey completion
 * Rephrase “Mentor” checkbox question and clarify expectations for how users may be contacted if they select the mentor checkbox
 * Revise phrasing of Q3 (Wordsmithing so that the second sentence “We've listed a few below popular for editing” is more easily understood.)
 * Add a tooltip beside or assistive text under the “Add more topics” field for no-js users explaining they can comma-separate multiple topics
 * Add more information about how the email is used
 * Potentially be extra clear by placing a tooltip with the following message (taken from Help:Account_management): “If you choose to give an email address, other users will be able to contact you by email. This feature is anonymous—the user who emails you will not know your email address. You don't have to give your email address if you don't want to (but doing so is required to reset your password if you forget it)”

Analysis and experiments
There are two kinds of analysis we'll be doing with respect to this feature. To read about those plans in-depth, see this page containing the "experiment plan".

Analysis of the responses to the survey
The main objective of the survey is to collect information about what new editors are trying to accomplish, so we can figure out if it's possible to personalize their experiences based on their responses. We are doing straightforward analysis on responses, broken out by elements like platform (mobile vs. desktop) and context from which the account was created (homepage, reading, editing).

The initial report on survey responses can be found here. Community members should feel free to translate this report into their languages. In-depth reporting will be created by March 2019. Some topline results:


 * The survey has high response rates: 67% in Czech and 62% in Korean.
 * Many people create accounts just to read articles -- a potential opportunity to engage new editors.
 * High numbers of people indicate they are interested in being contacted for help: 36% in Czech and 53% in Korean.

Analysis of the impact of the survey on activation
Although we would not have intended it, it is possible that the welcome survey could depress the number of newcomers who make edits. Community members first brought up this concern, saying that by making the sign-up process longer, and keeping newcomers away from their objectives, we could cause them to leave the site. Therefore, we conducted an A/B test to find out whether being presented with the survey decreases activation rate (the rate at which new users make their first edit).

From November 19 to January 15, half of newcomers in Czech and Korean Wikipedia were given Variation A of the survey, and half were given no survey. Our experiment results are published here, and show that having the survey does not significantly decrease the rate at which newcomers make their first edit. Based on this analysis, we also tested Variation A against Variation C to see if Variation C has increased response rates (see next section). In August 2019, we ran this same test on Arabic Wikipedia, and again found that the welcome survey had no negative impact on new users.

Analysis of the two survey variants
After seeing that Variation A did not cause a decrease in activation rate in Czech and Korean Wikipedias, we moved on to comparing Variation A to Variation C in those wikis. During the month of February 2019, half of newcomers received each variant. After comparing the variants on activation rate, abandonment rate, and response rate, we saw that Variation A performs better or equal to Variation C on all languages and all platforms. We therefore ended the experiments in Czech and Korean Wikipedias and started using Variation A with all newcomers starting on March 6, 2019. In-depth results are forthcoming.