Discussion summary
A discussion on improving customer support highlights challenges like non-reproducible issues and resource constraints. Participants suggest solutions such as better communication, phone calls, and focusing on solutions.
What the discussion says
- Making calls can help but isn't a complete solution.
- Empathy and effort in responses matter.
- Switching from problem to solution mindset is effective.
- Subscriptions may contribute to customer dissatisfaction.
“When you have an unsatisfying answer, customers may not appreciate the effort.”
“Making a call might help but won't solve all issues.”
Join the discussion
Write your take first — we'll ask for email only when you're ready to publish.
- Hacker News
- Lots of worthwhile observations in the article, but I think the framing is a bit off. It sounds transactional and by the numbers.
I think it's fairly well understood that vocal users aren't necessarily representative. The bulk of your happy users will never contact you for support. But they are some of the most important users to talk to to improve the product.
You need to build your own model of who your users are to provide a basis for interpreting user requests: is the support request signal or noise? if the request is coming from someone in your target market, and expressing a pain point, that's potentially an important signal. If the request is to charge only 20% of your current price, that's only useful if you're prepared to consider restructuring your offering (receiving many such emails might signal an opportunity for a budget product with specific feature subset) -- otherwise: "Thanks for your email, we don't have any plans to change our price right now." move on.
By the way, I'm impressed that this is even a conversation for a developer selling through the App Store. I always felt that Apple killed the ability to maintain customer relationships by injecting themselves into the process. Never published on the Mac App store myself.
by RossBencina - Thank you, @dabluck, for sharing what failed. I think stories of failure are incredibly valuable, and more useful than stories of success, which are often post-hoc rationalizations.
I’m sorry all the airchair geniuses in this thread feel compelled to express how they’re so much smarter than you and would never fail… or at least, never admit it.
by jdlshore - The key point of the article is this:
> In other words, the best approach for us is what most companies do.
Every inexperienced entrepreneur starts with a promise that their support will not be terrible like Google, Comcast, or other big companies. And that will be their path to success.
But in the end, you learn that you need to offer the same level of support that other companies in your market offer. And if your support is really better, nobody will really notice. It does not matter.
And inexperienced entrepreneurs are stubborn (a good trait). So they usually have to learn that lesson on their own.
by tlogan - > 99% of the time, no matter how carefully or kindly it’s explained, the reply will be more negative than the initial email.
When I was in a product leadership position I liked to spend time doing some of the customer support work. This is a common experience. Customers who write angry emails do not care about your reasons. They want something from you (cheaper rates, a specific feature they need, a discount, a freebie) and they do not care about anything else. It’s the digital version of the “I’d like to speak to your manager” customer who thinks that if there’s a 10% chance of getting what they want by being a jerk then it’s worth pushing as hard as they can.
Some times you’d get a little satisfaction from someone who realized there was a person who cared on the receiving end of that email address. Made it feel worthwhile.
Most of them are just doing some transactional game where they think that they can exercise some power over the company if they complain loudly enough.
This also has a lot of cultural differences. Some of the customer contact we’d get from one of the countries we served were out of control mean. There were casual threats of violence from time to time and 90% of them came from one country, which I’m not going to name but I’ve added it to my mental list of places not to visit. It was weird that it was so consistent.
by Aurornis - When I was in college, I worked at a bakery and actually made some long-term friends by talking to customers that came into the store. I later used this job experience to get an email support job, answering questions that users had about our software plugin. Never made any long-term friends with customers there, even if they emailed us once a month.
The difference is that email / online support has no “human downtime moments.” At the bakery, I usually would talk to people while we were waiting for their order to be finished heating up / cooking / etc. So there was a moment or two people standing around waiting, which naturally leads to a conversation. Or at least it did a decade ago when cellphones weren’t quite as omnipresent.
I wonder if having a monthly Zoom “open office hours” type thing would replicate some of this feeling in a software context. Probably not, but it might be better than just answering emails.
by keiferski - Thinking about customer support as a ‘differentiator’ or a way to drive profit is depressing. You should simply strive to do what’s best for your customers. The sort of feedback you’re getting is golden and in the right hands can be put to use rather than be dismissed. Assuming that people who disagree with your pricing model just don’t understand how business works is really telling. You have to accept that your pricing model sucks to a group of people (who are likely experiencing subscription fatigue) and decide if it’s worth losing or never getting their money.
Your support strategy is missing an outlet for needy users to ask questions, effectively blaming customers for a structural flaw in your own setup. You could easily spin up a forum where power users help each other and devs can occasionally jump in to help or note pain points. Furthermore, your development and QA processes clearly need scrutiny. The reason bug reports feel like a ‘waste of everyone’s time’ is likely because you don't have the right error logging or telemetry built into the app itself. Having to wait for a manual bug report from a user is already a failure.
It’s completely okay to define your product however you want and to reject feature requests, but to say you’ve singularly thought through every problem in an armchair, in comparison with the distributed minds of the rest of us, is pretty arrogant.
- I know this isn’t a very interesting comment, but just to provide some balance to the mostly negative comments I’m seeing:
It’s interesting that you did the experiment, and I appreciate you sharing your results. It all seems reasonable, even if a bit depressing.
by ikawe - >I’ve rarely gotten useful answers from support from services I use. I thought if I used my own product every day, read every email and answered it thoughtfully, people would appreciate this, and it would build some degree of loyalty and appreciation.
I run an app with 16,000 users and receive 2–5 support tickets per week. I read every one of them.
Around 20% of my app has been built based on user suggestions.
People are generally kind and promote my app across multiple platforms for free. I don't have any budget for marketing.
Users don't always show their appreciation with words. Instead, they show it by eagerly helping resolve issues providing clear steps to reproduce bugs, sending screenshots or videos, and responding quickly to follow up questions. I also regularly come across people recommending my app on Reddit or in YouTube comment sections, which often surprises me. :)
If you're supporting your users well, they're probably giving back in their own way too. :)