For an overview of the support we provide to customers and GitLab.com users, please see the general support page. What follows is a more detailed description of the level of service.
The channels are sorted in order of priority, there are 4 SLA categories:
|1||Emergencies (Premium Customers only)||30 minutes|
|2||Premium Customer - Regular Tickets||4 hrs (business)|
|3||Regular Tickets and Security||1 business day|
Response time indicates the first reply time.
Preferably we like to answer tickets sooner than the SLA requires. The higher a channel is in the list the sooner it should be answered.
The above SLAs are based on ticket priority which can be set manually by support agents. See setting ticket priority
Internally to support, we use Zendesk as our ticket management tool. We've defined our queing priority as such:
We use a webhook to notify us when a high priority premium ticket comes through. It is posted on the
#self-hosted-support Slack channel. If you answer the ticket put either a
:heavy_check_mark: emoji to let other support engineers you're seeing or responded to the ticket.
If you're not sure how to answer the ticket start a thread under the ticket and tag other support engineers to join the discussion.
Support Engineers should work on tickets within their assigned support speciality as a first priority. Tickets should be picked up in the following order to make sure that SLAs are not breached, and customers receive the proper level of service:
After these are addressed tickets should be worked on in Priority Order. When a ticket is breaching or has breached its first reply (or next reply) SLA this ticket must be picked up by any Support Engineer independently of who is assigned to it. This also applies to tickets for Resellers (i.e. anyone picks up if close to breaching, regardless of who the Dedicated Support Engineer is).
This is a special view that is used for two purposes:
Support teams often use an "assignment" model, where an agent is assigned a ticket and sees the ticket through to completion. If they are stuck, they can re-assign this ticket to another agent to pick up and try and complete. At GitLab however, we're taking advantage of our global support team and using a system dubbed "Hot Queuing". This system means that we all work from one global queue and it's expected that multiple agents will be working together on most issues. This allows us to do the following:
There are times in the support process that an agent will want to assign the ticket to themselves:
If you see a ticket in the queue that you are not able to answer, you should:
With the hot queue, we all work together and no one should be scared to start a ticket.
SLAs are set as Business Rules within Zendesk. For more information, please refer to the specific Zendesk page.
We have a slack integration that will notify us of a Premium ticket that will breach within an hour. If you see one of these, start a thread and consider this a small emergency. If you need help, draw attention of other support engineers by tagging them, and work to move the ticket forward.
If customer's reply is the last one in the ticket, do not set it to the Pending status silently. Because of that, breach clock will be lost if customer replies to the ticket again later. Instead, send some confirmation, greetings, etc together with changing the status.