eggs in basket

Image by cyanocorax via Flickr

This is my second post in the SaaS Risk Reduction Series. In my previous post titled “What is your Cloud Strategy”, I talked about the need for diversification and it met with some serious opposition from my fellow Cloud Avenuans, Zoli and Ben. In this post, I am going to dig up the concept again and offer better insights than the last time. 

First, as I told in my introductory post in this series, my approach is more like a system admin in a company while theirs is from a pure business convenience perspective. Both are valid from the proponents point of view. In fact, this is nothing new and it was a classic problem from the previous desktop era. We are always confronted with the security vs convenience problem. Well, it is true in many real world issues too. The tug of war between security and convenience has been going on from time immemorial. As a system admin in my previous avatar, I have always faced the wrath of business managers but I have always insisted on my security over convenience mantra. I take the same approach in my current avatar too.

Second, SaaS applications are supposed to work out of box without any need for user side configuration. I don’t see any inconvenience in using Google for Email and Calendar (where they excel their competitors by a wide margin) and Zoho for productivity apps (where they really rock. BTW, let me make it clear here that it is my personal opinion and Zoho being this blog’s sponsor has no role in it). With SaaS, there is absolutely no reason to stick with one provider. For example, I can store all my files in Syncplicity and either send them to Google Docs or open directly with Zoho Docs. This is the beauty of SaaS and with further adaption of Open Standards (about which I will talk further in my future posts), interoperability, data  portability, etc., the idea of using a single provider or keeping all the eggs in one basket becomes old fashioned.

Even now, mashups makes it easy for you to diversify your cloud use. Gmail labs now allows you to add any gadget (their name for widgets) to Gmail sidebar. For example, I can add Remember The Milk or any other gadget to my Gmail sidebar and work as if it is delivered from a single provider. Mashups are still in early stages and Gartner predicts a bright future for them. With the passage of time, mashups will emerge as a much more useful tool, changing the way how we use apps.

Finally, I want to point out where Ben and Zoli’s arguments fits better than my argument. It depends on whether your business is in the free part or mium part of the freemium model. If it is in the free part, as it is the case with many individual consultants and smaller side of the small business, my suggestions about not keeping all the eggs in the same basket becomes all the more important because you don’t get any technical support and you are at the mercy of SaaS vendors. If you are in the mium part, which is the case with some of the consultants and the other end of the small business spectrum, Ben and Zoli’s arguments about convenience of a single provider plays a big role. You just want to keep a single provider and deal with them for all your problems. This works well if they offer telephone support for their premium customers (as it is the case with Google Apps Premium Plans and few other vendors). If the SaaS vendor offers only email based support, I will still suggest that it is not advisable to keep all eggs in one basket.

Again, we need to keep in mind that we are considering security vs convenience and every business has different priorities. I have offered my view from a point of view of someone who plans for the worst case scenario over someone who worries about speed. I am sure Ben and Zoli might offer their insights over the importance of speed in business and how SaaS strategy can be devised to fit such an approach. As a small business owner, you should consider both these approaches and devise a strategy that fits the needs of your business. If you have any suggestions, feel free to add in the comments.

Previous articles in the series:

Comments

Post Comment