Page MenuHomePhabricator

Allow targeting of preset groups of wikis rather than individual selection
Open, LowPublicFeature

Description

Feature summary (what you would like to be able to do and where):

Rather than having to pick individual wikis it'd be useful to be able to pick specific subgroups that're managed by the platform.

E.g.

  • All wikipedias
  • All wikitionaries
  • All sites
  • Top 10 wikis by traffic (might require splitting enwiki out given its different rules for the traffic-split on edge-unique)
  • RTL language wikis

I'd imagine this might want to work by prefilling the widget, so that specific wikis could then be un-selected.

Use case(s) (list the steps that you performed to discover that problem, and describe the actual underlying problem which you want to solve. Do not describe only a solution):

There are presumably common targets for experiments, and I'd like to be able to quickly set those up without having to manually look up a list and copy it in.

Benefits (why should this be implemented?):

  • Easier to create experiments.
  • Less likely to make targeting mistakes while configuring the experiment.
  • Centralizes work so that individual experiment creators don't have to individually recreate "okay, what's the 50 most popular wikis?" each time.

Event Timeline

JVanderhoop-WMF moved this task from Incoming to READY TO GROOM on the Test Kitchen board.
JVanderhoop-WMF subscribed.

Marking this as low for right now - as we approach SDS2.3 Growthbook for Configuration, I expect we'll learn more about whether the Test Kitchen UI persists, or if GrowthBook makes it easier/harder

@Sfaci something to consider for SDS2.3 - Configure GrowthBook

@Sfaci something to consider for SDS2.3 - Configure GrowthBook

Thanks @JVanderhoop-WMF !. I have added it as an idea to consider to T422377: [Customize GrowthBook] Explore and evaluate what platform needs and what GrowthBook provides that is a spike where we will explore what platform needs and what GrowthBook provides

The change to experiment configuration in GrowthBook will address part of this need. GrowthBook allows users to enter the list of wikis as comma separated lists or as columns from spreadsheets, which will reduce error rates.

GrowthBook's saved groups feature will resolve the last part:

Centralizes work so that individual experiment creators don't have to individually recreate "okay, what's the 50 most popular wikis?" each time.

T430005: [EPIC] Saved Groups in GrowthBook covers the work to add Saved Groups.