Please note: Product KPIs are mapped 1 to 1 with our Growth teams in order to focus those teams on experiments to improve our KPIs. Additional performance indicators will be tracked and may add value, but should ultimately drive one or more KPI.
Stages per user is calculated by dividing Stage Monthly Active User (SMAU) by Monthly Active Users (MAU). Stages per User (SpU) is meant to capture the number of DevOps stages the average user is using on a monthly basis. We hope to add this metric to the stage maturity page, alongside number of contributions.
An action describes an interaction the user has within a stage. The actions that need to be tracked have to be pre-defined.
AMAU is defined as the number of unique users for a specific action in a 28 day rolling period. AMAU helps to measure the success of features.
Stage Monthly Active Users is a KPI that is required for all product stages. SMAU is defined as the highest AMAU within a stage in a 28 day rolling period. While an ideal definition for SMAU is the count of unique users who do any action in a given stage, this approach was chosen for technical reasons. First, we need to consider the query performance of the usage ping (e.g. time outs). Second, this allows us to not worry about the version of an instance when comparing SMAU metrics because of changing definitions. Dashboards
Percentage of category maturity plan achieved per quarter
Abbreviated as the PNPS acronym, please do not refer to it as NPS to prevent confusion. Measured as the percentage of paid customer "promoters" minus the percentage of paid customer "detractors" from a Net Promoter Score survey. Note that while other teams at GitLab use a satisfaction score, we have chosen to use Net Promoter Score in this case so it is easier to benchmark versus other like companies. Also note that the score will likely reflect customer satisfaction beyond the product itself, as customers will grade us on the total customer experience, including support, documentation, billing, etc.
The number of active accounts on all self-managed instances that we receive usage ping from.
An active account in this context is defined as
Total accounts - Blocked users so it is not truly measuring "activity", only non-blocked accounts on instances.
To get a more accurate measure of MAU on self-managed, we will add new counters to usage ping (Issue).
The number of unique users that performed an event on GitLab.com within the previous 28 days.
Amount of new users who signed up for a GitLab account (GitLab.com or Self-Managed) in a given month.
Amount of paid groups that added users to the namespace in a given month.
Total number of CI Runner Minutes consumed in a given month.
Percent of users or groups that are still active between the current month and the prior month.
The opposite of User Return Rate. The percentage of users or groups that are no longer active in the current month, but were active in the prior month.
Number of new Projects created in a calendar month.
Number of Merge Requests created in a calendar month.
Number of Issues created in a calendar month.
This metric reports on the percentage of Direction items that have met or exceeded their respective success performance indicators. For each feature labeled ~Direction, there should be a defined success metric, and telemetry configured to report on that success metric to determine if it was provably successful.
Percent of open GitLab issues that have comments from customers and wider community members. This dashboard also measures relative engagement over time.
Amount of users who moved from a free tier to a paid tier in a given month.
A GitLab.com user, who is not a MAU in month T, but was a MAU in month T-1.
A GitLab.com user, who is a MAU both in months T and T-1.
A newly registered GitLab.com user - no requirements on activity.
A GitLab.com user, who is not a new user and who was not a MAU in month T-1, but is a MAU in month T.
A GitLab.com Licensed User
A GitLab.com group, which is not a MAG in month T, but was a MAG in month T-1.
A GitLab.com group, which is a MAG both in months T and T-1.
A newly created top-level GitLab.com group - no requirements on activity.
A GitLab.com group, which is part of a paid plan, i.e. Bronze, Silver or Gold. Free licenses for Ultimate and Gold are currently included.
A GitLab.com user, who is a member of a Paid Group.
The percent of users or groups that pay for additional CI pipeline minutes.
The count of active Self Hosts, Core and Paid, plus GitLab.com
A lost instance of self-managed GitLab didn't send a usage ping in the given month but it was active in the previous month