Skip to content

Customer Calls - Simone Susino

module-name: "customer-calls"
area: "Customer Service"
gitlab-group: "n/a"
maintainers:
  - lyle

Overview

Goal: Support Engineers who complete this module should have the ability to organize successful calls with customers.

Length:

  • Content: 1-2 hours
  • Calls: 5-10 hours
  • Total: 6-12 hours

Objectives: At the end of this module, you should be able to:

  • understand emotional headwinds that delay or prevent calls from happening
  • identify situations where a call is needed or advisable
  • guide customers towards negating the need for calls at all
  • set and manage customer expectations prior to the call in regards to call length and purpose
  • make calls successful
  • end calls gracefully
  • get manager help when calls can't be ended gracefully

Stage 0: Create and commit to the module

  1. Create an issue using this template by making the Issue Title: Customer Calls - <your name>
  2. Add yourself and your trainer as the assignees.
  3. Notify your manager to let them know you've started.
  4. Commit to this by notifying your team or shift that you've started this module and are looking to shadow or lead customer calls.
  5. Optional: Set a milestone, if applicable, and a due date to help motivate yourself!

Consider using the Time Tracking functionality so that the estimated length for the module can be refined.

Stage 1: Emotional Headwinds

In this section we acknowledge some of the emotional barriers to taking customer calls.

  1. Review the emotional headwinds section of the customer call workflow
  2. If you have not completed the Customer Service Skills training module:
  3. Exercise Reflect on the content of this section, and in a comment on this issue or in a video upload to GitLab Unfiltered:
    • Articulate the things that make you the most nervous about taking customer calls.
    • If you have encountered a situation where your fears have been realized, describe the situation.
    • Think through (and describe) some strategies for how you might overcome or walk through the feelings generated by customer calls.

Stage 2: When should tickets go to a call?

In this section we examine markers for when you should strongly consider moving to a call.

  1. Review the When should tickets go to a call? section of the customer call workflow
  2. If you have not completed the Customer Service Skills training module:
  3. Exercise Reflect on the content of this section, and in a comment on this issue or in a video upload to GitLab Unfiltered:
    • Tell about a time when (as a customer) you needed customer support and really needed to talk to a human. What barriers were in place? Were they reasonable? When you did get to a human, what value did they add to your support interaction?
    • Point to a ticket where you have seen one of the markers for when you should consider moving to a call and a call did not happen. What was the result?

Stage 3: Types of calls and the technical details of organizing them

In this section we take a look at the ins-and-outs of the types of calls, scheduling them, and the small technical things that keep everything running smoothly -- all the "easy" stuff that does not actually involve talking to anyone.

  1. Review the Types of Calls section of the customer call workflow
  2. Review Scheduling the call flowchart
  3. Review the Providing the call link section and get set up in Calendly if you have not already done so.
  4. Review the Pre-call email section.
  5. Review the Post-call section.
  6. If you have not completed the Customer Service Skills training module:
  7. Review the tips for customer no shows
  8. If you have not completed the Customer Service Skills training module:
  9. Review the Audio and Video Guidelines for Support Engineers section.
  10. Make sure you are aware of how to get manager help if you need it.
  11. Exercise Affirm the following statements:
    • The event title(s) I use in Calendly include Support and have a required field for the ZD ticket number.
    • I will use the appropriate macros to make sure tickets are tagged for reporting.
    • I will generate single-use Calendly links so that I do not get unexpected calls on my calendar.
    • My AV setup is set up well (or I expensed some items to improve the quality).
    • I know how to get manager help!

Stage 4: Taking calls

In this section we examine some ideas that will help calls go smoothly and end well ( in the amount of time you anticipated).

  1. Review the Removing the need for a call before it even starts section.
  2. Read about setting expectations within the call to keep calls within the scheduled time.
  3. Read through the tips for making calls successful section.
  4. If you have not completed the Customer Service Skills training module:
  5. Exercise Reflect on the content of this section, and in a comment on this issue or in a video upload to GitLab Unfiltered:
    • Tell us about a time when you failed to set expectations with the customer and their own expectations took over.

Stage 5: Putting it into practice

In this section, we'll take what we've covered and put it into practice!

  1. Pair or shadow on 5 customer calls. To the extent that you can, take a variety of types of calls.
    1. https://gitlab.com/gitlab-com/support/support-pairing/-/issues/18483
    2. https://gitlab.com/gitlab-com/support/support-pairing/-/issues/18887
    3. __
    4. __
    5. __
  2. Lead 5 customer calls (NOTE: this section is optional for Associate Support Engineers)
    1. __
    2. __
    3. __
    4. __
    5. __

Penultimate stage: Review

Any updates or improvements needed? If there are any dead links, out of date or inaccurate content, missing content whether in this module or in other documentation, list it below as tasks for yourself. Once ready, have a maintainer or manager review.

  1. Update ...

Final stage: Completion

  1. Have your trainer review your tickets and assessment. If you do not have a trainer, ask an expert to review.
  2. Manager: schedule a call (or integrate into 1:1) to review how the module went.
  3. Submit a MR to update modules and knowledge_areas in your Support Team yaml file with this training module's topic. You will now be listed as an expert in this topic on Skills by Person page.
Edited by Simone Susino