Change Details

The background for this variant test can be found in {T246533}. It contains two versions of the desktop workflow and two versions of the mobile workflow. This task is about Variant D for the mobile. ===Mockups=== * [[ https://zpl.io/amZlPq6 | On first arrival to the homepage ]] - showing the banner and the pre-initiation SE preview * [[ https://zpl.io/VqJR7Bl | Onboarding 1 of 2 (general) ]]- onboarding with intro and topic filters for selection (same as var A/B) * [[ https://zpl.io/bJRYolW | Onboarding 1 of 2 (image) ]] - version with intro if user answered the survey saying "Add an image" as their motivation for creating an account * [[ https://zpl.io/2E0Y5OD | Onboarding 2 of 2 ]] - difficulty onboarding with task difficulty checkboxes for selection ===Specifications=== * Start module reduced to only the email submodule (with same business rules from the collapsible start module detailed on T219391. Although those mockups were originally for desktop, we want to use the email portion for mobile in this variant.) * Banner ** When the user arrives on the page, there is a banner at the top of the page, above the homepage header. ** The banner is dismissable with an "X". It is present until it is dismissed and then never comes back. ** Body: "Welcome to your homepage. You can learn to edit, contact your mentor, and see the impact of your work." * Suggested edits preview (pre-initiation) ** On the homepage, this variant employs an entirely new suggested edits preview, which shows a strong call to action. ** It is outlined in blue, unlike the other modules. ** Header (large text): "Get started with suggested edits" ** Graphic: tool/lightbulb graphic ** Body: "Help add to the world's knowledge with some easy fixes on Wikipedia articles." ** Button: "Get suggestions", which begins the onboarding. * Onboarding ** These are the same overlays as described in {T250343}. ** When the user completes this onboarding, they should be on the full suggested edits module. * Suggested edits preview (post-initiation) ** After the user has completed the onboarding, when they return to the homepage, they should see the same preview as described in {T250440}, which shows a miniature version of an actual suggestion. ** From this point on, business rules are the same as in T250440. * Instrumentation ** This instrumentation happens in addition to the normal homepage instrumentation. ** We should record an impression event for the banner. ** We should record a "close" event for dismissing the banner. ** We should record events for the topic onboarding the same way as for the topic overlay in Variant A. ** For the difficulty onboarding, we should record that the user clicked to "Get suggestions". We should also record their difficulty selections like we do with the difficulty filters. But we should be able to tell that those selections happened in the onboarding, not in the filters.

The background for this variant test can be found in {T246533}. It contains two versions of the desktop workflow and two versions of the mobile workflow. This task is about Variant D for the mobile. ===Mockups=== * [[ https://zpl.io/amZlPq6 | On first arrival to the homepage ]] - showing the banner and the pre-initiation SE preview * [[ https://zpl.io/VqJR7Bl | Onboarding 1 of 2 (general) ]]- onboarding with intro and topic filters for selection (same as var A/B) * [[ https://zpl.io/bJRYolW | Onboarding 1 of 2 (image) ]] - version with intro if user answered the survey saying "Add an image" as their motivation for creating an account * [[ https://zpl.io/2E0Y5OD | Onboarding 2 of 2 ]] - difficulty onboarding with task difficulty checkboxes for selection ===Specifications=== * Start module reduced to only the email submodule. The user does not need to be able to dismiss this. ** When the user arrives on the page, there is a banner at the top of the page, above the homepage header. ** The banner is dismissable with an "X". It is present until it is dismissed and then never comes back. ** Body: "Welcome to your homepage. You can learn to edit, contact your mentor, and see the impact of your work." * Suggested edits preview (pre-initiation) ** On the homepage, this variant employs an entirely new suggested edits preview, which shows a strong call to action. ** It is outlined in blue, unlike the other modules. ** Header (large text): "Get started with suggested edits" ** Graphic: tool/lightbulb graphic ** Body: "Help add to the world's knowledge with some easy fixes on Wikipedia articles." ** Button: "Get suggestions", which begins the onboarding. * Onboarding ** These are the same overlays as described in {T250343}. ** When the user completes this onboarding, they should be on the full suggested edits module. * Suggested edits preview (post-initiation) ** After the user has completed the onboarding, when they return to the homepage, they should see the same preview as described in {T250440}, which shows a miniature version of an actual suggestion. ** From this point on, business rules are the same as in T250440. * Instrumentation ** This instrumentation happens in addition to the normal homepage instrumentation. ** We should record an impression event for the banner. ** We should record a "close" event for dismissing the banner. ** We should record events for the topic onboarding the same way as for the topic overlay in Variant A. ** For the difficulty onboarding, we should record that the user clicked to "Get suggestions". We should also record their difficulty selections like we do with the difficulty filters. But we should be able to tell that those selections happened in the onboarding, not in the filters.

The background for this variant test can be found in {T246533}. It contains two versions of the desktop workflow and two versions of the mobile workflow. This task is about Variant D for the mobile. ===Mockups=== * [[ https://zpl.io/amZlPq6 | On first arrival to the homepage ]] - showing the banner and the pre-initiation SE preview * [[ https://zpl.io/VqJR7Bl | Onboarding 1 of 2 (general) ]]- onboarding with intro and topic filters for selection (same as var A/B) * [[ https://zpl.io/bJRYolW | Onboarding 1 of 2 (image) ]] - version with intro if user answered the survey saying "Add an image" as their motivation for creating an account * [[ https://zpl.io/2E0Y5OD | Onboarding 2 of 2 ]] - difficulty onboarding with task difficulty checkboxes for selection ===Specifications=== * Start module reduced to only the email submodule (with same business rules from the collapsible start module detailed on T219391. Although those mockups were originally for desktop, we want to use the email portion for mobile inThe user does not need to be able to dismiss this variant.) * Banner. ** When the user arrives on the page, there is a banner at the top of the page, above the homepage header. ** The banner is dismissable with an "X". It is present until it is dismissed and then never comes back. ** Body: "Welcome to your homepage. You can learn to edit, contact your mentor, and see the impact of your work." * Suggested edits preview (pre-initiation) ** On the homepage, this variant employs an entirely new suggested edits preview, which shows a strong call to action. ** It is outlined in blue, unlike the other modules. ** Header (large text): "Get started with suggested edits" ** Graphic: tool/lightbulb graphic ** Body: "Help add to the world's knowledge with some easy fixes on Wikipedia articles." ** Button: "Get suggestions", which begins the onboarding. * Onboarding ** These are the same overlays as described in {T250343}. ** When the user completes this onboarding, they should be on the full suggested edits module. * Suggested edits preview (post-initiation) ** After the user has completed the onboarding, when they return to the homepage, they should see the same preview as described in {T250440}, which shows a miniature version of an actual suggestion. ** From this point on, business rules are the same as in T250440. * Instrumentation ** This instrumentation happens in addition to the normal homepage instrumentation. ** We should record an impression event for the banner. ** We should record a "close" event for dismissing the banner. ** We should record events for the topic onboarding the same way as for the topic overlay in Variant A. ** For the difficulty onboarding, we should record that the user clicked to "Get suggestions". We should also record their difficulty selections like we do with the difficulty filters. But we should be able to tell that those selections happened in the onboarding, not in the filters.