You are highlighting something that we are trying to quantify on my team right now. Customers come to you either scared or savvy, or somewhere on that spectrum.
You are often a savvy customer, that is being treated like you are scared. That disconnect is where your animosity comes from.
Good Support will be able to quickly identify where you are on the scale, and tailor the response appropriately.
Problem number two: It's hard to keep good people in support because it's difficult and often underpaid because its a cost of good sold.
> It's hard to keep good people in support because it's difficult and often underpaid because its a cost of good sold.
That's one way to look at it. Another is that it's marketing and brand-building. Yet another is that it's user research. And vital data for process improvement, product improvement, and waste reduction.
In reading about Lean Manufacturing, one of the most interesting things I learned is that companies that successfully transition to it don't just change their manufacturing. They change their accounting. That's because traditional accounting has viewpoints baked into it that conflict with long-term improvement.
I am very interested in this. especially the change in accounting and the reasoning behind this. could you point me in the right direction regarding where you read it?
Oh, and one way I've heard to express it is that most businesses are focused on costs and profits. But the right approach is to focus on value creation and waste.
So if I'm making hamburgers, the way to sustained profit isn't identifying my biggest cost (say, beef) and then cutting it. It's by identifying the biggest wastes and reducing them. So the first thing I do is to reduce beef inventory, so I'm not throwing out unused meat (or serving old meat, which also reduces customer value). I minimize overproduction, so I'm not tossing (or serving) staled cooked burgers. Maybe I change how the patty is made, because all things equal people like the look and flavor of a thinner but wider burger that peeps past the edge of he bun.
Similarly, I'd look at customer service as a way to maximize value delivered. Even if we make and sell a product that's in theory great, no value is delivered if a person can't figure out how to work it. So obviously, we need to help every person who buys it. But then we also look upstream in the process, to see how we can redesign the product and its experience so that customer support is less necessary. That in turn lets existing CS staff discover and mitigate less obvious problems.
Look into cost accounting vs. lean accounting. /The Goal/ is a classic and relatively fun read. /Principles of Product Development Flow/ is also highly regarded, although neither are strictly accounting books.
The Goal is currently on my list after having read "The Phoenix Project". Thanks for also giving me additional material with "Principles of Product Development Flow".
The reality is, very few customers really care about apologies or words. They want results. When customer service can't do anything without approval or just can't fix anything then you may as well call what you do customer no service. I've been doing CS for over 10 years.
Two examples from my experience. Had a lady crying because her laptop never arrived and she thought it would be charged to her anyway. I apologized to try and console her. But it wasn't until I promised that she wouldn't be charged if she never got it that she stopped crying.
Another time, on the receiving end, the company AAA gave me the runaround for 3 months in an infuriating circle of no service. Finally I called the other party and told him I'd have to file a lawsuit if it wasn't resolved by the next day. Miraculously I got a phone call from an upper manager with a real apology and an explanation of their failure. We were able to cut a deal then and there. I never felt more relieved than when he was giving that apology and it changed the entire tone of where the call was going.
Thats what the apology should do. It should shape the rest of the call. A predestined stock apology only serves to annoy the caller on the rest of that transaction.
This is one of the main reasons I still sit down every day and take the first contact from a customer via the support channel myself.
Although you said it better, basically what I'm trying to do is triage each customer issue and figure out where they fit on that spectrum.
Then, hopefully, get them the right answer, but also in line with their expectations and experience. The goal is never to have them say "Yea, thanks, I already did that..."
The last thing I want is to patronize an engineer with a list of stock questions they already have tried and still have a problem.
I wish these engineers would simply have some empathy for those of us working support.
Our intention is _never_ to aggravate you. We make mistakes, we miss words and sentences. Support is fast and hard and to put it lightly often looked down upon.
We want your shit to work, too. Being an engineer for every company that is your customer with few details is insanely difficult.
That sounds like a tricky problem indeed. It reminds of work I've done in the past for a site that had mostly novice users as an audience, but still had a healthy contingent of advanced and knowledgeable users. It was in the automotive space, and catering to both was a constant challenge. The advanced users wanted straight access to raw facts and details, while the novice users needed to feel comfortable and that this was something that was not above their head.
Designing navigation, in particular, was more difficult. Novices didn't yet have the domain-specific mental models yet the experts were skimming for jargon and keywords.
Those advanced users were also the most allergic to any kind of empathy-based support.
Cool way to view it! This is also an argument in favour of long-term business relations over short-term ones: you can skip the part where you figure out where the customer is, because you already know it. Meaning much less wasted time and more efficient support on both ends.
That said, sometimes a savvy customer can become scared, if say, adopting a new feature. I agree that TAMs and other account managers may be able to feed data into that model, support may be the front line as it shifts (but also a TAM or another Account Exec could be too).
It's still in it's early stages in use here, but it's been a huge help already intra-support for my team.
You are often a savvy customer, that is being treated like you are scared. That disconnect is where your animosity comes from.
Good Support will be able to quickly identify where you are on the scale, and tailor the response appropriately.
Problem number two: It's hard to keep good people in support because it's difficult and often underpaid because its a cost of good sold.