Some people, me included, have always been “buy” type people, maybe it’s just old fashion. We buy, we just don’t like to rent or even borrow most things. Many businesses face the same decision as they review their options for implementing internal software. There are compelling reasons for both software models, in-house licensing and cloud based SaaS.
In my previous blog posting I covered SaaS benefits; here are a few of my thoughts on traditional in-house software licensing.
In-house traditional software.
- In most cases today, full enterprise level software, especially utilizing database management like financial management systems are best kept in-house. Primarily because there are not any viable SaaS options for mid-large size firms. In addition, firms need tight integrations among many other software systems that are already in-house.
- There is a big difference in processor and memory requirements for enterprise financial management systems vs. other applications like document management. Hosting a DM system off-site is more about file storage sizing and access. In general, lower transactional processing applications not involving complex data structures are fine in a SaaS environment. The economies of SaaS disappear quickly when a large amount of computing power is needed for multiple users.
- I’m always concerned about the ease and control of data retrieval. In some SaaS applications it is quite easy to export out all of your data, in case, for example, you’d like to move to a different arrangement. However, with more complex applications where large amounts of data are stored in equally complex databases, extracting it from a “multi-tenant system is a real issue.
- The SaaS world is built, for the most part around a “multi-tenant” software model. Your data is actually mixed in with everyone else’s data and the application knows how to get it out. But you can’t. If you had an in-house financial management system and wanted to change vendors, you could conceivable extract the data yourself (or hire a consultant) and move to a new system without notifying your existing vendor until you thought it was proper. However, in a SaaS system, you don’t have a lot of choice. You are at the mercy of your SaaS provider. I’m always concerned about the uncertainty and costs of asking a SaaS provider for help converting to another system.
- I have a little bit of experience with the above issue of moving data from a SaaS vendor. In 2010 we decided to leave our long time, big name, on-line CRM system for an in-house Microsoft Dynamics CRM system. So we just called up the big name SaaS provider, explained our intentions and asked for help extracting millions of entries from the last 10 years or so from their system. It was amazing how little help they were and how crude their extraction tools were, if you wanted to leave their system. Of course, we had to licenses some SaaS type extraction tools just to do the all the work ourselves.
- Many times, the costs for SaaS only look attractive in the short-term. I recently saw some pricing for a legal market SaaS offering for a “practice management” system. On the surface it looked attractive, then I calculated the total cost of ownership over say, a 8-10 year lifecycle with 100 users and I was astounded. It no longer looked like a bargain at all. Some analysis indicates that SaaS pricing is based on a 28 – 36 month amortization of what an in-house enterprise software license would likely cost. If you keep it for 10 years you may end up paying 3-4 times as much money.
- The sales pitch for SaaS often includes the; you don’t need hardware, you don’t need to manage the system, and other similar claims to help justify the pricing model. The fact is that, most mid-large size law firms need to maintain a full IT infrastructure of networks, servers and desktops anyhow. The extra burden and costs of adding one or more virtual servers to this infrastructure may not be a big deal.
At the end of the day there are all business decisions and for each decision the buyer needs to ask, am I a “renter or a buyer”?



