SmoothSpan Blog

For Executives, Entrepreneurs, and other Digerati who need to know about SaaS and Web 2.0.

The IT Perspective on Bloated Unfriendly Enterprise Software: More Reason to Buy SaaS

Posted by Bob Warfield on December 11, 2007

I recently responded to the free-for-all Robert Scoble started on unfriendly Enterprise Software.  Now George Ou writes about IT’s perspective, and had this to say:

  • Enterprise software generally has lower usability and more bugs than commercial software.  That’s sort of counter intuitive to the word “enterprise” but the name is a joke in IT circles since enterprise software is typically painful.
  • Enterprise software is designed for and sold to IT departments so the expectation is that you have trained people supporting the software whereas commercial off-the-shelf software has to more or less be self explanatory.  Enterprise isn’t sold to the end user and the end user doesn’t sign the check so their considerations are secondary to enterprise software makers.
  • Enterprise software requires a lot more interaction between multiple systems which makes it fundamentally more complex to develop, deploy, and support.
  • Enterprise software also typically addresses a much smaller user base than off-the-shelf software like Microsoft Office so the development budget to user ratio is smaller.  This means programming shortcuts like Java are often taken which makes the software horrendously bloated and inefficient.  You’re not going to see enterprise software developed in light-weight C++ like MS Office any time soon because that level of skill is too rare and difficult and expensive to acquire.

George sure sounds like an IT guy to me, and a card carrying member of the Old School.  That’s not necessarily a good thing, I’m afraid.  He’s written a doozy filled with misperceptions and I had to respond point by point to clear some of the fog away: 

  • Enterprise software generally has lower usability and more bugs than commercial software.  That’s sort of counter intuitive to the word “enterprise” but the name is a joke in IT circles since enterprise software is typically painful.

I presume George is trying to compare Enteprise Software to packaged software like MS Office (which he refers to in another bullet), but he really doesn’t say.  Having been on both sides of the fence (I built Quattro Pro for Borland and have done several Enterprise gigs), I don’t see any reason to agree with George’s broad brush statement.  I found the recent release of MS Office 2007 to be surprisingly buggy, very unfriendly to someone that already new the prior version, and Vista is not exactly setting new standards for quality or end user satisfaction.  OTOH, Vista was designed primarily to appeal to what Old School IT cares about, so maybe that makes up for it with people like George.

  • Enterprise software is designed for and sold to IT departments so the expectation is that you have trained people supporting the software whereas commercial off-the-shelf software has to more or less be self explanatory.  Enterprise isn’t sold to the end user and the end user doesn’t sign the check so their considerations are secondary to enterprise software makers.

George, you could not be more wrong in my experience.  I’ve sold multi-million dollar Enterprise Software to a variety of Global 2000 companies.  In the majority cases (nut not all), we found that the business users were completely driving the need to purchase, not IT.  In terms of training, yes there was some, but a part of every sales cycle was sitting the likely trainee down at the keyboard without said training and trying to see whether they could get comfortable enough to endorse purchasing the package.  This doesn’t even consider the raft of Enterprise Products that people use without training such as Expense Report software or HR Focal Review software.  Very few of our seats sold were occupied by trained users.   There were certainly a few guru admins that needed the training, but the majority had to be able to walk up and use the software unaided.  In the case of my last company, this included salespeople who wouldn’t sit still for a lot of training anyway.

There is no end of categories for Enterprise Software that require usage with minimal training.  I think the real problem is that IT is often very isolated from the user expderience.  Their focused on tasks like Database Administration of the newly installed Enterprise Software and often have little idea what their end users are going through except by anecdote.  This doesn’t have to be the case, and shouldn’t be the case if IT will be supporting the software, my only observation is that it often is the case in many real organizations I’ve dealt with.  Further, IT often doesn’t really understand the business needs or requirements.  I have frequently had business users come to me very concerned that IT is solely focused on their own needs (which have to do with minimizing the package’s impact on their IT organization) and wanting to make sure the Business side is heard.  When I hear IT folks like George say things like, “Enterprise isn’t sold to the end user and the end user doesn’t sign the check so their considerations are secondary to enterprise software makers,”  I really begin to feel these user’s pain.

  • Enterprise software requires a lot more interaction between multiple systems which makes it fundamentally more complex to develop, deploy, and support.

This is true, but it’s an IT consideration that has little to do with end user friendliness or with whether the code is “bloatware”.  If the latter is a problem, it’s usually because IT has a bunch of poorly maintained Legacy systems that are hard to integrate with.  Whatever the case, this is very much secondary to the discussion.

  • Enterprise software also typically addresses a much smaller user base than off-the-shelf software like Microsoft Office so the development budget to user ratio is smaller.  This means programming shortcuts like Java are often taken which makes the software horrendously bloated and inefficient.  You’re not going to see enterprise software developed in light-weight C++ like MS Office any time soon because that level of skill is too rare and difficult and expensive to acquire.

This is some very bad Old School thinking, and many comments on George’s column call him to task over it.  I’ve got several reactions.  First the obvious one for anyone who actually develops software:  the myth that C++ is lightweight and fast compared to Java was laid to rest a LONG time ago.  George may be technical, but this reflects a profound lack of understanding of the tools involved.  Moreover, it makes no sense to think that “programming shortcuts” lead to bloat.  If we’re building software with less budget (this is another myth I’ll get to), less people, and less time, who had the time to write the bloat? 

These interpreted languages lead to less code, not more.  In fact, it’s tempting to advocate ditching Java for many projects and moving even further towards the scripting language world.  George’s views on this raise one important commercial issue in doing so:  IT won’t necessarily understand what it means and may think less of the software if it is written in PHP or Ruby On Rails.  They’d be wrong for the most part, but it could factor into sales. 

As regards smaller development budgets, I have two reactions.  First, SAP and similar companies spend as much developing their modules as Microsoft does building MS Office.  Second, having these huge teams and spending so much is the wrong way to build great software no matter what area you’re focused on.  I’ve talked before about the virtues of small teams.  They can make a huge difference in the final software and in the overall productivity of the team.

It’s been fun to get all this off my chest.  There are some classic old chestnuts of IT thinking here, evidently still doing harm in various ways.  What this really brings home to me is that the SaaS model is fundamentally better in the face of these kinds of attitudes.  Rather than try to fight through these entrenched viewpoints, SaaS sidesteps most of it entirely.  The Business does make the decision on SaaS software in most of the cases.  They do so with minimal IT intervention.  Evaluation cycles are shorter as a result, and a lot of practical IT interests just don’t matter.  The details of the care and feeding of the software, for example, go away.  IT is often very concerned about platforms because they have to live with the care and feeding issues and their people are trained on particular platforms.  With SaaS, IT is not responsible for care and feeding, so it need not concern itself. 

Lastly, the SaaS vendor is on the hook month-by-month for keeping the customer happy.  This is probably the most important part of the whole equation.  SaaS is just a better way to do business with you software vendor.

4 Responses to “The IT Perspective on Bloated Unfriendly Enterprise Software: More Reason to Buy SaaS”

  1. […] Comments The IT Perspective o… on Enterprise Software Too Boring…jwhitling on Enterprise Software Too Boring…smoothspan on […]

  2. smoothspan said

    George Ou called me up to chat about our back and forth. You have to love the immediacy and community of blogging!

    George wanted to make a few points, which were eminently reasonable.

    First, he felt a lot of issues were getting mixed up in all the back and forth of these various blogs. His focus is on the IT perspective. He doesn’t particularly refer to the UI when he talks about bloatware. Rather, he’s talking about performance the care and feeding requirements of the software. Fair enough.

    Second, we had a long discourse about SaaS. George is somewhat of the school that it’s hosting by another name, which I am decidely not, but we found more to agree on than disagree when we drilled into the particulars. For example, George readily agreed that for small business, it’s hard not to like SaaS. We talked about situations like the average Salesforce contract of 20 seats. That’s $12,000 a year at $50 a seat and twice that for more premium versions. It comes down to a fraction of 1 IT guy with no budget left for software licenses, hardware, and other costs. Clearly SaaS will be cheaper and better.

    George wanted to make the point that this may change as customers scale up to larger installations. In addition, bigger companies may need and benefit from customizations that many SaaS solutions don’t offer. In the end, I think George believes that you have to somehow factor in how good your IT staff really is relative to the SaaS vendor’s delivery capabilities. The less capable the IT staff, the more it makes sense to lean towards SaaS, and vice versa. I don’t know that I’m completely bought off on that, but it is certainly a worthwhile insight to consider.

    Cheers!

    BW

  3. […] too rare and difficult and expensive to acquire. George sure sounds like an IT guy to me, … http://smoothspan.wordpress.com/2007/12/11/the-it-perspective-on-bloated-unfriendly-enterprise-softw… SmoothSpan Blog […]

  4. alanshutko said

    The disconnect between the users and purchasers of software is not limited to IT. Most enterprise software is selected by a small group of people to achieve one of their goals, but then used by a much wider population.

    For instance, our travel software (provided by our corporate-preferred travel agency). It, and the agency, were selected for the ability to apply corporate travel policy, reduce costs by restricting travel options, and provides a wealth of information on how travel is used, how much it costs, etc. But the vast majority of the company doesn’t care about those features: they simply find that it is time-consuming and cumbersome to book a trip somewhere.

    Or Remedy, our help desk software? It certainly has functionality built in which streamlines some processes internal to the help desk, and the self-service functionality has allowed them to reduce staff. But the cost to the broader employee base is that it’s a confusing, opaque system that makes it extremely difficult to get requests entered or worked.

    Our time-tracking and project management software? In theory, it has tons of reporting and project management functionality so that project managers and senior management can see what projects are in flight, what their progress is, whether problems are arising… but the interface is so terrible that for most individual contributers, it’s used as a glorified time-tracking page. Project managers even avoid most of its functionality in favor of MS Project, because it is so time-consuming to use.

    I could go on. Our defect tracking tool, chosen by QA for its automated test capabilities, makes entering and reporting on defects so onerous that people double-enter the information in spreadsheets. Peoplesoft… need I say more?

    Each of those applications was purchased from a third party, following a selection process by the stakeholders involved. But the broader community which would end up using it wasn’t consulted. Some of those are SaaS, and they’re still despised by most of the employees, because the only people that need to be satisfied every month are a small percentage of those the software touches.

 
%d bloggers like this: