Innovation is an interesting process but do not confuse true product innovation with strategies that are designed to harvest more return out of already sunken investment dollars. Harvesting is a common practice with the specific goal of increasing the productive life of an aging technology. Don’t get me wrong, product mid life kickers are a legitimate phase in any product life cycle but they can also be a band-aid that attempts to cover unwelcome baggage associated with the shortcomings of the older, underlying technology.
Having been involved in product development for many years I have witnessed the costly myopic thought processes that tends to guide solution development to meet today’s near term problems without giving appropriate consideration to enabling the flexibility necessary to meet the yet unrecognized challenges of tomorrow.
These rear view mirror perspectives are how I describe the notion of product development as “Running backwards into the future”
Established vendors have a legacy, they have revenue generating product lines that they protect by a continuous upgrade process.
This is may be great for the vendor as they stimulate their revenue streams with a flow of upgrade sales, but what about the turmoil created in the end users world. NO! just in case you thinking about it we do not yet have non disruptive upgrades. At least in the physical world but virtualization is changing that reality. So this creates a business challenge when looking to introduce new technologies. This desire to protect existing investments and revenue streams drives the propensity of the market place incumbents to compromise and adapt solution development to fit existing technology.
An interesting evolution obvious in some recent product introductions has been the use of standard commodity components. The motivation being the belief that technological evolution can be exploited more rapidly and that solutions based on these components can evolve at a pace that tends to be significantly faster than systems based on custom silicon. Exploiting the use of high volume commodity components that enjoy the benefits of the cost containing commodity curve, not only helps to keep cost lower but avoids the heavy investment commitment associated with custom silicon.
Developing dedicated silicon has advantages and no doubt will continue in many high-end solutions but the inertia and cost associated with the development of custom silicon found in proprietary solutions mean that they do not adapt or evolve as quickly as those based on standard and commodity components
There is a compelling argument in favor of exploiting commodity components in terms of cost and speed of implementing technology refresh and I predict will become more the rule than the exception.