[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [cobalt-users] Cobalt Support
- Subject: RE: [cobalt-users] Cobalt Support
- From: Jeff Lasman <jblists@xxxxxxxxxxxxx>
- Date: Fri Jan 28 13:29:46 2000
At 09:49 AM 1/27/00 Doug Forman wrote:
Ummmmmm...
mmmmm...
Your post cries out for an unbiased response. Which I can't really give,
because I'm biased. I'm biased for several reasons. I currently lease a
RaQ. I got it because I thought it'd be the "quick" way to do what I
wanted to do, which was to replicate all the functions of the ISP I had
just sold out of, one one system. (You ask how I could replicate selling
T-1s, DSL and dialup all from one Cobalt Raq2? You do? Suffice it to say
I can, but the answer is beyond the scope of this reply <smile>.)
My honeymoon was over the second day. Most things I need to do, I need to
do "around" the user interface. Which means I could do them just as well
on a cheap Intel box. Since the company I colocate charges me by the
computer I colocate and NOT by the "u", I don't save colo money by using
the RaQ. I'll always keep one, as it's part and parcel of selling T-1s,
DSL, and dialup ("how?" you ask... again, not the topic of this
reply). But in the future I'll use it for what it's good at, which plain
and simple, is plain and simple hosting. The other stuff I do, I'll do on
cheap Intel boxes.
I've had two experiences with Cobalt tech support as I recall, one with a
helpful conclusion, one which led me to understand I knew as much about
actually using the RaQ in the real world as Cobalt tech support, even
though I'd had it less than a month at that point.
But I do understand the nature of the "tech support" beast, since I also
own the site at <www.mailtraqna.com>, and we offer tech support for the
products we sell there.
That being my bias, here's my responses:
I think the Qube is a terrific example of design and engineering.
Absolutely.
Because
it is a linux box at the core, the Qube is quite flexible and very
configurable for admins with basic -> intermediate linux skills. I have a
Qube2 of my own, and have recommended Qubes and Raqs to several clients.
But only flexible if you have those skills, and aren't afraid of "breaking
the warranty". Otherwise the Qubes and RaQs only do what they're sold to
do, and only exactly the way the interface designers thought you'd want to
do them.
On the other hand...
My experience with "Cobalt Tech Support" - that is, the "official" tech
support from Cobalt (not to be confused with this list!) - has been
abysmally poor. I get "no answers" - "incorrect answers" - "inappropriate
answers" - and just plain "rude answers," but never yet have I received a
prompt, courteous and correct answer to *any* question which I have asked.
As I've said, my limited experience was slightly better.
>From the level of support which I have received, I suspect the support
"experts" answering email at Cobalt are part-time minimum-wage workers,
In this business you can't hire minimum wage workers. Even non-tech
customer service people anywhere in California get $14 or so an hour. The
customer support person has to be able to read in real-time at least <wry
grin>.
with
basic training in the Cobalt GUI interface, and a couple-dozen
pre-programmed macro-keys on their keyboards for "canned answers" to most
questions asked.
Which is how tech support should be run. Everyone with the same question
SHOULD get the same answer, no matter who answers the phone. Of course
that requires a good customer support database, which requires years of
experience. Which is why almost without exception when any company
introduces a new product, technical support is abysmal for a while. It
happened recently (and to some extent continues to happen) to Red Hat when
they switched to telephone support.
Questions not covered by the canned answers are either
answered incorrectly, or are not answered at ALL.
Questions not covered in the knowledgebase (their knowledgebase, not
necessarily the same as the limited one they put on the website) should be
escalated to second-level support, where someone SHOULD duplicate the
problem, if possible, research the answer, reply to the problem, AND put it
into the knowledgebase for the future.
This last step is often where it all breaks down.
>From an article I wrote over a month ago (in which I copy-n-paste my emailed
questions and Cobalt Tech Support answers): "...I suspect that xxxx's job
description is to dissuade as many customers as possible from bothering
Cobalt tech support."
Actually, it's quite similar. It's to answer as many calls as possible
with a checkmark in the column "problem solved". If the tech feels he's
answered the problem, he gets to checkmark that column. At the end of the
day/week/month, he actually gets a bonus based on the number of
checkmarks. I can't say for sure that Cobalt does it this way, but most
companies do, and I'd be surprised if they don't.
Cobalt reminds me of Apple Computer in the 80's - 'insanely great' products
and 'insanely poor' product support.
And for exactly the same reasons. The problems have NOT gone away. Have
you tried Microsoft Tech Support lately? No? You don't even try anymore
because you know how bad it is? Right. My point made. The problem starts
the day the company gets so big that the owner can't do tech support for
everyone him/herself anymore. And it never goes away.
The primary reason we formed Macintosh
User Groups [MUG] in the mid-80's was to get the education and support Apple
failed to provide. I co-founded a MUG in 1985; today it still has over
1,000 paying members - almost 15 years later.
Exactly. And that's the purpose of user groups. I've been president of a
few myself (once got re-elected three years in a row before I realized I
was working so hard no-one wanted to risk replacing me, so I stopped
beating my brains out and lost the next election <smile>). Are you
suggesting I start a Cobalt-users group and charge $15 or $20 per year (or
even per month) per head? Okay, line up and pay me <smile>.
This [cobalt-users] mailing
list - and Luke Tymowski's QubeQuorner (http://weblogs.userland.com/qube/) -
serve as virtual-user-groups to get practical and "real" support for our
[Cobalt] product questions. Where else would we go???
Where else should you go? Knowing how company tech support works, and
knowing that none of the people manning the phones have ever had your
problem themselves, and have at best only a disinterested interest in
solving it, especially if it's complicated, and takes them away from
solving ten other problems, why wouldn't you go to a mailing list, with
actual users just like you? Sounds like a no-brainer to me.
The obvious fact remains that, although this list is a form of "community"
for Cobalt product owners, if Cobalt was providing prompt, efficient and
accurate product support, 80% of the postings to this list would be
pointless and would disappear overnight.
I think what you've missed is that Cobalt provides this list as a very
important part of providing prompt, efficient and accurate customer
support. They're not dumb; they know we can give each other better support
than they ever can. It's no doubt part of their business model. Certainly
the Mailtraq mailing lists hosted by Mailtraq distributors around the world
are part of my business model; if other Mailtraq distributors weren't
already hosting them, I'd start some up.
If Cobalt were my company, I would be very *proud* of my products, and
extremely *embarrassed* of my customer support. But I suspect no-one is
embarrassed; I further suspect that this is all part of a pre-calculated
business plan...
Of course it is. Why would you think otherwise.
push as much product (profit) as possible, and provide as
little support (expense) as possible. Simple arithmetic. Not rocket
science. Not many other things, either...
The alternative is to provide more support (and to figure out the model to
provide better support; I don't think any company ever has figured out a
great customer support model), which is, as you say, expensive, and charge
more to cover it.
That's not really a cost-effective way to go. I'm not sure of the numbers
in Cobalt manufacturing, but historically, in America, most hard-goods
products have always "cost" about one-fifth of their final selling
price. And no, the difference is NOT all profit (a business-school
educaiton is beyond the scope of this reply, too, I'm afraid <wry
grin>). So for every dollar Cobalt increases their cost, their selling
price goes up about $5.
I'd rather get support from the helpful people on this list <smile>.
Perhaps your experience has been different. Better? I hope so. I can't
remember reading the last posting to this list ranting about how "great"
Cobalt support is; perhaps I missed it?
There have been a few. There always are. But as a whole, the only part of
the model that works IS the lists. If you can come up with a better model
you can get rich, too. That's what Horatio Alger was all about <smile>.
Jeff
--
Jeff Lasman, nobaloney.net
<jblists@xxxxxxxxxxxxx>
<www.nobaloney.net>, <www.mailtraqna.com>, <www.email-lists.com>