“To cloud or not to cloud” — is this the question?
We hear a lot of talk these days about clouds: Private clouds, Public clouds, Enterprise clouds, Shared clouds, Hybrid clouds — the list goes on. You only have to search popular Internet blogs to see many active debates over the issue of “to cloud or not to cloud.” There are many arguments and lively debates about the suitability of different application types (e.g., Enterprise Back Office, eCommerce) and the ability of the different cloud technologies to support them.
Some of the debates have gotten quite heated. Without mentioning any names, there are quite a few CEOs of tech companies battling it out with analysts, consultants and, unfortunately, end consumers. Some of these debates sound like used car sales pitches gone wrong. (I was promised the Rolls but got the Beetle!)
Surely, as private cloud ‘experts,’ we have a ‘duty of care’ to focus on what the client doesn’t know versus focusing on the end technologies. Arguably, these technologies are table stakes that any reputable cloud services provider should have. If they don’t, then you should be seriously wary of doing business with that company, unless of course you are willing to pay the price later.
Frankly, it worries me that we are too focused on the end technology and not the end result, especially when so called managed services companies are touting public clouds as the ultimate solution to any business problem on the planet.
Ultimately, we should be asking our clients and prospects about their business requirements for the online service. Any company coming to market with new (cloud) services should be sharing SLA objectives and liabilities for not meeting targets with the new partner — asking the services provider for their help in architecting the right services mix and cloud technologies to meet the SLAs rather than saying that a cloud technology will meet all business requirements from the get go.
It’s our responsibility as managed services providers and private cloud experts to begin educating our clients and prospects on the importance of business requirement openness and transparency when discussing new projects. Without a true understanding of these, we can’t possibly hope to design solutions that meet expected service levels and help to lessen project risk for the client.
In summary: let’s not start our client/prospecting conversations with my cloud technology. Start with the non-technical requirements and work back to a technical (cloud) solution. I know it sounds like common sense but for many managed services providers out there — it isn’t!
Guest Post Provided By Tenzing
Founded in 1998, Tenzing is a managed hosting company trusted by leading software-as-a-service (SaaS) providers and Ecommerce systems integrators to deliver business critical applications to some of the world’s largest companies and most recognizable brands. Tenzing’s mission-critical hosting infrastructure, mature IT Service Management (ITSM) practices, and comprehensive application-level Service Level Agreements (SLAs), enable the reliable, secure, and scalable delivery of complex SaaS and Ecommerce applications. Tenzing is ISO 27001 and SAS 70 Type II certified with data centres in Toronto, Vancouver and Kelowna, B.C. For more information, visit www.tenzing.com.
Latest posts by CloudTweaks (see all)
- 12 Promising Business Intelligence (BI) Services For Your Company - March 3, 2015
- The Untaggables: Allocating All Cloud Costs - March 2, 2015
- Video Conferencing For Effective Customer Engagement - February 27, 2015