"Customer Success is when customers achieve their desired outcome through interactions with your company with the appropriate experience." - Lincoln Murphy
Create a company-wide customer success approach, providing an engagement framework for the Customer Success organization and integrating related programs and operations from GitLab operations (i.e., marketing, sales, customer success, product / engineering and support).
Deliver faster time-to-value and customer-specific business outcomes with a world class customer experience, leveraging the full capabilities of the GitLab application. Increase net dollar retention as well as lifetime value (LTV).
The following shows the high-level view of the capabilities that we will be developing as mature our customer success team, processes and systems. A pdf version for viewing.
The Strategy and Priorities Page (internal only) will show updates on our strategy and priorities for the given period.
Product usage data is key to driving customer and GitLab outcomes by providing visibility to customers' adoption of licenses, use cases, and capabilities. For more about how we use and plan to use this data, please see our "Product Usage Data Vision" page.
Each customer deployment will go through the following lifecycle stages.
Onboarding: The objective is to prepare the customer for a successful customer journey with GitLab, meaning they can achieve their business outcomes with a great experience. This includes success planning, expectation setting on engagement approach and tools, and education on GitLab resources, programs and support services. Onboarding is completed when all the tasks are completed or closed (i.e., not applicable).
Implementation: The objective is to ensure the customer has the right infrastructure to support GitLab solution operations. For self-managed customers, this could include setting up on-premises equipment and/or cloud infrastructure. For customers leveraging GitLab.com, this includes integration of the GitLab cloud service with the customers environment (e.g., SAML SSO integration). This is considered complete when production infrastructure is ready for use.
Adoption: The objective is to support our customer's utilization of the GitLab solution to address the customer's original purchase intent (i.e., use case(s) and capabilities, licenses). Adoption is complete when:
These will be measured according to product analytics (if available) or through agreement with the customer. We define the adoption of a use case using the criteria established in our Customer Use Case Adoption page.
Optimize and Grow: The objective is to enable the customer to get additional value from the GitLab platform. This is achieved through the adoption of additional features, use cases and/or stages, deeper process and operational integration in a customer's environment, optimization of application performance and availability, expansion into additional teams, and additional application of GitLab and DevOps best practices. The customer will remain in this stage as long as the customer continues to renew. The maturity of the customer will be tracked by product analytics (if available) or by collecting feedback from the customer on use cases adopted.
As part of our customer journey, we highly value the customer's initial experience and measure time-to-value. Specifically, we will measure the time in calendar days from the initial transaction to:
To improve the customer experience, deliver on customer outcomes, and increase net ARR, GitLab is focused on measuring and improving Customer Health. Customer Health includes multiple health measures that, when aggregated, gives a holistic view into the customer and allows drill-down into specific areas. We have created and adopted the PROVE Value approach:
The intention, both of the P.R.O.V.E. components and overall philosophy, is that we need to "prove value" to the customer.
For a detailed description of Customer Health and Early Warning System methodology, see Customer Health Scoring. This will include the methodology around how we score the health of accounts, along with how we enable the team toward a proactive renewal approach.
We measure customer success through Gross and Net Retention.
A measure of the causes for retention (compared to the same time period for the previous year) MRR decreases (churn) or increases (expansion). Churn is specified as Cancellation or Downgrades. Expansion is specified as Seat Expansion, Product Change, Product Change/Seat Change Mix, or Discount/Price Change. These are reported as a percentage using the change in MRR for the given reason over the total MRR change for all types in either the Churn or Expansion category. Trueups are excluded from these metrics.
We use a standard cost estimate to project margin on PS Statements of Work. The standard rate is calculated by dividing the average annual OTE plus benefits by the estimated annual billable hours. For this calculation, we assume 1,880 billable hours annually. We update the standard cost estimate on a quarterly basis.
To standardize the cost estimate for projects, make a copy of the SOW Cost Estimate Calculator and attach it to the issue for the SOW in question. This calculator will be updated to reflect any changes to the standard cost estimate.
If you need help with determining the standard cost rate or if it is applicable to your project, please contact your Finance Business Partner.