I have a couple of bones to pick, though, one similar to Gopal and one not.

The Java backwards-compatibility example is really interesting. I wonder if it was really that valuable (how would you measure that?), and whether the language would have been better served by ditching its baggage (old APIs, etc) and staying lean. Remove those deprecated things already There are certainly a lot of opinions towards the latter on the net. What do you think?

I totally agree one should focus on the business, not the technology. But I think Gopal is right sometimes we have to lead the user. By just listening to the current users (or non-users) and their current problems, we risk being solely reactive. And that opens us up to the big can of worms of disruptions, The Innovator’s Dilemma, etc. What do you think?

If I understand your question, you’re asking how to define the evolution of the cell phone, from a phone, to a device that can do other things. This is simply evolutionary progress, and is nothing new to be honest.

Phone companies have been selling services on land lines for a long time. Call waiting, call display, automatic redialing etc etc. With mobile phones, there is a lot more freedom, and certainly with the advent of higher bandwidth wireless data transmission, many possibilities avail themselves.

But, keep the point of my article in mind. The capabilities that are being provided are new and novel, but certainly business focused. Most services are driving revenue in a very direct way. For example, the ring-tone market is very large worldwide. The technology behind it is VERY simple.

Saeed

Thanks for the feedback. The key point of my post was to ensure we focus on the business success and not on technical success. Being in the technology industry, it’s very easy to try and be leading edge or bleeding edge, and certainly it looks good on the resume to be able to cite those technical advances. e.g. The following may look great in someone’s bio:

- delivered the market’s first fully distributed, web-services enabled, secure transaction processing system with real-time analytics.

Sounds impressive, but was that product successful? How successful in the market compared to competitors etc. That’s the key point. Technology in and of itself is necessary, but not sufficient.

And with respect to market changes like SaaS, if one is caught completely blind sided by such a change, or sees it and ignores it, then that is bad product management. Those kind of changes don’t happen every day and those changes don’t sweep the market overnight. People need to react to them from a business benefit perspective.

Change is a process, not an event.

There’s a lot of stuff in product development, which is critical but not technologically leading edge. All of those things are the kinds of things that make products truly stand out against their competition. They are the details that many technologists tend to gloss over, but product management absolutely have to pay attention to. Really great usability is one example. Most technologists won’t invest enough in usability, but those who really understand the market and what users value pay close attention to it.

As much as the iPod can be seen as revolutionary and “innovative”, the truth is, they focused on the user and not on the technology. 1000 songs in your pocket makes sense to everyone. 4GB of RAM for your MP3s only appeals to technologists.

I am often times advocating for the less technologically sexy thing, but what is clearly beneifical to the the business. This can annoy technologists who see that kind of thing as “mundane” thinking, and not “taking big leaps”.

Saeed

Your first paragraph is right now. But then when you talk about innovations, providing the tools that customers want etc. I tend to respectfully disagree. A business survives by its ability to anticipate customer’s changing needs. Just listening to existing customer needs and providing them solutions just for those needs will leave you behind.

For example, a business can spend all the cycles in supporting the different OS’s out there because that is what the customers use today, only to be wiped out by a newcomer who offers the same functionality over the web as a Saas service – OS’s don’t matter and customers will jump ship in a hurry given that they will not have to deal with multiple platforms, implementation, maintenance and upgrade woes.

Remember the days of trying to debug using command line tools – came the Visual IDE tools for developers and changed the way software is written and debugged.

The jist is to focus on the problem and not on the details of how to solve the problem – customers have a tendency to make you focus on the latter – only if I could get an extra option, I wish this widget was red in color etc.

On the other hand, as a product manager you should also lead development so that they don’t develop solutions using the latest technology and then look for problems to solve (a very common scenario).