Newsletter Subject

How to write a support request (that won’t get ignored)

From

chrislema.com

Email Address

chris@chrislema.com

Sent On

Tue, Mar 30, 2021 07:31 PM

Email Preheader Text

Read this blog post on ​ ​ I know. It's hard to imagine that anyone would need a lesson on

Read this blog post on [chrislema.com](=)​ ​ I know. It's hard to imagine that anyone would need a lesson on how to write a support request – because most of us know how to ask for help. But sadly, the more that software eats the world, the more support tickets will exist. And the more tickets that exist, the more you'll discover that some tips would help us all. Not all support requests are equal and you should strive to make your request the best one (and easiest one) to reply to. Hence today's post. 3 ways to get your support ticket ignored Let's start with the simple stuff… you know, the stuff that will kill any chance that you get great service. I know it's obvious, but it needs to be said. - Don't write a request for help that lacks critical information. I know you're stuck and frustrated but, “this thing doesn't work,” is not sufficient information to get the help you want. Most support organizations need to be able to replicate the problem, and to do that they'll need a lot of context. What were you doing before this happened? What system were you on? What did you try? What messages did you see? All of this is critical to getting you help. - Don't write an insulting request for help. It really shouldn't have to be said. But I'll say it: the world doesn't revolve around you or me. ALL CAPS doesn't do what you think it does. So if you're thinking that a strong-worded email is going to motivate anyone, you've miscalculated. They may be required to help you, but they're not required to prioritize you. So don't be rude. Don't be condescending. Stay emotionally neutral as you write. - Don't start with how much you paid. What I'm going to say next is not always the case. But I see it a lot. When you start with a note about how much you spent (which is always way less than you would have spent if you did it yourself, by the way), it's like you trigger a thought in someone's mind. Maybe it's actually like [Inception](. You plant the idea. And this is the idea: it will be cheaper to send this person their money back and remove them as a client, than to help them. So that's how not to do it. Which takes us directly into how to write a support ticket that gets looked at and worked on quickly… 3 ways to get a support ticket prioritized If you want to know how to write a support request that won't get ignored, but instead will be prioritized, here are three things you can do that will really help you. - Be clear about your overall objective and your timeline. Sometimes it's easy to get into the details without ever explaining what you're actually trying to do. So start with that. It helps people understand what you're trying to do. They might be able to show you a different approach, or cut to the chase and let you know it's not supported. Also, make sure that you're clear about the context of your request. Not everything is urgent. Tell them so. Sometimes when you're nice about it (“I don't need this for a week or so”), the opposite happens. People react because of how polite you've been and your ticket gets prioritized (simply because you weren't a jerk!). - Be specific about what you've already tried. If we're talking about how to write a support request that simply works, this is the most important tip I can give you. Tell people what you've already tried. Because if you don't, they'll send you approach one (which you may have already done), and then approach two (which you may have already done), and you'll quickly get frustrated. Also, you don't want them to waste their time either. So help things along by saying, “I've tried a, b, and c. Here are the results of my efforts.” It will go a long way to helping someone help you. Now, before we get into 3, I want to remind you about the other list above – specifically issue number one. What content / context should you give people who are helping you? There are a lot of cases where I don't know that info. But if it's website-related, let me give you a quick list. Make sure you are sharing at least this much info: - What host you're using - What plan on that host you're using - What the url of your site is (domain) - What plugins/modules/extensions are active - What theme you're using - What settings you have configured - Screenshots of any error messages I know, it's a lot of information. But it's the stuff that support folks need. Now let's get into the last item. And it's not about [direct communication vs indirect communication](. I'm going to assume you know to be direct. But you know what I'm going to say…if you read this blog much… - Tell your “why” story. Of course it's about story, right? It has to be because it's me. But here's the thing: the person on the other side of this ticket is a human. When bots start doing support, this won't work the same way. But if you can connect your support ticket to a larger narrative, you'll likely motivate the person who reads it. You're not just submitting a ticket. You're trying to solve a problem because you're trying to make it do something (that was tip one). But why are you trying to do it. That's your “why” story. And it humanizes you and your request. Let's say someone gets 20 tickets today. Half of them are rude and in ALL CAPS. So those go to the bottom (unless the company is super nice to its customers). But now 10 are higher in the list. Let's say 5 of those don't have sufficient information. They're going to get replies, but they won't get solutions – they'll just get more questions. So now there are 5 tickets to work on. 4 of them have no narrative. They're just, “I tried this feature and it's not working.” One ticket explains not just the context, timeline, and what you've tried already, but goes further to explain how this fits into the larger effort and what you're trying to do (and why it's important). Which one do you think gets worked on first? Yours. That's why it's critical to know how to write a support request. The post [How to write a support request (that won’t get ignored)]() appeared first on [Chris Lema](. ​ Thanks for reading! If you loved it, tell your friends to subscribe. If you didn’t enjoy the email you can [unsubscribe here](. To change your email or preferences [manage your profile](. 6611 Lussier Drive, Sugar Land, TX 77479 ​[Affiliate Disclosure](​ [Built with ConvertKit]()

Marketing emails from chrislema.com

View More
Sent On

29/11/2023

Sent On

10/10/2023

Sent On

29/08/2023

Sent On

20/08/2023

Sent On

17/08/2023

Sent On

15/05/2023

Email Content Statistics

Subscribe Now

Subject Line Length

Data shows that subject lines with 6 to 10 words generated 21 percent higher open rate.

Subscribe Now

Average in this category

Subscribe Now

Number of Words

The more words in the content, the more time the user will need to spend reading. Get straight to the point with catchy short phrases and interesting photos and graphics.

Subscribe Now

Average in this category

Subscribe Now

Number of Images

More images or large images might cause the email to load slower. Aim for a balance of words and images.

Subscribe Now

Average in this category

Subscribe Now

Time to Read

Longer reading time requires more attention and patience from users. Aim for short phrases and catchy keywords.

Subscribe Now

Average in this category

Subscribe Now

Predicted open rate

Subscribe Now

Spam Score

Spam score is determined by a large number of checks performed on the content of the email. For the best delivery results, it is advised to lower your spam score as much as possible.

Subscribe Now

Flesch reading score

Flesch reading score measures how complex a text is. The lower the score, the more difficult the text is to read. The Flesch readability score uses the average length of your sentences (measured by the number of words) and the average number of syllables per word in an equation to calculate the reading ease. Text with a very high Flesch reading ease score (about 100) is straightforward and easy to read, with short sentences and no words of more than two syllables. Usually, a reading ease score of 60-70 is considered acceptable/normal for web copy.

Subscribe Now

Technologies

What powers this email? Every email we receive is parsed to determine the sending ESP and any additional email technologies used.

Subscribe Now

Email Size (not include images)

Font Used

No. Font Name
Subscribe Now

Copyright © 2019–2025 SimilarMail.