Growth/Understanding first day
This page describes the Growth team's work on the "Understanding first day" project, also known as "EditorJourney", and contains goals, plans, and decisions. Most incremental updates on progress will be posted on the general Growth team updates page, with some large or detailed updates posted here.
Since this project is entirely about instrumentation and measurement, many teams at WMF will be involved in shaping it, including Legal, Security, Analytics Engineering, and Product Analytics. It is important to all of us that we respect our users' privacy while still learning what we need to learn in order to improve their experiences. As we iterate on the best way to do that, the plans described on this page will be changing.
Most new users who create accounts do not ever make edits -- but those who do make edits usually make them on their first day of having an account. We have little knowledge of what new account holders do on that first day after they create their accounts -- whether they read help content, attempt edits that they do not publish, or something else. Knowing more about these initial sessions could help us make the experience better, and lead to more of those new account holders making edits on their first day. To understand what new account holders do on their first day, we will instrument the new user experience in Czech and Korean Wikipedias to answer these questions:
- What are the most common workflows that Czech and Korean new account holders go through during their first 24 hours?
- What percent of those new account holders go through each of those workflows?
- Which workflows do and do not tend to lead to edits?
The Growth team's current plan is to find the answers to these questions by adding EventLogging instrumentation for all new users in Czech and Korean Wikipedias during the first 24 hours of their account's existence. To develop a clear view of the new user experience, we also plan connect to and use data from other existing EventLogging efforts around features like Echo, Visual Editor, and Guided Tour. We would deploy this instrumentation during 2018 Q2 (October - December 2018), and we plan to post initial summarized topline results by December 2018.
The original community discussion around this project can be found here.
Why this project is prioritized
Our research has taught us a lot about the motivations and needs of new editors, and one of the most important things we learned is that a new editor's very first experiences with editing can be the deciding factor for whether they continue to edit. Most people who create accounts in Wikipedia never make an edit, but of those who do, that edit tends to happen on the day they create their account. In conjunction with the "Personalized first day" project, this project is critical for continuing our learning on those first moments of attempting to edit. We need to know more about how new editors approach their first edits, so we know where to plug in and help. For instance, if we see a lot of new editors reading help content, but then not attempting an edit, we might conclude that help content is important but not helpful as currently written and presented. Or if we see a lot of new editors going straight to opening the editor, but then leaving before saving an edit, we might conclude that the most important place to provide help is inside the editing experience.
We prioritized this project because:
- It helps us increase our learning at this early stage of our team's work with new editors.
- Community members were positive in their feedback on the idea.
- It lays the groundwork for learning whether changes we make to the new editor's experience change their behavior.
- It will be easy to translate and apply to other wikis in the future.
This section contains the evolving plans for measurement.
- Will apply to all new accounts created in Czech and Korean Wikipedias, but will exclude auto-created accounts from other wikis.
- Will be active for the first 24 hours of the existence of a new account.
- At the user level, will record visits to pages in namespaces where new editors might be seeking help, such as the Help, Wikipedia, or User namespaces (and their associated Talk spaces).
- For pages in more sensitive namespaces, such as Article, Draft, or Portal, will record only that the namespace was visited, not the specific page title.
- Data will only be available to people with NDA access.
- Data will be anonymized, deleted, and/or aggregated after 90 days.
The outline below lays out the specific questions we want to answer with this instrumentation effort. Most of these questions will be answered with the new EditorJourney EventLogging schema being built for this project. Some questions, especially those under #4 ("After the editing experience begins") will be answered by connecting with existing EventLogging schemas built to measure existing features.
- Context: How often do accounts get created from the different possible account creation contexts?
- Reading experience
- Editing experience
- Survey: When shown the “Personalized first day” survey right after account registration, do users respond to one or more questions in the survey, or skip the survey altogether and go back to what they were doing prior to account registration?
- After account creation, what are the various common workflows that new account holders go through before making an edit (or before never making an edit)? We want to count the frequency of workflows such as, but not limited to, the following. The reason it’s “not limited to” is that we don’t yet know which workflows we will discover.
- Reading articles first: reading many pages in the Article namespace and then either leaving or editing.
- Learning first: Consuming some sort of learning content and then either leaving or editing. This content is found in namespaces other than Article namespace, or through certain actions that may not be captured in page views or existing schemas:
- Viewing content in the Help, Wikipedia, or User namespaces (among others), including help desks
- Clicking on a link in a welcome message on their own user talk page
- Opening and reading notifications
- Opening and updating account settings / preferences
- Verifying or adding/updating email address.
- Straight to editing: going straight to editing without reading many articles or any learning content
- This can either happen because the account was created from the editing experience, or the reader opened the editor from the reading experience soon after account creation.
- Is this the creation of a new page?
- When opening the editor, some wikis display a GuidedTour or GettingStarted. Did the user click on anything in GuidedTour or GettingStarted?
- Any combination of the above, such as a workflow in which users read some articles, followed by reading a help page, followed by starting and abandoning an edits, followed by a successful edit.
- After the editing experience begins, what percent of users successfully save an edit? And for those who abort their edits, what do they do in the editor before aborting?
- On what page is the attempted edit happening?
- How often do users quickly exit the editor without actually interacting with the page?
- How often do users do a substantial amount of interaction with the page before aborting?
- How often do users switch the type of editor?
- If the edit was saved, how many bytes changed in the edit?
- Was the resulting edit reverted or thanked?
- After saving or aborting an edit, what happens next? (Return to Step 3).
This is a list of some of the other EventLogging schemas we may use to enrich the picture of what new account holders do in their first hours on the wiki:
- Page creation
In planning out this project's measurement and analysis needs, our team's designer assembled some visual user flows that help us chart out the journey of new users during their first hours in the wiki. As it says in the slides linked below:
"The following user flows document the various pathways newly created Wikipedia accounts can take to become a newly 'activated' editor (after making a first edit), to being retained (2nd edit), through to 'survival' (3rd edit within first 6 weeks). The diagrams note the desired data to be captured at each user interaction, with the intention to both help the Growth team identify the various points for instrumentation, as well as helping visualize the funnel of New Editor retention."
Though the flows extend our thinking to multiple edits in a new user's journey, we have since decided to constrain our measurement to just their first day.
The full slide deck is here, and also linked on this Phabricator task. At right is the image of the full user flow, which is the main slide from the slide deck. Please note that these are presented as an artifact of our team's thinking, but are no longer being updated as our approach continues to evolve. The Specifications section above reflects the current approach.