Change Details

This feature is meant to be useful to new editors, but there are several things we should consider around business rules. @Trizek-WMF and @RHo should help @MMiller_WMF figure this out. * A new account holder may want to dismiss this feature right away and not see it anymore, perhaps if they are not really a new editor, but just have a new account. * How long should we keep displaying this feature for a new account holder until we consider them not new anymore? Should it be a matter of time, or a matter of edits? * Should //all// users, regardless of experience, be allowed to turn this feature on and off via a preference? --- Here are the business rules we will implement: The help panel will be available in the editing context regardless of the namespace, with a couple notes: **Namespaces** * We will keep an eye on how often it is used in namespaces other than the main article space, to understand what help materials we will need to make it a better fit for those namespaces. * We will encourage our Czech and Korean ambassadors to start thinking about help materials that are a good fit for the talk space. * We should be able to easily configure which namespaces have the feature, so that we can remove it from namespaces where the behavior does not look good. **Users** All users will have a user preference to toggle the help panel on and off. The only people who will have it on are the new users who create their accounts after launch, that are not auto-created, and who are also in the treatment (not control) group of our experiment. All other users could go to their preferences to turn it on. Anyone who has it on can turn it off by clicking a "cog" icon that will take them to the preferences page. We also may want to turn the feature on for users who have 0 edits, but those users will be filtered out of our experimental data. If the feature seems successful, and we aren't overwhelming the capacity of help desks to respond to questions, then we can turn the feature on more broadly for users who are not new. **Feedback dialog** We do not need to implement a feedback dialog for this feature.

This feature is meant to be useful to new editors, but there are several things we should consider around business rules. @Trizek-WMF and @RHo should help @MMiller_WMF figure this out. * A new account holder may want to dismiss this feature right away and not see it anymore, perhaps if they are not really a new editor, but just have a new account. * How long should we keep displaying this feature for a new account holder until we consider them not new anymore? Should it be a matter of time, or a matter of edits? * Should //all// users, regardless of experience, be allowed to turn this feature on and off via a preference? --- Here are the business rules we will implement: The help panel will be available in the editing context regardless of the namespace, with a couple notes: **Namespaces** * We will keep an eye on how often it is used in namespaces other than the main article space, to understand what help materials we will need to make it a better fit for those namespaces. * We will encourage our Czech and Korean ambassadors to start thinking about help materials that are a good fit for the talk space. * We should be able to easily configure which namespaces have the feature, so that we can remove it from namespaces where the behavior does not look good. **Users** All users will have a user preference to toggle the help panel on and off. The only people who will have it on are the new users who create their accounts after launch, that are not auto-created, and who are also in the treatment (not control) group of our experiment. All other users could go to their preferences to turn it on. Anyone who has it on can turn it off by clicking a "cog" icon that will take them to the preferences page. In the future, we also may want to turn the feature on for users who have 0 edits, but those users will be filtered out of our experimental data. We will not launch this way, but want to have this capability. If the feature seems successful, and we aren't overwhelming the capacity of help desks to respond to questions, then we can turn the feature on more broadly for users who are not new. **Feedback dialog** We do not need to implement a feedback dialog for this feature.

This feature is meant to be useful to new editors, but there are several things we should consider around business rules. @Trizek-WMF and @RHo should help @MMiller_WMF figure this out. * A new account holder may want to dismiss this feature right away and not see it anymore, perhaps if they are not really a new editor, but just have a new account. * How long should we keep displaying this feature for a new account holder until we consider them not new anymore? Should it be a matter of time, or a matter of edits? * Should //all// users, regardless of experience, be allowed to turn this feature on and off via a preference? --- Here are the business rules we will implement: The help panel will be available in the editing context regardless of the namespace, with a couple notes: **Namespaces** * We will keep an eye on how often it is used in namespaces other than the main article space, to understand what help materials we will need to make it a better fit for those namespaces. * We will encourage our Czech and Korean ambassadors to start thinking about help materials that are a good fit for the talk space. * We should be able to easily configure which namespaces have the feature, so that we can remove it from namespaces where the behavior does not look good. **Users** All users will have a user preference to toggle the help panel on and off. The only people who will have it on are the new users who create their accounts after launch, that are not auto-created, and who are also in the treatment (not control) group of our experiment. All other users could go to their preferences to turn it on. Anyone who has it on can turn it off by clicking a "cog" icon that will take them to the preferences page. WeIn the future, we also may want to turn the feature on for users who have 0 edits, but those users will be filtered out of our experimental data. We will not launch this way, but those users will be filtered out of our experimental datawant to have this capability. If the feature seems successful, and we aren't overwhelming the capacity of help desks to respond to questions, then we can turn the feature on more broadly for users who are not new. **Feedback dialog** We do not need to implement a feedback dialog for this feature.