Growth/Personalized first day/Newcomer homepage/ko

이 문서는 성장 팀의 "새 사용자 홈페이지"에 관한 설명입니다. 이 프로젝트는 "개인화된 첫 날"이라는 작업의 일부입니다. 이 문서에는 주요 요소, 디자인, 결정 사항을 나열하고 있습니다. 대부분의 순차적인 업데이트는 성장 팀 업데이트에 게시되며, 대규모 업데이트가 이곳에 기록됩니다.

이 프로젝트에 대한 코딩이 2019년 2월 19일에 개시되었지만, 디자인과 계획 작업이 계속되고 있습니다. 현재 첫 버전의 작은 홈페이지를 2019년 3월 말에 제시하고자 하고 있습니다.

현재 상태

 * 2018-12-06: 새 사용자의 첫 경험을 개인화하기 위한 아이디어에 관한 공동체 의견을 수렴하였습니다.


 * 2019-01-16: 팀이 "참여 메일"과 "새 사용자 홈페이지"를 작업하기로 결정했습니다.


 * 2019-02-19: 엔지니어링 작업이 시작되었습니다.


 * 2019-03-14: live user tests of mockups complete


 * 다음: 디자인과 엔지니어링 조사 지속, 코딩 작업 개시.

요약
성장 팀은 연구를 통해 새 사용자들이 특정한 목적을 가지고 위키에 온다는 것을 알고 있습니다. 목적을 달성하지 못하면 위키를 떠난 후 돌아오지 않죠. 특히 새 사용자는 자신의 목적을 달성하기 위해 무엇을 시작해야 할 지조차 명확하지 않은 경우가 있습니다. 명확한 시작점이 없어서일 수도 있고요. 그래서 성장 팀에서는 새 사용자가 환영 설문에서 명시한 자신의 목적을 달성할 수 있도록 돕는 시작 지점을 만들기로 했습니다.

"홈페이지"와 "프로필 문서"의 개념은 연관되어 있으며 비슷합니다. (아래의 용어집을 참조하세요). 둘 다 사용자를 위한 개인적인 공간이지만, 홈페이지는 사용자가 소비해야 할 도구와 정보를 제공하는 반면, 프로필 문서는 사용자가 자신의 정보를 배포할 수 있도록 허용합니다. 이 프로젝트에서는 홈페이지에 집중하기로 했습니다.

달성하고자 하는 것:


 * 가장 관련된 콘텐츠가 우선화된 유용하고 행동 가능한 (개인화된) 콘텐츠.


 * 참여 이메일의 콘텐츠를 새 사용자 홈페이지의 콘텐츠와 연동합니다.


 * 홈페이지를 방문하는 방법을 명확하게 합니다 (습관적으로 방문하는 장소).


 * 더 많은 새 사용자의 편집 지속


 * 어떤 종류의 콘텐츠가 새 사용자의 편집 유지율을 높이는 데 도움이 될 지 알아봅니다.

다음 사항을 원치 않습니다:


 * 구조화된 프로필 문서를 만들지는 않습니다. (나중에 이러한 프로젝트를 할 수 있을지도 모릅니다)


 * 새 문서를 만든 후 문서 편집을 계속하려는 사용자를 방해하지 않습니다.


 * 홈페이지가 정적이라서 별로 재미 없게 만들지 않습니다.


 * 너무 많은 개인화로 홈페이지가 무섭게 느껴지지 않도록 합니다.


 * 너무 많은 옵션을 제공하여 새 사용자가 과도한 정보를 제공받지 않도록 합니다.

Why this idea is prioritized
We know from our research that newcomers feel disoriented in the Wikipedia editing world. While experienced editors know how to stitch together disjointed pieces of the wiki into a cohesive experience (talk pages, user pages, WikiProjects, watchlist, categories, page history, etc.), newcomers do not know how to use them together. They wonder, “where do I start?” We can build an entryway to surface the things newcomers need to know and do first — a centralized location to orient them, and for them to return to for future work. Such a page could contain the same kinds of content that we want to send via engagement emails, but in more actionable depth.


 * Provides a central place for newcomers looking for a place to begin: between 30% and 40% of newcomers visit their own User page on their first day in the wiki, even though there is nothing on it, and no particular effort to drive them there.  We believe they see their own username and are hoping that it will be a "homepage" or "dashboard". User testing for the welcome survey also surfaced a desire for a "dashboard" to get started.
 * Provides an entry point for newcomers confused and unfamiliar with Wikipedia communities, concepts and policies: newcomers struggle with Wikipedia’s policies, and are confused about how Wikipedia works and separated from its community (research findings #5 and #8). They don’t know where to get started, as there’s an overwhelming number of potential pathways.
 * Provides a place for newcomers looking for help content: between 30 and 40% of newcomers visit a Help or Policy page on their first day in the wiki.
 * Provides a central place to provide progressive pathways to editing: another research finding is that new editors benefit from progressive learning, and have trouble discovering and using editing tools. (research findings #7 and #9).
 * Homepages are a common means of orienting users of software: virtually all other community contribution platforms (e.g. TripAdvisor, Wikia, Yelp, Reddit) make some use of a “home” concept where users start their session and get oriented.
 * Provides a destination to re-engage with users who have returned via off-wiki communication.  As this project is done in parallel with the engagement email project, it is beneficial to have a single location that users can click-through from to measure the efficacy of email campaigns.

Glossary
''There are many terms that sound similar and can be confusing. This section defines each of them.''
 * "Main page"
 * Currently exists. The page you get while visiting https://XY.wikipedia.org/. It displays the main page of the wiki (e.g. https://fr.wikipedia.org/wiki/Wikipédia:Accueil_principal)


 * "User page":Currently exists at User:Yourname. Many users build user pages that behave like home pages, dashboards, or profile pages.
 * "Homepage" or "dashboard":Does not exist. This is the thing we're building in this project. Contains information and tools for the newcomer to consume.
 * "Profile page":Does not exist. Like a user page but structured. Photo, name, interests, things users want to say to the outside world.
 * An important distinction between a "homepage" and a "profile page" is that a "homepage" contains tools and resources a user needs to consume, whereas a "profile page" contains content that the user wants to broadcast out to others. Many software platforms mix those concepts into one page, but we are going to start out simply by working on a homepage and keeping the concepts separate.

Design
The current designs for this project and for the engagement emails project can be found in these clickable mockups. Specific images are shown below for convenience. We will deploy early versions of the homepage as soon as we have sufficient modules built for it to be valuable for newcomers. Then additional modules can be added over time.

Homepage layout
In general, the homepage is designed to have a series of modules arranged on the page. We want to be able to present different layouts with different combinations of modules depending on the newcomer's responses in the welcome survey and their edit history. Below are two potential designs. We will also need to design for mobile, and that effort is underway.

Location
A major consideration around a newcomer homepage is where it will be located and how newcomers will find it. The team is considered several options and arrived at a decision:


 * Add it as an additional tab in the User space: when a user is viewing their User page, they see tabs for "User page" and "Talk". We could add a tab for "Homepage", and make it the default tab until a user has content on their User page.  It would be important to still indicate to the user that they can set up their User page.  We chose this option because we believe that many users are already navigating to their User page expecting to find a homepage.  It is also faster for us to develop a whole new page than to try to incorporate this homepage content onto an existing page.

These are the other options we considered:


 * Replace the normal Main Page: when a user has just recently created their account, it is unlikely that "Featured article", "Did you know", and "On this day" are what they want to see. We have reason to believing that they are looking for a place to get started with editing, and the Main Page is easy to find.  We also know that 45% of newcomers visit the Main Page during their first day of having an account.
 * Add it as a section on the User page: we know that between 30% and 40% of newcomers visit their own User page on their first day, and that the page is completely empty when they get there. This would move the editable area down underneath the homepage content.
 * Make it a new personal tool: we could create the newcomer homepage as a new Special page, and then add a link to it up along the top of the wiki's navigation, along with Watchlist, Contributions, Preferences, etc.
 * Make it part of an existing Special page, like Watchlist: many experienced users already use the Watchlist as their homepage on the wiki, and so maybe improvements could be made there that benefit all editors.
 * Make it a panel that a user can open from anywhere in the wiki: instead of being a page that the user has to navigate to, perhaps the homepage could be a panel that the user can access whether they are editing or reading, without losing their place. This might be a good idea for a later iteration.

Below is an early mockup of what such a page might look like, with tiles containing the various modules we believe would be useful to newcomers. The mockup below is not working software -- it is only to express the direction that we're thinking.

Modules
The homepage will contain a set of modules, each of which presents a specific tool or resource relevant to help a newcomer achieve their goals and be oriented on the wiki. From many module ideas, we have decided on the first three we will be building.

Help module
Provides useful links, the ability to search for help, and the ability to ask questions to the Community Help Desk. A very similar set of resources as the help panel, but embedded directly onto the page. See T215986 for the full requirement and details.

Impact module
Shows newcomers that people are viewing the pages they've worked on. We have learned that when newcomers realize that their edits have impact, their motivation increases. In its initial iteration, we will focus more on conveying that the newcomer has had impact, rather than being precise about measuring that impact. This module would have a state for when the newcomer has not yet made any edits. See T216217 for the full requirements and details.

Mentorship module
The welcome survey showed us that a large portion of newcomers are interested in being in contact with an experienced editor to get help. With this module, we will assign each newcomer a "mentor" from a list of experienced editors in each wiki who have signed up. The newcomer will see their assigned mentor's username on their homepage, and they will have a link to contact them. See T216631 for the full requirements and details.

Other modules
Below is a list of additional modules that are in the design and planning process.


 * Activity feed: while many active editors use their Watchlists as a homepage, newcomers don't have anything on their Watchlists. We can seed a list of interesting activity to them based on the topics they said they are interested in from the welcome survey.  This can help them observe activity in the wiki and learn that a vibrant community exists.
 * Task recommendations: this is one of the highest-potential modules, but also one of the most challenging to build. Many tools and approaches exist in the wikis to recommend tasks.  Our challenge will be to recommend tasks that are the right difficulty level to the newcomer, and that are relevant to the topics they care about.
 * Featured experienced editors: a module that shows the usernames of some of the most active editors around topics that the newcomer cares about.
 * Interactive tutorial: a module that allows the user to click through a series of learning content.
 * Adding an email: if a user does not have an email address associated with their account, a module could remind them the benefits of adding or confirming their email address.
 * Start your user page: a module could encourage a user to go to their User page and add information to build their public profile.
 * Recognition: a module that counts and displays thanks and Wikilove received by the user.
 * Homepage feedback: a module that allows the user to indicate whether they find the homepage useful or not.

Initial version
In the initial version of the newcomer homepage, we want to answer these questions:


 * Will having access to the homepage increase new editor activation, retention, and constructive edits?
 * Do users who have access to the homepage go to, and return to, the homepage?  Does it seem like the homepage is serving as a central location for people to get oriented?
 * Which modules engage newcomers and to what extent are they engaged?  Do modules that ask users to take action lead to users taking those actions?

Therefore, we have decided to include these elements in the initial version:


 * Shown in the User space
 * Desktop only (mobile comes next)
 * Four modules
 * Help module
 * Mentorship module
 * Impact module
 * Account completion module: gives some very simple recommendations of how to get started (add an email, start your user page)
 * Layout not yet personalized for each user
 * Deployed as A/B test, with half of user not having a homepage

Future versions
In determining the initial version of the newcomer homepage, many ideas for features were set aside to be evaluated later on. Many of them are visible in the initial mockups here. The following is a list of capabilities that are either being built for the newcomer homepage, or may be built in the future:


 * Mobile interface: the newcomer homepage is complex enough that its interface doesn't port simply to mobile. This needs to be designed deliberately.  This is a top priority after the initial version is deployed.  Ticketed in T215983.
 * Features that drive newcomers to their homepage: in the initial version, newcomers will only discover their homepage if they click on their username in their personal tools. If we see early positive results from the homepage, we may build features that drive more newcomers toward it, such as Echo notifications, banners, or links.
 * Personalization: the original objective of the broader "Personalized first day" project is to ask newcomers what they are trying to achieve on their first day and then personalize their experience to help them achieve it. Though the initial version will show the same homepage modules to all users, we can use welcome survey responses and edit history to show the most important things to the right users.
 * Structured user page: in addition to having a homepage, many users also expect to have a "profile" page, in which they broadcast things about themselves that they tell the rest of the community. . Many Wikipedians use their User pages for this, but newcomers struggle to build a user page from scratch. Perhaps we can structure the experience of building a user page so that more newcomers succeed.
 * Customization: users may want to customize their homepage to surface just the modules they find most useful and to adjust the settings on what those modules show.
 * Other modules: see the "Other modules" section above.