Search

Mobile tag

About Me

I am the "IBM Collaboration & Productivity Advisor" for IBM Asia Pacific. I'm based in Singapore.
Reach out to me via:
Follow notessensei on Twitter
(posts)
Skype
Sametime
IBM
Facebook
LinkedIn
XING
Amazon Store
Amazon Kindle

Twitter

Domino Upgrade

VersionSupport end
5.0
6.0
6.5
7.0
Upgrade to 8.5x now!
(see the full Lotus lifcyle) To make your upgrade a success use the Upgrade Cheat Sheet.
Contemplating to replace Notes? You have to read this! (also available on Slideshare)

Languages

Other languages on request.

Visitors

Useful Tools

Get Firefox
Use OpenDNS
The support for Windows XP is coming to an end and has . Time to consider an alternative to move on. sounds like a lot of time, but, like an object in a mirror, it is closer than you think.

« Customer Care Expectations | Main| Coming soon to an XPage near you »

When Sofware matures you need to cut development to stay profitable, isn't it?

Besides having Fun with Dueck I discover more and more how prevalent system patterns are in business. My special foes are "Quick Win|Fix|Start" which are strong indicators for a Shifting the burden archetype at work (remember the sales cycle). Software is a very profitable business that scales very well (your marginal cost to create another software license to be sellable is practically zero - don't confuse that with "cost of sales"). Nevertheless it is also the playground for the burden shifting pattern. Capitalistic theory demands that high profit margins attract competitors thus reducing the price a vendor can command until the profit margins aren't higher than in the general economy. Of course market incumbents try to raise entry barriers to prevent such competition (and when they overdo that, they get investigated, sued, convicted and fined). So the high profit margins require constant attention since the competition is closer than they appear. But what should a company do when competing in a mature market? Ask your average MBA: cut cost of course. So very successful businesses do that? Like the insurance industry in Singapore (which managed to sell more insurance per household than anywhere else)? Nope: no cut in staff training, no cut in the work force, but more incentives. What happens when cost are cut to fix short term profitability?
Shifting the Development Burden kills your product
Cutting back on R&D will improve the bottom line when the cut is made. But it will also slow down product improvements. The slowdown not only stems from a reduced team size, but also from becoming preoccupied with ones own survival (will I be the next to be cut?). Once the basic security is gone, the readiness for disruptive innovation disappears making the vendor even more vulnerable to its competitors' assaults. In result the pain of the symptom overshadows the root cause and more cuts are made. Go and visit the ERP Graveyard to get an impression for just one software category. Especially in a time of sliding revenues taking a controlled risk could revitalise your product unless you are chronically risk averse. And don't rely on a customer council (you get faster horses then) but on your ability to innovate. Unfortunately the cost cutting just removed the necessary funds and, more importantly, the personal security that leads to innovation.

Comments

Gravatar Image1 - @Nathan I'd argue that some software companies DON'T worry about backward compatibility for this very reason. Add to this keeping a closed system that only works on limited OSs, hardware or with the vendors own complementary products, and a vendor can achieve very significant savings that it can then put to innovation. In markets often driven by RFPs that do feature comparisons, closed system companies unconcerned with backward compatibility will be better able to compete as long as customers prefer the next new software feature over TCO or open systems.

Gravatar Image2 - The pattern you've so eloquently outlined here applies not just to software, but to any business practice where the core value of the business is innovation. Automotive, biotech, materials... just to name a few, all have this problem. Interestingly, companies in these areas have proven MUCH better at erecting barriers to competition than software companies. Patents, import tariffs, job protection schemes, unionization, bailouts -- all used highly effectively by big companies in mature markets to subsidize their lack of innovation.

One notion that does seem to me to be unique to the software industry is the incredible cost of legacy support. If BMW wants to make a new car with a twin turbo and four-wheel steering, they don't have to figure out how to still have their prior 3 series model INSIDE it. They don't have to put a "2-wheel steering mode" switch on it. They don't have to find a way for customers to buy the car, but only implement the turbochargers one at a time.

Even when prior versions of software fall out of the SUPPORT cycle, the programs and data built from them remain in the market, and thus still have to be included in the R&D cycle. I can't think of any other industry where this issue has such a huge impact. And the cost is magnified in mature markets precisely because that's when you have the most legacy customers, and therefore the greatest concern over backwards compatibility.

It would be interesting to look at mature dev cycles and examine what kinds of costs could be cut not by slowing innovation, but by cutting out legacy cancers.

Post A Comment

Please note: Comments without a valid and working eMail address will be removed. This is my site, so I decide what stays here and what goes.

:-D:-o:-p:-x:-(:-):-\:angry::cool::cry::emb::grin::huh::laugh::rolleyes:;-)

Disclaimer

This site is in no way affiliated, endorsed, sanctioned, supported, nor enlightened by Lotus Software nor IBM Corporation. I may be an employee, but the opinions, theories, facts, etc. presented here are my own and are in now way given in any official capacity. In short, these are my words and this is my site, not IBM's - and don't even begin to think otherwise. (Disclaimer shamelessly plugged from Rocky Oliver)
© 2003 - 2013 Stephan H. Wissel - some rights reserved as listed here: Creative Commons License
Unless otherwise labeled by its originating author, the content found on this site is made available under the terms of an Attribution/NonCommercial/ShareAlike Creative Commons License, with the exception that no rights are granted -- since they are not mine to grant -- in any logo, graphic design, trademarks or trade names of any type. Code samples and code downloads on this site are, unless otherwise labeled, made available under an Apache 2.0 license. Other license models are available on written request and written confirmation.