Implement issues_mrs_empty_state experiment for issues
What does this MR do and why?
We know that Issue and MR creation early in a new signup's experience increases the likelihood of them converting to paid.
To verify that, we will test alternative designs to the issues and MRs empty state pages (different layout and inclusion of something visual - in this case a video)
Tracking and empty MRs empty state page will be implemented in separate MR.
MR acceptance checklist
Please evaluate this MR against the MR acceptance checklist. It helps you analyze changes to reduce risks in quality, performance, reliability, security, and maintainability.
Screenshots or screen recordings
Screenshots are required for UI changes, and strongly recommended for all other merge requests.
control | candidate | |
---|---|---|
Project issues empty list | ||
Project issues empty list (mobile) | ||
Project issues empty list (logged out) | no change | |
Group issues empty list | no change |
How to set up and validate locally
bin/rails c
Feature.enable(:issues_mrs_empty_state)
- Enable
incoming_email:
ingitlab.yml
. - Setup gdk to simulate SaaS - https://docs.gitlab.com/ee/development/ee_features.html#simulate-a-saas-instance and restart GDK
- Sign in. Create new group and blank project under that group.
- Visit empty issues list. Make sure all the buttons and links work.
- Open same page incognito. Make sure there is no video component.
- Visit group empty issues list.
- Make sure there is no video component.
Related to #436480 (closed)
Edited by Serhii Yarynovskyi