View the CSM Handbook homepage for additional CSM/CSE-related handbook pages.
It’s important to reach out to customers beyond our automated Gainsight campaigns. Outreach campaigns can be created to target customers who are listed with a Propensity to Churn (PtC), Propensity to Expand (PtE) or are in specific industries.
Qualifying the customer for an escalation is important in terms of ARR and LAM. ARR should be >=80% of the ceiling for your segment’s ARR range. LAM ought to be > $100K. Another very weighty criterion is an upcoming renewal. If they are <= 3 months away from an upcoming renewal, an escalation could help turn their frown upside down.
Escalations ought to be used sparingly and only for the larger accounts in our segment with a high potential for growth so that our support, product, and engineering teams can prioritize their efforts in good alignment with overall Gitlab business objectives.
There are two types of escalations: support escalations and account escalations.
Meetings are integral to interfacing with customers; whether we are joining a call with an Account Executive or driving the call ourselves. We must do what we can to prepare ourselves and ensure that the call is as productive as possible. This will require having some resources available to leverage when needed. The following can serve as a loose guideline for preparing for customer meetings.
Account owners (AEs, SAEs) working with customers that qualify for Scale CSE may find that their customer would benefit from a Scale CSE engagement outside of the normal operating rhythm during the customer lifecycle (programmatic call invitations from Gainsight, manual outreach by CSE in Outreach, Office Hours and Webinars). In these cases, it is best to track ad-hoc engagement requests through the Scale Engagement Request GitLab project to help qualify the engagement and help the CSE prepare for a productive conversation with the customer.
Only account owners should file a new issue requesting a Scale CSE engagement for their customer. Other stakeholders at GitLab (Solutions Architects, Support, Professional Services) may identify a potential opportunity for Scale CSE engagement, but ultimately the account owner should be notified to follow through the request process and communicate to the customer that a request has been made.
To make a request, open an issue and select the appropriate description template based on the Sales Segmentation/Region of your customer. Currently you have 4 options to select from (PubSec customers are not included in this request process, there may be a separate process for those customers with the appropriate visibility/confidentiality as needed):
Once a template has been selected, please populate the description with as much information as possible to help the Scale CSE team qualify the request, and prepare for engagement. Selecting the appropriate template will automatically assign to the covering CSE for that segmentation and region. The CSE will let you know if the engagement is accepted and if they have any follow-up questions.
Once the engagement has completed, the CSE will mark the issue as closed
When a CSE has accepted a Scale CSE engagement request, the CSE must then create a CTA in Gainsight for proper tracking and CSAT survey deployment post-follow-up email.
Once the call is complete, the call must be logged as an activity against the customer’s timeline in Gainsight.
The CSE should then prepare a follow-up email to be sent to the customer through the email-assist in the task: Follow Up Email Post One-off Scale CSM Outreach Call Completion
This ensures that a CSAT survey is deployed to the recipients of the email.
As a supplement to the monthly webinars presented by the CSM/CSE team, the CSE team also invites net-new scale eligible customers to participate in a monthly onboardhing cohort.
The onboarding cohort will have a duration of 4 weeks, starting at the beginning of each month, with 90-minute live weekly training led by a Customer Success Engineer. Customers will be grouped with other new GitLab customers during each training. In addition to the weekly hands-on calls, customers will have access to a shared Slack channel monitored by Customer Success Engineers throughout the program to help answer questions and provide best practice guidance.
All customers participating will complete their training using a sandbox sub-group on gitlab.com provisioned via gitlabdemo.com. Additionally, customers participating in GitLab GitOps Deployments will also gain access to the Instruqt platform to allow hands-on access to a kubernetes cluster for deployments.