This is a task for building one of the modules in the newcomer homepage: the help module.
**Main audience**: Newcomers who want to learn more about Wikipedia editing on their own.
**Primary targeted persona(s)**: Jae-Hee (Social Changer); Mina (Box Checker)
**Secondary persona(s)**: Helena (Joiner-Inner); Yankov (Knowledge Sharer)
**Goal/rationale for this module:** Provide help that we know many newcomers seek directly. The [[ https://www.mediawiki.org/wiki/Growth/Analytics_updates/EditorJourney_initial_report#What_do_new_users_do_on_their_first_day? | initial EditorJourney report ]] told us that between 30% and 40% of newcomers read a Help or Policy page on their first day. We also see from initial usage of the help panel that about half of newcomers who open up the [[ https://phabricator.wikimedia.org/T206711 | help panel ]] click one of its links. We believe that this is evidence that although many newcomers can find help materials on their own, we should continue to make it easier for them.
**Invision mockups:** https://wikimedia.invisionapp.com/share/6TQEPEYEV5W#/screens/346494176
**Summary:** In short, the proposal here is to put the contents of the help panel directly onto the page, as opposed to in the help panel widget. This gives those contents more affordance in the context of the homepage, which is a page where we expect newcomers to be //specifically// looking for help. This version of the help panel would be considered a distinct "context" for the purposes of varying links by context (T211117).
**Specifications**: the following are specifications that indicate when and how this embedded help module should differ from the help panel, or when something needs to be called out explicitly as staying the same.
* It should not have "X" to dismiss it. It is not dismissable.
* It should not have a cog, and does not need either of the links found under the cog ("Disable this tool", "More about this feature")
* It //should// contain the question-asking dialogue and process just like the help panel.
* It should include the same options and logic around adding or changing an email address.
* It should //not// have the option to "Include page title with my question".
* When a question is posted to the help desk, the header should read like, "Help module question from user homepage (23:03, 20 February 2019)". This header should not contain a link at all.
* The buttons for navigating between screens on the help panel work the same, except the button labeled "Done" on the screen after asking a question should return the help panel to its original, neutral state.
* For non-Javascript users, instead of the question-asking field, there should just be a link that says "Post your question to the Community Help Desk", with that whole phrase being a link to the help desk. There should not be a "Continue" button for those users.
* These questions should be saved with the edit tag, "Help module question".
Although that is the most succinct way to describe this module, the standard specification framework is provided for completeness (any differences between this visual specification and the help panel are not significant):
{F28205618}
**Future**: some ideas of what this module might become in more sophisticated future versions.
* Custom content based on the user's needs from the welcome survey (e.g. if they created their account to make a new article, this module could contain resources for creating a new article).
* If a user has asked a question, change the module to list a link to the question they have already asked, so it is easy for them to find their way back to check for an answer.
Note for the future: one of @kostajh's ideas was to make the newcomer homepage into a panel that is present whenever the user wants to open it. The fact that this task currently wants the help panel to be embedded in the homepage is another reason why a ubiquitous homepage panel would be valuable -- we already have a help panel, and those concepts could be combined.