Customer Success Plan
What is the Mutual Customer Success Plan
The Mutual Customer Success Plan Template is a merging of the Pre Sales Customer Success Plan and the Post Sales CSM Customer Success Plan template. It contains the following:
- Customer Background
- Elements from the Technical Close Plan i.e.
- Customer Business Outcomes
- Key Business stakeholders
- Current and Desired State/ Workflows
- Technical Activities Planned or Completed
- Technical Evaluation Plan List
- Customer Phased Success plan & Adoption Journey
- Proposed Initiatives and Milestones
Please use the Mutual Customer Success Plan Template for all Strategic and Enterprise opporttunities.
Please use the Commercial Customer Success Plan Template for all High Velocity or Commercial opportunities.
Why Use a Mutual Customer Success Plan (CSP)
Primary Objectives
As a follow on to the Technical Close Plan process, the Technical Close Plan can be converted into, or utilized as a Mutual Customer Success Plan, with these aims:
-
For the Customer: To be prescriptive on a phased successful adoption of GitLab, including architecture recommendations, deployment, migration, integration, onboarding users and applications at scale, along with recommendations for any automation processes as well as dashboards and monitoring. As an SA you should always collaborate with the customer, to create the Mutual Success plan and help them understand, preliminary, what is involved in adopting GitLab as their AI powered DevSecOps Unified Platform, from not only a technological or deployment point of view, but from a people and process point of view.
-
For the Customer Success Manager (CSM): Collaborate with CSMs for all deals over the appropriate threshold (currently 300k Net ARR), as it transitions from pre to post sales. It is important to provide the CSMs with all the relevant context as they take over the relationship. As an SA, you collaborate with the CSM to help them understand the customer’s objectives and milestones for the next 30, 60, 90 days as well as for the next 6 months. The CSM can then formulate a cadence and enablement plan. The CSM will be responsible to update and maintain the Mutual Customer Success Plan after the sale. It will serve as a customer facing document, helping to facilitate the customer achieving their initiatives, and objectives. A CSP should be created and reviewed w/ the customer even in cases where there are no CSMs assigned.
-
For the Professional Services Team: Present the Customer Success Plan with the scope of initiatives that can be used to determine a Statement of Work.
-
For the Go To Market Team: When a GitLab executive sponsor or anyone in the GTM or customer support needs to be engaged, the Mutual CSP acts as a source of truth to provide context between the customer’s and GitLab’s interactions.
When to Create a Mutual Customer Success Plan
A Mutual Customer Success Plan should be initiated during stage-2 (scoping) and the first version should exist before going into stage-3 (technical evaluation). This is when an SA begins to prescribe the GitLab solution to the prospect or customer’s objectives and what a phased adoption and customer adoption journey would look like, in collaboration with the customer. Please note that for some SA regions, a Technical Close Plan should also be started in stage 2 or 3 and will contain the required information for a CSP.
The Mutual Customer Success Plan should be reviewed and accepted with a customer at some point before stage-4.
Opportunity Thresholds for Creating and Reviewing Mutual Customer Success Plans?
- All New or Growth Opportunities with $300k net ARR or more, in stage-3 (technical evaluation) and beyond. (The SA is the DRI, which is handed over to the CSM)
- All opportunities with $30K net ARR or more for focus accounts as indicated in salesforce. (Opportunities that are part of a focus account have salesforce named “Compensation Target Account” checked.)
- All opportunities where the SA is involved in a SA Validated Tech Evaluation.
SA Managers have discretion for additional opportunities to be included. Additionally, SA Directors can provide an exception in specific cases where it is impossible or unreasonable for the SA to create a CSP for a customer.
Once an opportunity has been identified using the criteria above, as requiring a Customer Success Plan, the Solutions Architect should initiate it at the end of Stage-3 Technical Evaluation, and place the URL in the Customer Success Plan field, in the opportunity, in Sales Force.
Then the SA ensures that the relevant fields in the Customer Success Plan section, on the Opportunity level in SFDC, is maintained throughout the process.
CSP Exception Process
When it is unreasonable or impossible for the SA to create a CSP for a customer, the SA Director can mark the opportunity as requiring a CSP exception. This provides us a feedback driven approach to iterating on our customer engagement models, encourages dialougue on specific opportunity feasibility, and provide a KPI based approach to SA customer success planning that is within the control of the SA organization.
Possible reason it would be unreasonable to create a CSP.
- The SA is unable to engage with the customer and we’ve made multiple attempts with the customer.
- The customer is not interested in engaging on a CSP after we’ve explained the necessity and benefits.
- Sales leadership (VP+) supports not doing the CSP based on the dynamics of the opportunity.
The SA and SA leadership should work with the sales team to figure out how to engage on a CSP before marking it for exception
To mark an opportunity with a CSP Exception, following the guidance for Tracking customer success plan creation and review below.
Tracking Customer Success Plan creation and review
To drive visibility, accountability, and collaboration, CSPs and the associated customer review need to be recorded on the associated opportunity in salesforce. Please use the following fields:
- Customer Success Plan: field for the URL to the plan. If CSM Excpetion is checked, this field will contain the justification for the exception (using this field is a temporary method while a field dedicated for CSM exception justification is implemented).
- CSM Exception: SA Director+ can check this if it’s impossible or unreasonable for the SA to create a CSP for the customer.
- Customer Accepted: Check if the CSP has been reviewed with the customer. The customer doesn’t need to formally “accept” the CSP for this to be checked.
See how to initiate a Customer Success Plan from a Technical Close Plan below.
How Does This Differ From a Technical Close Plan
In many instances, the Technical Close Plan can be used as-is for a Customer Success Plan, where the only real difference is the timing.
In other cases, there may be additional adoption information to capture, like other known tools, migration plan, adoption plan, adoption risks, etc.
There also may be parts of the original Technical Close Plan that are no longer relevant to share with the customer, like internal relationship notes, sales or GitLab terminology, or mitigated risks.
Here is a quick reference on what content elements are in a Technical Close Plan vs. a Customer Success Plan:
Content Element | Technical Close Plan | Champion’s Deck/ Proposal | Mutual Customer Success Plan | Kick Off Call/ Onboarding EBR | |
---|---|---|---|---|---|
1. | Company Background | X | X | ||
2. | What Have We Heard | X | X | ||
3. | Key Stakeholders/ Project Team | X | X | X | |
4. | Business Outcomes/ Strategic Initiatives | X | X | X | X |
5. | Current & Proposed Workflow Diagrams | X | X | X | X |
6. | Applications & Use Cases/ Risks & Mitigations | X | X | X | |
7. | Activities Planned/ Completed | X | X | ||
8. | Technical Evaluation Plan & Activities | X | |||
9. | Value Outcome Map/ Metrics | X | X | X | X |
10. | Economics/ Pricing | X | |||
11. | Users/ What was bought/ recommended | X | X | X | |
12. | Phased Success Plan and Adoption Journey | X | X | ||
13. | Outcomes, Objectives & Activities - Bus/Technical Milestones (3/6/12 month) | X | X | ||
14. | Enablement Plan | X | |||
15. | Architecture Notes:Producer (Deployment, Configuration, Integration); Consumer (Onboarding, Management,Monitoring) | X |
At a High Level What is the Customer Success Plan Process
The Customer Success Plan process is outlined here.
Please pay attention to the responsibility of the SA to update the opportunity in Sales Force with the Customer Success Plan URL as appropriate.
How To Build a Technical Close Plan and Transition to a Customer Success Plan
Let’s describe in more detail the Day on the Life of an SA. Every meeting that is conducted with the customer, is an opportunity for you to understand the customer’s challenges and outcomes desired. The following is a recommendation on how to advance an oppotunity, meeting by meeting, stage by stage, and what information you should gather to first build the Technical Close Plan and then transition to a Customer Success Plan.
-
Technical Close Plan (Stage-1:Discovery to Stage-3:Technical Validation)
-
Meeting 1 -Discovery - Discover the Desired
ChallengeOutcome [Why Change?]- During the Meeting
- Research and confirm “1. Company Background”
- Understand who are the “3. Key Stakeholders”:
- Executive Decision Maker/ Economic Buyer,
- Technical Champion/Coach/ Buyer,
- Process or Operational Owner, and get introductions
- Ask about the “4. Business Outcomes/ Strategic Initiatives”
- Start Discovery on any Tool Chain per Stage/ Processes etc.
- Whiteboard or Present very high level GitLab value
- After the Meeting
- Create a Technical Close Plan with the following content from your first Meeting
- “1. Company Background”
- “2. What We have Heard”
- “3. Key Stakeholders”
- “4. Business Outcomes/ Strategic Initiatives”
- VERY IMPORTANT: Update the Technical Close Plan URL in the opportunity in Sales Force.
- If you don’t have any of the above information, because most of the time was spent answering the customer’s technical questions, schedule another discovery meeting to gather the info.
- Create a Technical Close Plan with the following content from your first Meeting
- Next Steps:
- Current and Desired Workflow Discussion
- Can also do a brief “Drive by” Demo, which is a short 5 minute demo to faciliate more discovery
- During the Meeting
-
Meeting 2 -Scope - Scope the Workflows to Achieve Desired Outcomes [Why Now?]
- During the Meeting
- Present “2. What We have Heard” so far
- Continue any Discovery on any Tool Chain per Stage/ Processes etc. that would form the foundation of a “5. Current and Proposed Workflow Diagrams”
- Ask about all “6. Applications & Use Cases/ Risks & Mitigations” if all desired Use Cases are not accomplished.
- Present or Whiteboard GitLab Use cases and Value
- After Meeting
- Update the Technical Close Plan with
- “2. What We have Heard”
- “5. Current and Proposed Workflow Diagrams”
- “6. Applications & Use Cases/ Risks & Mitigations”
- Start a “8. Technical Evaluation Plan & Activities” on what will be done to achieve a Technical Win and Decision.
- Update the Technical Close Plan with
- Next Steps:
- Present Current and Desired Workflow Diagrams
- Optional (Propose Workshop or Demo).
- During the Meeting
-
Meeting 3 -Scope - Qualify the Value [Why GitLab?]
- Meeting Prep
- For Meeting Prep, work with your Account Executive, to shore up “2. What We have Heard” so far.
- Start to develop your “8. Technical Evaluation Plan & Activities”, that is, what exactly will be done to achieve a Technical Win and Decision.
- During the Meeting
- During the third meeting Present an updated “2. What We have Heard” so far
- Present the “5. Current and Proposed Workflow Diagrams” and solicit feedback and discussion.
- Present the “6. Applications & Use Cases/ Risks & Mitigations” and solicit feedback and discussion.
- Make sure the customer understands our value in meeting their outcomes and processes.
- Determine how a Technical Decision would be made and document in “8. Technical Evaluation Plan & Activities”. Get agreement from Customer on the path to making a Technical Decision.
- Next Steps:
- SA and AE to propose the next steps for Business and Technical Validation: Workshop/ Demo/ POV/ Value Stream Workshop/ Business Value Assessment
- Meeting Prep
-
Meeting 4 - Business & Technical Validation Activities - Validate the Business and Technical Value
- Meeting Prep
- For Meeting Prep, work with your Account Executive, to review your “8. Technical Close Plan Activities” on what will be done to achieve a Technical Win and Decision.
- During the Technical Evaluation
- Conduct your Technical Evaluation Plan and Activities as was decided between GitLab and the customer, e.g. Workshop, POV, Demo, Reverse Demo, Day in the Life
- Work towards the Technica win (may require more than 1 meeting)
- During and After the Technical Win
- Update “7.Activities Planned/ Completed” in the Technical Close Plan
- After the Technical Win, create a “9. Value Outcome Map/ Metrics”.
- The Outcome Map traces the Customer’s Outcomes to be achieved, with their Strategic Initiatives, mapped to GitLab’s capability and what value will it bring. This would be used in the proposal.
- Next Steps:
- After securing Technical Win, work with AE on a Proposal
- Initiate the Customer Success Plan (see below)
- Meeting Prep
-
-
Mutual Customer Success Plan (Stage-3:Completed )
- Once Technical Validation is completed, initiate and complete. the Mutual Customer Success plan with the Following elements from the Technical Close Plan
- “1. Company Background”
- “2. What We have Heard”
- “3. Key Stakeholders”
- “4. Business Outcomes/ Strategic Initiatives”
- “5. Current and Proposed Workflow Diagrams”
- “6. Applications & Use Cases/ Risks & Mitigations”
- “7.Activities Planned/ Completed”
- “9. Value Outcome Map/ Metrics”
- VERY IMPORTANT: Update the Customer Success Plan URL in the opportunity in Sales Force.
- Once Technical Validation is completed, initiate and complete. the Mutual Customer Success plan with the Following elements from the Technical Close Plan
-
Meeting 5 -Proposal - (Stage-4:Proposal and beyond ) - Proposal and Recommendations to Achieve Customer’s Outcome
- Prep with your AE on a Proposal/ Champions Deck that includes the following from the Technical Close Plan
- “2. What We have Heard”
- “4. Business Outcomes/ Strategic Initiatives”
- “5. Current and Proposed Workflow Diagrams”
- “9. Value Outcome Map/ Metrics”
- After Proposal Presentation, continue to update and complete the Mutual Customer Success plan
- VERY IMPORTANT: Update the Customer Success Plan URL in the opportunity in Sales Force.
- Next Steps:
- While Negotiation occurs, As the SA, set up meetings with the customer and with the CSM to add the following to the Mutual Customer Success Plan:
- “11. Users/ What was bought/ recommended”
- “12. Phased Success Plan and Adoption Journey”
- “13. Outcomes, Objectives & Activities - Bus/Technical Milestones (3/6/12 month)”
- “15. Architecture Notes:Producer (Deployment, Configuration, Integration); Consumer (Onboarding, Management,Monitoring)”
- While Negotiation occurs, As the SA, set up meetings with the customer and with the CSM to add the following to the Mutual Customer Success Plan:
- Prep with your AE on a Proposal/ Champions Deck that includes the following from the Technical Close Plan
-
Mutual Customer Success Plan handoff to CSM for over 300k/ Or AE and SA maintain after close
- The CSM would take the Success Plan started by the SA and add or update the following:
- “13. Outcomes, Objectives & Activities - Bus/Technical Milestones (3/6/12 month)”
- “14. Enablement Plan”
- The CSM for Renewal opportunities with ARR basis over 300k may also start a Mutual CSP from “13. Outcomes, Objectives & Activities - Bus/Technical Milestones (3/6/12 month)”.
- In those cases, CSM is the one responsible to update the Customer Success Plan URL in the Renewal opportunity in Sales Force.
- The SA may optionally create a Technical Close Plan after the fact to add all he remaining context, to understand why was GitLab bought previously and what was the customer’s expectation of value from GitLab
- In addition the CSM, when conducting cadences with the Customer, is expected record the following in the Mutual Customer Success Plan:
- The CSM would take the Success Plan started by the SA and add or update the following:
Content Element | Technical Close Plan | Champion’s Deck/ Proposal | Mutual Success Plan | Kick Off Call/ Onboarding EBR | |
---|---|---|---|---|---|
1. | Utilization per Features/ Capabilities | Update Utilization upon Cadence | X | ||
2. | Use Case Adoption in Prod | Update Use Case Adoption upon Cadence | X | ||
3. | Support Tickets/ Enhancements/ issues | Update Tickets/ Issues upon Cadence | X | ||
4. | OnGoing/ Planned Initiatives w/ Status | Update Milestones upon Cadence | X | ||
5. | Outcome/ Metric Updates | Update Metrics/ Customer upon Cadence | X | ||
6. | PS SOWs and RunBook | Attached | X |
The CSM and the Customer Success Plan
Click here to learn more about the CSM’s responsibility with respect to Customer Success Plans.
Resources
This Google Drive Folder contains the Mutual Customer Success Plan starting template, an instructional walkthrough, and example Customer Success Plans for Ultimate and Dedicated as a reference.
2caffa50
)