Thursday, September 15, 2005

Product management failures: (almost) great coffee

Here's a story of product management gone awry, taken from one of my more self-indulgent pleasures, coffee.

After we recently replaced our coffee machine (ahem), we also bought a new coffee grinder. Our new Krups Burr Grinder does a really good job, much better than any of our previous grinders. The grind is more consistent, and this has to be the quietest grinder I've ever heard (if that isn't an oxymoron). All in all, I love this grinder.

Not to say it doesn't have its faults, and one glaring fault is that the amount of coffee it grinds varies from time to time. It isn't hard to see why, and that 'why' looks to be a textbook case in failure of market segmentation.
The Krups grinder has a little wheel that you use to specify how many cups you'll be grinding, which sets the grind time. This calculation depends on knowing how many beans it will grind through per second. No doubt it works really well on inexpensive coffees, that is, those that come in cans, where the beans are dry on the outside and so slide steadily into the burr.

Better beans, though, or to be more precise, well-roasted beans that are fairly fresh, have oils on the outside. Those oils can make the beans a little tacky, and in this grinder (and others), this tackiness can mean that the beans hang up a bit and the burrs run idle every now and then. A timing-based measure of how much coffee it has ground thus varies, depending on how sticky the beans were that day and on accidents of bean position and so forth. Longwinded explanation, but you can hear it when it happens.

This would have been easy to solve, though no doubt it would have added cost to the grinder. Some rotating vanes or something in the bean hopper would have removed this tendency of the beans to stick, and they would have flowed more steadily into the burr. The ginder even has the vanes, and I thought from the picture that this is what they'd do, but no, they're decoration.

I can see the segmentation error that led to this. The target market for home burr grinders is a sort of mid-market-and-up coffee drinker. But they forgot this target market when deciding whether the hopper design was adequate. 90% of the beans on the general market will work fine in this grinder. But the beans this target market will use won't work as well.

Requirements definition isn't about taking the top priorities from each of a number of different people. I'm reminded of a very old Dilbert cartoon, sales asking engineering for a 23" monitor that fits in a shirt pocket. Requirements definition is about solving most or all the needs of someone - ideally a someone who has a lot of very similar friends. Define a target customer, and delight all folks like that. Take away all their objections to buying. Don't leave them with anything left to think about, or to weigh between your product and someone else's.

Or to put another way, product management is about markets, not customers.

Coming back to the grinder, I do love it. It is head and shoulders above any other grinder I've used, and the only other grinder on the market today that even tempts me costs well over $200 (and it doesn't tempt me that much).

Monday, September 12, 2005

Outlook sucks at IMAP

I've been running my primary desktop on Debian for years, but recently I switched back to Windows for a while to gain daily access to a couple of things that only work there. One such only works in Outlook, so I switched mail clients too.

Outlook claims to support IMAP, but it really sucks. I assume it is the IMAP support - if Outlook does these things when running against Exchange I can't see how anyone uses it. Here are some of the ways it sucks:

  1. On initial connection, refreshing the mailboxes and sync'ing the message lists takes a long time. Sometimes 3 or 4 minutes for my email on my mail server (Courier) on my laptop. There is a status dialog, but that is frequently hung.While it is sync'ing there is no response from any interactions - heck, you can't even move the windows on your desktop. The whole thing has the symptom of a single-threaded app trying to do too many things in that thread.
  2. Rules. When you open your mail client, it runs your rules against the new messages in Inbox, which for me farm some of the messages off to other folders. In Outlook this doesn't always work for IMAP accounts where the move-to folders are also in IMAP (I haven't tested other cases like local folders). The best way I can figure to explain what is happening is that the mail filtering runs when opening the Inbox, but at this time IMAP hasn't necessarily loaded the complete folder list or sync'd the other folders. Move-to rules show the symptom of failing because the mailbox is invalid, even though the mailboxes exist. You then have to go into the Rules dialog, re-enable the rule (since failing disabled it), and RunRulesNow (across your whole Inbox). This sucks.
  3. Spam filtering is desperately primitive. I'm trying an add-on spam filter SpamBayes now, which seems sorta ok but nowhere near as friendly as the native filtering in Thunderbird.
  4. Every now and then Outlook goes into a Committing local cache mode in which it just sits for a couple of minutes. Other clients don't do this at all.
  5. It is very very slow at negotiating secure SSL connections, compared to other clients I've used.
  6. No doubt there is more I've forgotten. For example, I note that I used to use Outlook for two IMAP account (work and personal) and I gave that up as a bad plan. I can't remember why.

With all these negatives, it would seem reasaonable to wonder where the 'love' is in my relationship with Outlook. I'm wondering that too.

I think the reality is actually a love/hate relationship with those who on occasion drive me to Outlook to gain access to some new app or service. Or perhaps just 'hate'.

As for Outlook itself, well, one wonders whether its support for IMAP is deliberately bad. Meets checkbox requirements, but drives folks to Exchange. I'm frequently told I have to learn to control my cynicism. :)

[Comments left on my previous blog]


1. Alan left...
Monday, 12 September 2005 11:37 am :: http://alan.blog-city.com/

I remember the Outlook IMAP support not to be great even around deleting a message. It would put a big line through it, and you then had to do a separate operation to "Expunge" the messages. Very clunky and the only email client i see do this. I can only imagine this was deliberate.


2. Cedric left...
Monday, 12 September 2005 8:56 pm :: http://beust.com/weblog

Remember to expunge your deleted emails regularly, I found that they contribute greatly to IMAP degradation in Outlook. Besides, why keep any emails when you have GMail? :-)

As for your love/hate relationship, I totally share it.

-- Cedric


3. Dmitri Colebatch left...
Tuesday, 13 September 2005 12:02 am :: http://www.colebatch.com/blog

Here here - outlook is the best mail client I've ever used when it comes to user interface, but unfortunately its IMAP support is absolute crap. I'm about to switch all my mail to gmail (I've been using it for lists for ages) as I'm fairly happy with that interface and I'm running out of space on my mail server (o:


4. glen martin left...
Wednesday, 14 September 2005 10:37 am

Yeah, Outlook displays deleted emails by default, but there is an option to hide them. Of course the option is pretty obscure, located in View->ArrangeBy->CurrentView (I don't usually think of a display filter as an instance of ArrangeBy).

Another way Outlook sucks at IMAP is be treating it as a second or third class citizen. For example, there's an option to "Save responses in same mailbox as original email, except for Inbox". But this option doesn't apply to the IMAP Inbox. Additionally, sent messages aren't saved to IMAP Sent, but to local Sent.

It all just adds up to this tedious experience for anyone who has the audacity to try to use standard protocols with this application.

So far as having the best user interface ... well, there are indeed things I like about the interface. But there are some real clunks too.

For example, it marks a message read when you leave, not when you open. When I delete a message, the next message is opened automatically. I can't mark it unread while the message itself is open because it is only market read when I leave. If I don't want to read it now, I have to click on some other nearby message, then right-click on the one I want to mark unread and choose that option. Hopefully I have another nearby message I've already read or don't mind reading right now.


5. David left...
Monday, 10 October 2005 4:12 pm

I too am stuck with Outlook because I require its contacts/tasks/calendar/notes/Palm sync capabilities. To be fair, it does these things extremely well, but it's IMAP support is just horrible. If I used a separate mail client it wouldn't be integrated with the contacts and everything else, so at least for now I'll have to live with Outlook.


6. David left...
Tuesday, 19 September 2006 8:51 pm

The reason Outlook deletes imap messages the way it does is because there is not an imap folder with the delete function. So outlook creates is own method of a two-step deletion process (mark for deletion and commit to deletion). Outlook's biggest imap failure IMO is #2 in this post (rules support)


7. Arizona Web Design left...
Tuesday, 28 October 2008 1:04 am :: http://www.barlamenterprises.com/

Well i was googling for possible Outlook imap fixes and googled "outlook imap sucks" and got to this blog post and I saw it was written in 2005. Rest assured, 2008 now and I have Outlook 2007 installed and it sucks at imap! I wish thunderbird was better :( or there was a better solution. Does entourage have this problems? Maybe i should use get a mac...


8. Andre de Cavaignac left...
Sunday, 9 November 2008 8:27 pm :: http://decav.com

Yup!

After working with the IMAP protocol, I can totally understand why though... Its not pretty, and implementing a client well means a lot of work on the client end.

And by the way, Outlook is a single threaded application, for the most part... Back in the old days, it was built that way and not much has changed because they don't want to break addins. Access to the mailbox all must be done on the UI thread... Oops!


9. Randy Schumaker left...
Tuesday, 4 May 2010 8:40 am

It looks like IMAP support may be getting better in Outlook 2010. http://blogs.msdn.com/outlook/archive/2010/02/06/better-imap-in-outlook-201 0.aspx

Wednesday, September 7, 2005

Planned obsolescence

Screams aren't a good way to wake up.

Or at least, not one I'd choose.  20 years ago I woke instantly, but nowadays I sort of meander into full attention. Screams from the other end of the house aren't, frankly, all that respectful of my lifestyle. :)

On arrival in the kitchen, I discovered that our coffee machine was on fire. Not smoking, but literally in flames. The plastic was melting, that melted plastic was running across the counter also in flames.

"Things aren't built the way they used to be" has become so commonplace it is more than a little trite. So many products fail pretty much exactly when the warranty runs out that we sometimes talk of planned obsolescence.

I see planned obsolescence as a failure of marketing, or more, as a flawed view of what customer relationship is all about.

Think about it this way. The goal of building a long term relationship is to encourage customers to do business with you again. In essence, to build a sort of annuity of goodwill that continues to generate revenue over time. But if we forget about the word goodwill, and focus on the repeat business, then it starts to make an odd sort of sense to make the product fail and so to force another purchase.

This attitude fails in that early or spectacular product failure doesn't maintain what goodwill the positive experiences with the product may have created.

Without a doubt, I'm not going to buy another of the same coffee machine. And, in fact, my new machine is a completely different brand.

PS. Out of respect the the aforementioend screamer, I'll admit that it was more of a yell than a scream, but I think the text came out

Friday, September 2, 2005

Bayesian filters and infrequent senders

Over 90% of the email I get now is spam. Like many, I've turned to Bayesian filtering to help catch and shunt it aside, but lately I've been thinking about infrequent public correspondents. To whit, Paypal, EBay, and so forth.

At this moment I have 11 messages in my inbox purporting to be from Paypal.  They are all, every one, phishing attempts. By my way of thinking, that's spam.

If I classify them as spam, though, what happens? With no Ham (that is, not spam) from Paypal, how does the learning filter figure out that only a certain class of apparent Paypal messages are Spam? The ones within which there is a 'Click Here' link to a non-paypal IP address? It seems to me as if the filter might just as easily figure that 'From: Paypal' is the culprit. Or emails with <img> links to paypal logos.  When it comes right down to it, the vast majority of the content of this email is quite reasonable, and Paypal could very well send an email that looks a whole lot like this. Which is, of course, the point of phish attempt.  But my filter doesn't necessarily know this.

Next month, or next year, when Paypal really send me an email, will I see it?

What's interesting to me about all this is: what should, can or will Paypal do about it? Skipping the true root cause, that jerks and criminals are sending these phish attempts, as unfixable, the second cause is that I have no Ham from Paypal. The friendly folks at Paypal might reasonably think to send some real messages then, in essence to keep our Bayesian filters 'honest'.  That, of course, requires me to read them, and to ensure the filters know they're not spam or phish attempts. AKA, manual effort on my part.

Another solution might be for me to stop classifying phishes as spam ... but then I'll want another solution to catch phishes.

Or the folks writing trainable (Bayesian or otherwise) filters might figure out a way for me to tell the learning algorithm which bits of any message to disregard.

None of these are great solutions - all require more manual intervention than I appreciate.