### Experiment Details: #### Hypothesis We believe that if we redirect in-app users that are requesting to start a trial to the feature that caused them to request the trial, we can increase the trial conversion rate and feature adoption. To verify that, we'll run an experiment redirecting users back to the security dashboard after they requested a trial. We will measure the impact on the security stage usage rate after users started a trial from the security dashboard page while monitoring conversion rate for user's enrolled in the experiment. #### Input data * [Trial started from security dashboard](https://app.periscopedata.com/app/gitlab/656701/Gitlab.com-Trials?widget=10806471&udv=1011883) * [Security stage usage rate after trial started from security dashboard](https://app.periscopedata.com/app/gitlab/656701/Gitlab.com-Trials?widget=10813097&udv=1011883) * [Trial security usage to trial conversion](https://app.periscopedata.com/app/gitlab/656701/Gitlab.com-Trials?widget=10879765&udv=1011883) #### Experiment design The control group will receive the same experience they have today whereby when they start a trial in-app they upon successfully starting the trial they are landed on the group overview page with a success banner message. In the experiment group users that start a trial from in-app we will remember the feature they were on when they requested the trial and upon successfully starting the trial we will land them on that feature highlighting the new paid features they now have access to. #### Experiment goal & tracking The goal of this experiment is to see a statistically significant increase in successful adoption of newly available features with a specific attention to security features after starting trial. Additionally we will monitor the trial conversion rate from namespaces in the experiment vs the control. ### UX Goals Design a way for us to inform users that they've started their trial and also indicate they now have paid feature access to `X` feature set. The feature set should be the feature set they requested the trial from. For example, if I started a trial from the Security dashboard feature discovery moment then after successfully starting my trial I should land on the security settings page with some indication that my trial was successfully start and a message on getting started on the security feature set. I'd also like to pose an open question: What should we do for in-app users that start a trial from a more general location i.e. top right dropdown, gold call-out banner, in-app billings page? Should we exclude them from this experiment or should we provide some improved default experience for them?