Best Posts of the Past

Recent Comments

Product Management Job Board

Feeds and Bookmark Tools

RSS Feed    Digg!    del.icio.us

Categories

Agile (16 entries)
Best Practices (37 entries)
Book Reviews (0 entries)
Career Moves (5 entries)
Customer Research (7 entries)
Development (10 entries)
Industry Events (18 entries)
Innovation (8 entries)
Marketing (26 entries)
Most Popular Posts (4 entries)
Most Popular Webinars (4 entries)
Next Webinar (1 entries)
PM Assoc. Events (15 entries)
PM Process (18 entries)
Portfolio Management (2 entries)
Pragmatic Marketing (11 entries)
Presentations (6 entries)
Product Management (209 entries)
Product Marketing (38 entries)
Releases (6 entries)
Requirements Management (66 entries)
Site Announcements (1 entries)
Startups (4 entries)
Strategy (7 entries)
Webinar Archive (115 entries)
Webinars (3 entries)

PM Associations

Silicon Valley
Boston
Toronto
Pittsburgh
Vancouver
United Kingdom
Austin
Puget Sound
North West USA
Software Prod Mgmt
Israel
Portland
Carolina PMA
Carolina PDMA
Sacramento
San Diego
AIPMM
Washington DC
SPM eGroup
Product Innovation
Waterloo
Ottawa
PDMA
Atlanta
India
Calgary
Australia PMA
Tampa Bay

Sponsored by:

Blogroll

Agile Commons
All about Product Management
ProductMarketing
Cool Products, Hot Co
Software Marketing
Hitchhiker's Guide 650
Write That Down
ack/nak
Tyner Blain
Guy Kawasaki
Joel on Software
Seth Godin
Managing Product Dev.
Silicon Valley Prod Grp
280 Group Blog
Marketing Profs
Cauvin
Market Capture
Software Market Soln
Software CEO
Software Pricing
ProductBytes
From start to end
My inner voice
Product Mngt Software
Passionate Users
Michael on High-Tech
Requirements Defined
The Cranky PM
Girl from Marketing
Product Beautiful
Write that Down
Ideascope Blog
Bikram Gupta
Brainmates
Good Product Manager Panoptika
Abstraction Management


FeaturePlan Resources

Product Management Software
Product Marketing Software
Product Management
Requirements Management
Product Planning Software
Product Life Cycle Software
Requirements Management Software

August 26, 2007

Death by a Thousand Cuts

Have you ever noticed how it’s the little things about any product, service or offering that really get up your nose over time? It seems to me that we are willing to forgive really glaring gaps in software functionality but the fact that it takes too many clicks to get some particular place in the application or that 90% of the application behaves a certain way, but the other 10% works in the exact opposite way just makes us want to spit nails?

I recently had this fact driven home for me by a good friend and fellow Product Manager. A while back an executive from one of his company’s largest customers came to visit. The goal of the meeting was to discuss his customer’s evolving needs and how a software vendor might be able to help the company meet some of their anticipated challenges – solid Product Management practice to be sure.

Naturally my friend was all set to roll out the roadmap slides and talk about how his company’s product is evolving to meet the changing needs of its customers. Interestingly enough, what this executive really wanted to talk about though was usability. In fact, he even went as far as to bring along a compiled list of the myriad little details about using my friend’s software product that really made him crazy.

To my friend’s chagrin, the conversation focused very heavily on dozens of relatively minor changes that could be made to the software to make the user experience less frustrating and more positive. No thundering multimedia presentations about the Grand Vision. No need for Pie Charts, User Survey results or industry White Papers, just some nipping and tucking to reduce the number of keystrokes, organize information more logically and provide a more consistent User Interface.

Of course this got me thinking (and writing as it turns out). We sure do spend a lot of time deciding on what the next big feature should be or (more valuably IMHO) what big problem we are going to help our customers solve next. But what about current users who are having some trouble getting the product to do exactly what it is that they bought it to do? Well sure we fix bugs and such but isn’t it time we gave a good solid think to what we are doing to do for our current customers to make it easier to use our products?

I know, you’re thinking “But current customers only contribute a small portion of our revenue. Net new customers are where the big dollars are.” Perhaps, but consider the following…

As software sales move more toward a SaaS (Software as a Service) business model, the focus has to be on retaining existing customers and growing more usage within a given set of accounts. There is no more “big bang” of license revenue and “little aftershocks” of maintenance revenue in the saas model, just one nice flat, predictable revenue stream. This is really a game changer if you think about it. Customers that buy your software likely have all of the major functionality they need, or they probably would not have bought yet. However, if they find it difficult to do the basic things that they bought the software to do, we risk the dreaded customer attrition. In this model it is far more important to keep current users happy so they re-sign year after year.

Tired Marketing Cliché # 5847 says that it is (depending on who you listen to) it is somewhere between 25 and 300 percent cheaper to generate revenue from an existing customer than from net new customers. Trite? Yes. Hackneyed? For sure. However, someone once told me that things get to become clichés because they are at least partly true. You know, I believe she was right in this case.

So, as the worlds of our customers and our own business models continues to change and evolve, should we be changing the balance between improving the usability of our current products and adding new functionality?

I say absolutely yes. After all, it wouldn’t it be a shame if our revenues bled out through a thousand little cuts while we are rushing around trying to build the next Big Thing?

Comments (5)


How true Allan. We recently asked our customers to role play our company's investment process. They came up with a 60/40 split in favour of "tweaking" what they already have versus adding bold new functionality.
Having said that, our job is to know what customers need better than they do, so we can avoid the situation where we are too focused on today and miss the changes and opportunities for success for all of us in the future.



Ignoring usability is bad practice in a traditional software delivery model, and most likely death in a SaaS model, as you say.

However, is anyone surprised that, especially in the case of a mature product, customers aren't looking for big new features? Of course they aren't, because by and large, they can't envision how those new features would work. Even veteran users of personal music systems would NEVER have envisioned the iPod, because most people aren't designers. They look at trees, not forests.

It's a rare person who can envision dramatically better ways of doing something, and the rest of the world has to be educated through that initial reluctance to change until they can see the benefit.

The bottom line is you can't ignore either one (usability or new features). Maintaining balance is the key.



Its a real challenge to find the balance between bold new steps and incremental improvements. I find myself working in waves.

Here's a trite quote from Henry Ford:
“If I’d asked my customers what they wanted, they’d have said a faster horse”.

Doh.



Great comments everyone. I must agree with Jim, you have to listen to your customers and blend in a mix of maintenance ideas (tweak this, improve this) and new ideas. I suspect the ratio of new ideas versus maintenance ideas will shift over the lifecycle of the product.



Allan,

Great points. I've written about this problem and the business impact of it in the following article.

I call it a house with no front door.

http://www.pragmaticmarketing.com/publications/topics/05/0501sk1

Saeed


Post a comment

(If you haven't left a comment here before, you may need to be approved by the site owner before your comment will appear. Until then, it won't appear on the entry. Thanks for waiting.)

Blog Archives: Product Management News and Commentary, Webinar Archive and Transcripts

 

©2007 The Product Management View and FeaturePlan. All rights reserved.