- Working with Elastic Support: Best Practices
- Phone Support
- Making Use of the Community Forums
Working with Elastic Support: Best Practices
As the most common and frequent of activities, here are the best practices related to open support cases with Elastic.
A case can go by many names: ticket, service request, incident, problem, issue, etc. As far as we're concerned, they all mean the same thing. We generally use the term "case" because that's what our support system provider calls them.
A case (or whatever term you prefer to use) can represent many different kinds of situations you'll encounter as a customer:
- You found a bug in one of our products.
- You would like a new feature considered.
- You have a question about how to do something with our products.
- You need to make some changes to your account (e.g., add or remove a user).
- You need to give us a heads up about some maintenance you'll be doing over the weekend that might result in a new case.
All of these situations (and likely some we've missed) are valid case topics.
Now that we're on the same page about what a case is, let's talk about when to open one.
Your subscription level matters. Currently, we offer four types of subscriptions: Development, Gold, Platinum, and Enterprise. Development has a limitation on the type of cases that can be opened - namely, only development-related issues, as opposed to production issues. For reference, please see http://www.elastic.co/subscriptions/ for a full definition of our subscription packages. Please keep the Development caveats in mind as we dive into the details of opening a case below.
Generally speaking, you should open a case for anything important to you. It's just that simple. Cases are the way we communicate with each other a majority of the time, and we want to be well connected with you as a customer to ensure your success as well as our own. If in doubt, open a case to open the discussion.
Here's a handy chart to help you understand what kind of response times you should expect per subscription level. More on the definition of each level in the next section.
|Subscription||Urgent (Level 1)||High (Level 2)||Normal (Level 3)||Dev Support|
|Enterprise||1 hour 24x7||4 hours 24x7||1 business day||-|
|Platinum||1 hour 24x7||4 hours 24x7||1 business day||-|
|Gold||4 business hours||1 business day||2 business days||-|
|Development||-||-||-||2 business days|
Note: Business hours are defined by your company location in your support contract.
Depending on the level of investment you've made with Elastic, we offer two kinds of help: break/fix and consultative. If your annual subscription (please note this is project based and not an account based calculation) spend is less than $25,000 USD, you will be offered our world-class break/fix support. We will be here to help you when things go wrong, and to offer you general guidance and best practice. If your annual subscription spend is $25,000 USD and above, you will be assigned a lead Support Engineer who will provide proactive and in-depth consultative support along with world-class break/fix support. In either case, even more help can be provided via our Consulting team (scheduled, dedicated and onsite assistance), ask your Elastic Sales Representative for information.
This is pretty straightforward. When your company's account was created as part of our order processing, each person you identified as an authorized support contact to your sales representative received an individual login. Notification of this new login is made via email to the person's email address provided by your company. Within this notification is a link to set the person's initial password and login to the system. Once that first step is complete and the login is verified, these instructions apply to all logins.
- Login to our support system at https://support.elastic.co.
- Search our Knowledge Base for any known issues
- If nothing matches your issue, click "Submit a Request" from the menu along the top.
- Fill in the resulting form (see "What should I say in my case?" section below for more info).
- Click "Submit."
You will then receive an email from our system letting you know your case was created, and all future conversation can occur through email.
We understand that sometimes problems related to software like ours can be complicated, and it can be difficult (even daunting) to get everything related to the problem into that small text box every support system offers you. However, the more information you can provide us the better we'll be able to grasp what we call The Three S's: Situation, Severity, and Seriousness.
Situation: The more straightforward you can be in your description of what problem you're experiencing, with as many observable symptoms as you can and as many artifacts as you can upload, the better we can determine how similar or dissimilar the problem you're telling us about looks like other problems we've seen. The faster we can make this match, the faster we can resolve your problem. And the faster we fail a match, the faster we can bring the right specialist resources into the discussion - again also making for faster resolution.
Severity: We offer 4 severity levels: Urgent (1), High (2), Normal (3), and Dev Support (4).
Note: Severities 1-3 only apply to production levels of support - Gold, Platinum, and Enterprise.
We have fairly standard definitions for what these mean:
- Urgent: Production is down, your business has stopped, drop everything now and help you.
- High: Production is wounded, but still functioning. You aren't sure if it's fatal, send help as quickly as possible.
- Normal: Production seems fine, but you have questions (this is usually the default).
- Development: Specifically designated for non-production cases. Not time sensitive.
Picking the right severity is important, but even more important is giving us a simple clear description of the impact the problem you're reporting is having on you. Impact is different than symptoms, as some symptoms appear very mild in words but, when combined with something else going on in your environment, can be deadly. When setting the severity, take an extra moment in your description to tell us about the impact.
Seriousness: How serious a problem is depends on many factors, but ultimately only you can tell us how the situation and severity combine to affect your business. Sometimes seriousness is non-technical, in that a dashboard used by your executive team is performing poorly, which on the surface might sound like a situation of normal to high severity, but this changes when we learn that dashboard is about to be made public to your customers. Suddenly this is serious, because not only is our reputation on the line with you, your reputation is on the line with your own customers. We like to understand how a problem fits within the bigger context of your business, which helps us prioritize our response beyond just what the situation and severity tells us.
We have attempted to make working with us as easy as possible, but as with any support organization it's important as a customer to understand a little about what happens behind the scenes to make for the best experience possible. Once you've opened your case, a lot of automation we've built goes to work to make sure we are consistently delivering high-quality support. It goes a little something like this:
- All new cases are assigned directly to Elastic support engineers. The relevant engineer is notified of your case. No more wondering if there are actual humans on the other end worried about your problems — we'll be there.
- We have support engineers in over 22 countries and 30 time zones to ensure that we are ready to help regardless of time of day or location for your critical issues.
- Based on the Three S's (situation, severity, and seriousness), our global team of support engineers, who speak human and code, will engage with you on your case within our committed response times.
The rest is pretty straightforward technical support interaction via the case, phone, or chat depending on which channel of support best suits The Three S's for that case.
You have two ways to interact with us on an existing case:
- Login to https://support.elastic.co and see all your cases either waiting on us or waiting on you.
- Respond to the email receipts from our system to update with your response.
There's no wrong way to interact with us. It's completely up to you and your preference.
We've covered opening a case, which is the most common way we communicate with customers. But sometimes you need to actually speak with a human being in real time, especially when the problem you're experiencing is either very complex and/or very time sensitive in nature. Our Development, Gold, Platinum, and Enterprise subscription levels all offer phone as channel of support, so in this section we'll tell you how to use it.
If you have a Development, Gold, Platinum, or Enterprise subscription, you are entitled to phone access. Congratulations! To make use of this entitlement, all you have to do is ask. When opening a case (see previous topic), if a phone conversation is the best way to discuss the problem, let us know some dates/times you are available and we will schedule a call. Unless you tell us otherwise, we schedule the call using our own VoIP tool which allows for voice, video, and screen sharing.
As any healthy open source project would, Elasticsearch, Kibana, Beats, and Logstash have vibrant and helpful communities. We understand you have chosen to become our customer because you want the assurance of high-quality support, single source of truth, and committed response times — and we can't thank you enough! But that doesn't mean our open source communities can't be a useful resource for you.
Such a simple question, but a good one. The best place to start is http://www.elastic.co/community which lists all the best community resources. The most commonly used resources are our community forums on discuss.elastic.co.
Feel free to use these forums as sources of information and for general discussions. Of course, as a customer you do not need to rely on these communities for your critical or confidential support needs, and we strongly recommend against posting any time-sensitive requests here — you have us for that!