How to get the most out of Spryker SupportEdit on GitHub
We are very proud to have outstanding First Response Times (currently they average at around 35 Minutes in busy weeks), however, a First Response does seldom immediately include the solution to your problem. So how can we shorten Case Resolution Time?
There are a many of factors influencing Case Resolution Time. Some of them are determined by internal Spryker factor conditions, like availability of developer/engineering resources, others are external. One of these external factors is the question whether a case is immediately actionable. If a case contains all the information necessary for us to get working on it, it will be solved faster. How can you help us in this regard? Let’s take a look at the form that is used to open a case with us:
Whitelist our email addresses
Quick response and resolution times are not worth much if our messages cannot reach you. Spam Filters are useful, however, sometimes they are too aggressive. Be on the save side and whitelist the following email addresses that we use to get in touch, or to send notifications your way
If you are not sure how you can whitelist these email addresses, forward this request to your IT department or help desk. They will know how it can be done.
Include all the intel
The goal of every ambitious support team is to increase the number of tickets that can be solved with the first engagement. The ideal support case is opened with all the information needed to assess, reproduce, and solve the problem. The first response can then already include the solution to the problem.
For a product as complex as Spryker and our Eco-System this is tremendously difficult to achieve for any but the most basic questions or known issues. Nevertheless, we strive to reduce the interactions necessary to solve a case. We do this, to avoid taking to much or your time writing emails back and forth. To be successful in reducing the interactions necessary to solve a case, we need your help.
When you include all the information, we regularly need to assess a case, we are on to a good start. Here are the most important pieces of information that should go into any ticket you open with us.
|INFORMATION||QUESTIONS THAT HELP YOU||EXPLANATION|
|Prerequisites and steps to reproduce||What prerequisites must be met, so they can see the problem occure? Am i using Spryker Suite/B2B/B2C Demoshop? I am I using Spryker hosting? What project level adjustments have been made that might have an influence on the problem? What do they need to do, step by step, to arrive at the same point as me and see the error?||For a new issue, one of the first steps we do is trying to reproduce it in our latest version of Spryker. In order to do so quick and targeted, we need clear, step by step instructions. Occasionally, we will ask you to provide your composer.lock file. This file also contains all the version information for all the components and models you are using and is very helpful to diagnose more complex problems. It might seem tedious, but providing a good description how we can reproduce your problem is the single biggest time saver.|
|Expected Behaviour||What did i expect would happen if i execute the actions described above?||Sometimes it is just not obvious enough the outcome is you expected and telling us helps us avoid misdiagnosing an issue or research in the wrong direction.|
|Actual Behavior||What was the unexpected thing that happened? Where there any error messages? What happened that should not have happened?||This is what we will look out for when we are reproducing your issue. Please be specific and precise and share error messages.|
|Your Contact Details||Did i write my email address correctly? Is it ideally the one that we included in our SLA as a named contact?||It might sound strange, however, misspelled email addresses are almost impossible to detect from a support perspective and can immediately introduce a communication problem.|
|The Company this Issue applies to||Am i a Spryker Partner and the issue impacts a customer of mine, or is this a Spryker led project and i am a direct customer of Spryker?||This information is important so that we can map the correct SLA to you and know exactly with whom to speak in Spryker to get more contextual information on your case. It makes a big difference for us, so please always include info that tells us who company impacted by the problem|
|Cloud||Am i using Spryker’s PaaS offering or is the shop hosted elsewhere?||If you are using Spryker’s PaaS offering this is a important piece of information to include in your case. Since you are hosted with us, we can coordinate closely with our DevOps during the investigation and might not have to ask as many questions regarding your setup as we might need to if you are hosted elsewhere.|
|Type of Issue||Is this an infrastructure issue or is this a software issue?||If you are a Spryker PaaS customer you are benefiting from strict SLA times and we want to know immediately if you suspect that there is something wrong with our PaaS offering. Please tell us if you suspect your issue to be hosting related. If you suspect your problem is software related it might save us time and allow us to exclude infrastructure as a factor.|
If you include all of the above your chances of getting a fast resolution of your problems without much back and forth are significantly higher as we can concentrate on what matters and have all the info readily available.
Avoid out-of-band communication
We know the temptation and we mostly have done the same from time to time. If you have a pressing measure the temptation is great to reach out to several people at the same time, over different channels, to make sure that your message is heard.
The bad news is, that much more often than not, this will achieve quite the opposite of what you are going for. The undoubtedly engaged, highly motivated people you messaged will scramble and try to get things done for you without clear coordination. Things will be done multiple times wasting time and energy and creating confusion.
With Spryker Support it is not necessary to send a message to multiple people via various channels, as we will do that for you. We have clearly defined escalation rules (for an overview, look here) that make sure that every important stakeholder is informed. Raising a case with us also ensures SLA coverage, orderly tracking of all communication in a central, audited, and secure place. By only using our official points of contact to raise cases with us, you are doing us and yourself a big favor.
We want to measure ourselves to your high standards and exceed expectations. One important step towards our goal of providing the best support experience in the industry is receiving feedback. When we close a with you, the notification email will include a link to a short survey. Please provide honest, stern feedback. Tell us how satisfied you were with our service and how easy or hard it was to work together with us. You have additional comments? Great! The survey also includes a comment field so you can include your feedback there.
We take your feedback very seriously. Our Support Lead will read and follow up on your feedback.
For submitting the form