Gitlab hero border pattern left svg Gitlab hero border pattern right svg

Product Vision - Conversion

Overview:

The Growth Conversion Team at GitLab focuses on running experiments to increase the rate at which free accounts upgrade to become paying customers. Today, it can be challenging for a free user to understand the features that are available within each tier of GitLab when navigating within the app. We want to make it as easy as possible for teams to collaborate together on the features that are best for them and to explore purchasing on their own terms whether that’s starting a trial, speaking with someone at GitLab or upgrading on their own.

Mission:

Team:

Product Manager: Sam Awezec | Engineering Manager: Jerome Ng | UX Manager: Jacki Bauer | Product Designer: Kevin Comoli | Full Stack Engineer: Alper Akgun | Full Stack Engineer: Vacancy

Conversion KPI:

Supporting performance indicators:

GitLab.com influenced revenue User

GitLab self-hosted cross over revenue User

Problems to solve

Have you experienced an issue working a free user attempting to upgrade or do you have ideas on how we can improve the experience? We’d love to hear from you!

To effectively impact our KPI we'll focus on three core moments

Once a user has signed up for the free product, we have three core moments to convince them to become a customer. By getting them to initially activate and see value in the free product, exposing them to ah-ha moments with paid features, and ensuring they see value in the trial experience.

  1. Initial product activation

By focusing experiments on activation and increasing the activation rate, we will impact downstream efforts in points 2 and 3. Note, this still needs to be validated once we have user tracking in place. How we'll get there:

  1. Ah-ha moments with paid features and/or limits

When users are actively using a tier of the product, they should be aware if GitLab has the capability to make their job easier. We can do this by displaying premium features at key moments in the use of the product. How we'll get there:

  1. Trial and upgrade experience/value

When an account starts a trial, they are making a conscious decision to test out paid features; this represents an opportune time for us to ensure we display the value of the paid features. We need to ensure that trial users experience the value of the paid features and decide to hire GitLab to improve their existing workflows. This same philosophy applies to users who are choosing to upgrade. How we'll get there:

Our approach

We will utilize the ICE framework (impact, confidence, ease) to ensure we’re best utilizing our time and resources. The following table displays the top issues we're currently prioritizing.

ICE Score Description Why/Hypothesis
7 Test new upgrade module for feature weights We believe users may not actually see the value in some locked features, we want to setup a testing framework where we can easily test and iterate on these paywall states, this is the first test in this area.
7 Expose Security nav item to a cohort of new signups We believe some users may not be aware that GitLab offers some of our premium features due to the navigation items being hidden to free users. This test will be the first test in a series where we expose the value of the premium features within the free navigation
8.33 Expose an upgrade or trial option in the top right account dropdown We believe that some users may not know where to go to start a trial or upgrade. This test will help us understand if discoverability is an issue for users when it comes to starting a trial or upgrading.
TBD Walk new signups through group/project creation process We believe that given how central a group/project is to the successful adoption of GitLab that we'd like to test walking new users through this process.
TBD Onboard new users through an onboarding issue board We believe onboarding to a platform as large as GitLab is task that will likely take more than one session to complete and the order will be dependant on job GitLab has been hired to complete. This test will allow us to experiment with onboarding users to the issues feature while also giving them a home for their onboarding with issues already created for core actions they should be complete

Our full backlog of work can be found here.

Maturity

The team is brand new as of August 2019, our goal is to build out experimentation framework and the backlog of experiment ideas so we can become a well-oiled machine in the months to come.

GitLab Growth project

KPIs & Performance Indicators

Reports & Dashboards (these will be linked once they are created)