How to deal with customer "service"
Posted: Thu Dec 06, 2012 2:59 pm
This is off-topic but I hope it will prove helpful to someone.
I bought a coffee maker last year. The brand name is irrelevant (because they are all junk). It lasted exactly 367 days from the day I bought it, then went dead as a brick.
This annoyed me. I called the company's toll-free number. The first guy I talked to essentially said "too bad," (though politely, reading from a script) and gave me the golden opportunity to buy another piece of junk at 50% off.
At this point the standard advice is to ask to talk to the person's supervisor. That has never worked for me. At best I get cringing excuses followed by adhering to company policy.
Instead I hung up and called back as if I had not called before. Customer service rep #2 said I was entitled to a free replacement, which they shipped the same day.
BTW, this approach has taken hold in computer programming (which is the field I work in). People write code and test it. If it doesn't work exactly right the first time (which it almost never does) they tweak it a little. If it still doesn't work, they delete it and start over. This approach has turned out to be more productive than debugging the same code interminably.
- Jim
I bought a coffee maker last year. The brand name is irrelevant (because they are all junk). It lasted exactly 367 days from the day I bought it, then went dead as a brick.
This annoyed me. I called the company's toll-free number. The first guy I talked to essentially said "too bad," (though politely, reading from a script) and gave me the golden opportunity to buy another piece of junk at 50% off.
At this point the standard advice is to ask to talk to the person's supervisor. That has never worked for me. At best I get cringing excuses followed by adhering to company policy.
Instead I hung up and called back as if I had not called before. Customer service rep #2 said I was entitled to a free replacement, which they shipped the same day.
BTW, this approach has taken hold in computer programming (which is the field I work in). People write code and test it. If it doesn't work exactly right the first time (which it almost never does) they tweak it a little. If it still doesn't work, they delete it and start over. This approach has turned out to be more productive than debugging the same code interminably.
- Jim