Most modern e-Commerce platforms are omni-channel, and some of the challenges they encounter include:
Functionally, communication as a service is the ability to decouple content - both for creation and storage - from the delivery mechanism. Technically, it is the ability to serve up that content that insulates content consumers from the internal storage mechanics, through the use of API.
Let’s take a look at how CaaS can help some of the previously listed content challenges for us:
Separating content from delivery channel:
Separation of concerns paradigm. For example, content that comprises a “page” when delivered on a mobile app may instead be rendered as a portion of one when delivered on a desktop application. Yet, in the repository the content is the same. Typically, content is stored as “chunks” instead of pages.
API-centric:
Content is exposed as resources, through REST API, in structured formats (typically as JSON or XML files).
Visualization for content creators:
Since the content can be repackaged for different channels and formats, it's important that content creators can easily preview the use cases. Obviously, this can be very challenging to implement.
Typically, these tenets are implemented by headless CMSes, that may also be de-coupled in their architecture. Some of the legacy CMS vendors also provide plugins that expose content as API's (see Joomla and others). Some CMS systems that have been built to implement these principles include DOTCMS, Contentful, and Cloud CMS.
In theory this all sounds good. But as with any tool, there are several caveats that may make traditional integrated CMSes that serve up decorated content a better choice. CaaS may not be right for you if:
In short, there are probably more pros than cons to following this strategy, as long as your organization can afford it.