November 2008 Archives

 
 
This blog entry was posted by Ed Margulies, Senior Director, Product Management CRM Service Products at Oracle. Margulies is a telecommunications architect, usability expert, inventor, and the author of 17 books on telecommunications, contact centers and service automation. The views expressed in this blog are Margulies' and do not necessarily reflect the views of Oracle.
 
The Not So Obvious Merger
 
People often ponder the viability of merging hosted communications services with enterprise-based solutions. "Is it really the best of two worlds or something else altogether?" I advocate periodic review of your enterprise software deployments and possible interface points with CaaS. You'll discover a variety of CaaS-based offerings that merge well with enterprise applications. I'll cite some popular examples here.
  
Turning on a CaaS Dime
  
One of the advantages in merging CaaS and traditional enterprise applications is the speed at which network-based add-ons can be deployed. Let's say you have five traditional enterprise-based contact centers deployed in as many locations. You know you can achieve an economy of scale by virtually combining all of the agents into one orchestrated pool. But the traditional approach requires special gateway boxes, individual software upgrades, and network planning. Traditional enterprise approaches often require upwards of six months to a year to deploy.
  
Enter CaaS-based overlay networking. Many telephone companies and ASPs can offer a hosted network routing service that virtualizes the intelligent switching in the network. Instead of five disparate, uncoordinated "brains" in as many locations, the CaaS-based overlay uses existing switches as a path to agent phones. You can still have on-premises, traditional telephone operations and associated software. The difference here is the routing intelligence - which has been pushed into the network itself to virtualize the separate sites into one.
  
The Kaizen of CaaS
  
In addition to being fast, CaaS enables incremental improvements as opposed to one big blast of features every few years. One of the chief benefits of CaaS is the ability to deploy read-made service bundles minimizing the "big bang" impact of major enterprise software releases. Since most CaaS services are based on a shared-use multi-tenant model, the software is pre-configured and ready to use. But in most cases on the enterprise side, incremental feature improvements require expensive and time-consuming upgrades. This makes the marriage between CaaS and enterprise software attractive when the next major enterprise release is a year or more away.
  
Incremental improvements can also mean incremental headaches. But with a good CaaS-based offering, the service provider can buffer you from the rapid changes in technology by testing and staging new technologies first. CaaS platforms offer a viable means for "early adopters" to try new technologies and capabilities without a forklift upgrade and without a big commitment. This means the folks who want to be on the leading edge of new offerings will help the service provider identify defects before the new offer is generally available. For those who are not early adopters, this offers a great deal of comfort by making incremental improvements with minimal risk.
  
Capital Utilization Relief
  
Another reason to contemplate a mix of CaaS and traditional enterprise software deals with budgeting and approvals. Sometimes it's not a matter of choice but rather what your CFO allows you to buy. Let's say your hardware acquisition budget is capped for the year but you still need to add capabilities you have an urgent need for.
  
For example, a new product launch is creating an extraordinary call volume into your support department. And you want technicians to handle multiple inquiries simultaneously. You know there are chat products that let your employees handle more than one technical support transaction at the same time. But your CFO says you are not allowed to buy any more traditional premises-based servers. Fortunately there may be funds in the operational expense budget that permit the use of a CaaS-based chat solution on top of your enterprise service application. You can choose from a number of CaaS-based chat offerings in the marketplace. To name a few: Oracle's Call Center On Demand, Verizon Business' WebCenter and Telstra's Web CC offering.
  
Social Apps Tie-In
  
The internet is ripe with CaaS-based social applications. And many of them find "sockets" to both personal productivity and enterprise applications. Consider popular Voice over IP (VoIP) services, for example. Some clients load in such a way that hyperlinks appear on phone numbers inside of other applications. This means some enterprise applications can link to SaaS-based services with a mouse click on any phone number.
  
Now consider the multi-party chat rooms and threaded discussion forums on so many social sites. These are all facilitated as a shared service on the internet. But there are extensions of these communications that cascade into enterprise applications. Now, there are many service organizations that offer links between customers and service center technicians or sales associates. These communications often originate in the context of a self-service navigation on a vendor web site. They can help to kick-off chat, email or even phone call transactions.
  
Web Call-Backs meet the Enterprise
  
Perhaps a web customer has used the self-service capabilities your web site successfully but still needs a direct communication with a technician or service agent. In this example, the customer clicks a button labeled: "talk with a service agent." These are often called Web Call-Back or "Click-to-Talk" links. This is a web-based request that automatically triggers an outbound phone call from the agent to the customer's phone. This technology is just over a decade old and gaining more traction all the time.
  
Quite often, what links the web site and the phones together is a hosted, CaaS service, not an enterprise application. When the phone call is presented to the agent, a coordinated screen pop with the customer's profile appears automatically. That screen pop and CRM integration can be on an on-premises enterprise CRM system. Here, the media handling can be hosted in the network, but customer premises-based enterprise software is rendering the customer contact records and associated data.
  
In summary, there are many examples of how CaaS-based offerings are a natural extension to enterprise applications. By using hosted communications services, you can take advantage of incremental technology improvements, enhance customer care initiatives with operational expense budgets, and avoid the complexities of a traditional on-premises upgrade. You can tie social apps, enterprise apps, and hosted communications apps together. Popular media types such as VoIP, Chat, SMS and emails can be hosted and layered on top of traditional enterprise applications. We are no longer in a world of "either / or" because the best CaaS services play nice with enterprise applications.
  
 
This blog entry was posted by Ed Margulies, Senior Director, Product Management CRM Service Products at Oracle. Margulies is a telecommunications architect, usability expert, inventor, and the author of 17 books on telecommunications, contact centers and service automation. The views expressed in this blog are Margulies' and do not necessarily reflect the views of Oracle.
 
Earth Day Meet Your New Friend CaaS
 
I remember participating in my first Earth Day in 1970. I wore a musty army surplus gas mask in protest of pollution. So did about 60 of my grade school friends. The Earth Day idea is simple: Save the earth and rally against its enemies. Today your use and promotion of Communications as a Service is also in the spirit of Earth Day.
 
This model of modern communications is ripe with examples and ideas of how you can do good for the environment but also save some of the other green in the process.
 
DataCenters and Counting the Tiles
 
One of the biggest trends in CaaS is the use of commodity, off-the-shelf servers for communications infrastructure. This versus the proprietary gear traditional telephony switches are based on. With communications backbones more and more based on packet-switched voice instead of TDM, the opportunity to reduce data center footprint is huge.
 
Here at Oracle, for example, we recently outfitted ten remote data centers with ACD switching gear worldwide. This was done to replace proprietary, traditional ACD switching equipment. All of this was done in a CaaS model, where a network-based service will be used to support over 40 contact centers and home-based agents.
 
Each data center will house an average of 12 square feet's worth of common, off-the-shelf 1U servers. That includes front and back access to the racks. Now compare that to the equivalent proprietary cabinets of one of the traditional switch vendors: A whopping 32 square feet. Now consider how much less energy - including air conditioning, lighting, etc. is being saved by using commodity, rack-mounted servers.
 
Bye-Bye Water Cooler
 
Another green aspect of Communications as a Service is its impact on human capital. Specifically, CaaS enables a virtual workforce so users do not have to be housed "next to" or in the same building as the communications infrastructure. Yes, I'm referring to telecommuting. This year, it's estimated that in the U.S. alone, there are about 200,000 remote contact center agents. Depending on which research firm weighing-in, that's roughly 10% of the contact center workforce, which also accounts for contact center outsourcers.
 
There is a compelling argument to convert workforces to virtual workers using CaaS. For example, in a 2006 study the Telework Coalition found that companies can save between three and ten thousand dollars per employee per year in real estate rental costs. That includes the actual workspace, common areas, training rooms, etc. averaged out for each employee.
 
Based on numbers supplied by the Energy Information Administration, my own figuring says upwards of $300 per year per employee can also be saved on utilities as a result.
 
Converting Windshields to Display Screens
 
And what about the commute itself? We know that the maximum one-way commute most contact center agents will tolerate is about 20 miles. Accounting for vacations and holidays, that's about 9,000 miles per year. Based on gas mileage of 25 mpg, that's 360 gallons. Figuring $2.50 per gallon this converts to a savings of $900 annually for each worker. Besides the savings that's also 360 gallons worth of hydrocarbons and other pollutants that don't spew into the atmosphere - for each worker.
 
Green Means Retention Too
 
Some of the top analysts say that the job turnover rate amongst telecommuting workers is only half that of in-house, commuting workers. This is significant when you consider the cost of turnover. On average, it costs at least $5,000 per employee to acquire and train a replacement.
 
That can add up to significant savings. In fact, job turnover is perhaps one of the most vexing workforce problems with companies employing communications-based workers. My customers tell me turnover rates range between 20 to 30% annually. Now imagine cutting that in half. If you have a workforce of 500 with a 20% turnover, that's 100 new employees you have to recruit, hire and train. That's easily half a million dollars.
 
In summary, the message is simple: Not only is it good to be green, but you can save a lot of money in the process. You can save on the care, feeding and housing of equipment. You can save on workforce consumption of office real estate. You can save on utilities. Workers can save time and money by avoiding commutes. And you can do a better job in the area of employee retention. That all adds up to a strong argument for adopting the CaaS model at your company.
 
This blog entry was posted by Ed Margulies, Senior Director, Product Management CRM Service Products at Oracle. Margulies is a telecommunications architect, usability expert, inventor, and the author of 17 books on telecommunications, contact centers and service automation. The views expressed in this blog are Margulies' and do not necessarily reflect the views of Oracle. 

A Common Thread


As a product manager in Oracle's CRM Service Products team, I get to work with many companies worldwide that are honing the definition of CaaS and are continually innovating in this area. I view CaaS as a natural evolution of traditional hosted services. CaaS has its roots in enhanced network services reaching back into the 1970s and 80s. The differences between the two are not as stark as you may think, and there are also some similarities. 

The common thread between CaaS and traditional hosted services is the idea of software as a shared resource. At the bottom are algorithms, codecs, and device drivers. In the middle are databases, APIs and resource management. At the top are applications. What is truly exciting is we are evolving from closed, proprietary networks into a world of open, API-hook-able networks. 

An Enduring Model

You can get a hosted services provider to dedicate a "pod" of gear and software for you. This type of outsourced service amounts to labor arbitrage and the care and feeding of servers. But the true economy of scale kicks-in when this is done in a multi-tenant arrangement - so customers who heretofore were not able to contemplate the use of that software - for want of capital or know-how - are suddenly empowered. And that empowerment is enabled by the sharing of infrastructure thus making it more affordable. That's what makes hosting, in general, such an enduring and credible model. That is the "hope" that even a small or medium sized company can take advantage of technology reserved for large corporations. 

This hosted, shared software model cleared the way for many services. Among them are the oft-touted EDS on line "mainframe sharing" services offered by Ross Perot. Also consider payment processing and credit card clearing houses like National Data Corporation - or the pioneering efforts of First Data Resources in providing outsourced back-end Pay-Per-View statements for cable companies.
 
The Differences

So what's the difference between these traditional hosted services and CaaS? Well, most of these older hosted efforts were nonetheless outsourced back-end services - not strictly communications-based. In fact most of them were machines talking to machines. When you bring these services into the realm of communications, four additional disciplines are at play: 1) Media manipulation and routing, 2) Presence Management, 3) Ubiquitous device management, and 4) Remote user registry management.
 
Back to the Future

One of my favorite examples of how these "new" disciplines were explored hails from a project called MICE (Modular Integrated Communications Environment). It had its roots at AT&T and was finally developed as a proof-of-concept at Bell Communications Research (now Telcordia) in the early eighties. I was involved as an OEM supplier of voice processing subsystems built by Voicetek. Other suppliers were Digital Equipment Corp (DECtalk text-to-speech), Redcom (Outboard state controlled switch) and some other speech processing elements. The MICE system was essentially a personal assistant / follow me / multi-channel hosted communications platform. What did it do? It read your email for you and delivered it to you via Text-To-Speech over the phone. It provided presence information to other users. It allowed callers to "find" you by using a registry and mapping service to different communications devices. It allowed you to change locations and create what we now call a "virtual office." It rocked. But the Regional Bell Operating companies didn't bite. Sadly, it was ahead of its time.
 
Ten years later, in the mid nineties, companies like Wildfire (now part of Virtuosity) took that basic concept a step further by contemplating more sophisticated speech recognition technology and launching a commercial service. And that service was touted as a computerized personal assistant that you could talk to make appointments, calls, look up contacts, etc. I recall the excitement in the air as Bill Warner and Richard Miner, the creators of the application; did "live without a net" demos of Wildfire at popular telecom shows of the day. 
 
The Perfect Marriage

But now with Web 2.0 and beyond, we are moving these capabilities - grounded in the temporal domain - into a converged temporal and spatial domain. A richer set of media is now common, and communications "cockpits" and edge applications give users more intuitive control. Now, CaaS transcends a variety of user bases in personal productivity, social apps and even the contact center. Take, for example Oracle's CRM On Demand. Here, remote users can control sophisticated CRM transactions - including interwoven voice and email - all within one interface. 

In summary, the similarities between CaaS and traditional hosted services are about a sense of shared software resources. And the big difference is how CaaS addresses the human element more than traditional hosting services. With CaaS we add more people and real-time urgency to the mix. So CaaS is more about collaboration and people reaching out to other people aided by machines - not just about machines talking to machines. The ratio of people to machines is much higher in new CaaS applications than ever before. I hope it never goes back the other way.

Recent Comments

  • Tom Keating: Just a test comment. welcome to the TMC blogs, Ed. read more
  • Matt Edic: CaaS connotes greater integration of available services and end-user control read more

Subscribe to Blog

Categories

Blogroll

Recent Entry Images

Around TMCnet Blogs

Latest Whitepapers

TMCnet Videos