Cloud Connected



"I have been searching for a product like Cloud CMS for over 10 years.

After false starts with some typical content management solutions, we were finally able to design the content repository that our business required."
James Baddiley
James Baddiley, CEO
ChilliSauce
* Showing search results for tag: content management

Return On Investment (ROI) with Cloud CMS

ROI and Content Management Systems (CMS) are rarely used in the same sentence due to the uncomfortable pricing models from all legacy CMS vendors - as well as the spiraling costs of implementing them. Often so much investment has been made in the CMS that changing is not a realistic consideration.

This negativity only increases when you start using the term Enterprise Content Management (ECM), where suddenly vendors start seeing dollar signs, but offer no additional functionality e.g., Alfresco, Documentum, Adobe CQ5, and many more. Rather, creative “Per User” or “Per CPU” pricing makes selling to the Enterprise very attractive to vendors.

At Cloud CMS we strive to provide exceptional value with a CMS which will meet your current and future needs. The benefits of the Cloud CMS approach can be realized in many ways but occasionally you need to have a “SHOW ME THE MONEY!” conversation.

Some potential ways to realize your ROI with Cloud CMS:

Freedom

We adhere to an API First, or “headless” approach to content management. This means all content and CMS functionality is available via our 1,300+ APIs. Every UI, including our packaged console, uses these APIs. Create and manage content thru our console, and call the APIs to access any content on your frontend applications. This provides greater freedom rather than being limited to a CMS vendor’s templating options.

Future Proofing

  1. Reuse: Through the separation of the CMS and the presentation layer you can create amazing websites and application with the frontend technology of your choice. Whenever you need to refresh or redesign the presentation layer, the CMS and content can be reused in-place. Minimizing the changes and maximizing reuse is huge benefit to any project from the technical, marketing, and business perspectives.
  2. Multi-channel/Device: three possibilities for cost savings:
    1. One CMS, creating content which can be deployed anywhere as needed
    2. What are your future device and application requirements? What devices are coming up in the next 6 months+? The frontend costs are maybe unknown but you can limit the risk and costs by using a CMS that provide the Content via APIs. No change to the CMS
    3. Reduce Time To Market: having the content available in a Headless CMS allows for an organisation to respond to changes and the requirements for new devices and channels.

Software as a Service

  1. SaaS CMS services can convert expensive capital outlay for servers and network equipment into a monthly operating expense, while also reducing the IT resources required to manage enterprise records. http://en.wikipedia.org/wiki/Enterprise_content_management
  2. Scalable: Cloud CMS scales seamlessly to meet your needs. Again, no upfront costs.
  3. Always on latest version: Cloud CMS continues to grow with new and enhanced features, performance, bug resolution. No need to wait and plan large upgrade projects.

Feature rich

Cloud CMS is a lot more than a well architected repository and API. Jeff Potts summarized this nicely in his blog Content-as-a-Service Review: Cloud CMS: “..Cloud CMS is an extensible platform with a long list of features. This is more than just a place to stick content and an API to get it back out–this is a full-featured CMS that happens to be running as SaaS in the cloud. ..”

Flexibility - Fits with your infrastructure

  1. Application development and delivery teams at publishing organizations, media companies, and branded manufacturers already use API First CMS tools alongside multiple other sets of API-first micro-services to build out new digital products.
  2. Flexible Deployment Options (https://www.cloudcms.com/developers.html ): whether SaaS or On-Premise, direct API, custom Application server, or using our NodeJS module.


At Cloud CMS we have a straight forward honest approach. We care about what we do and how we do it. We are essentially engineers that want to create the “right” solutions and see our customers get value from their CMS. Needless to say we are proud of what we deliver.

If you have any questions or comments please email info@cloudcms.com

Assessing the CMS cost options?

The risks and costs associated with CMSs can be frightening. Many organizations have entered a CMS project, and are still to come out. Frustrated by the on-going costs of getting the CMS to work and then the costs of keeping it working. Partly this is due to unrealistic expectations but the primary reason is not looking at all the costs upfront and assessing the resources available to support a complex IT initiative.

A basic for assessing your immediate and ongoing costs for any application is where the application a lives and how will it be supported. If you have limited IT resources then you need to be careful where you use them. Ideally, the CMS should be a tool to facilitate you doing business and allow your resources to do what they do best.

Traditional On-Premise

Examples:

  1. Initial Purchase cost
  2. Annual maintenance/subscription
  3. Could be user/CPU/both cost model
  4. Support means product support (not the services to configure)
  5. Additional costs
    • Services
      • Installation
      • Configurations/customizations
      • Upgrades
      • Best practices and getting the most from your investment
    • Environments (Hardware, 3rd party software, Operating Systems, Network,..)
    • Resources (IT team)
    • Additional modules: be careful when getting quotes to ensure all the features you are looking for are included in the price. Deployment, clustering, Records Management, WCM, DM,.. are often priced separately like a ‘Chinese laundry’ list

Open Source

Examples:

There are various flavors of Open Source. Check the features in the Open Source release and the level of support available. Open source companies have a commercial model which you should understand.

Community release vs enterprise release: the Community release has had limited testing, no support from the vendor or partners, and can have limited features. Essentially it is good for proof of concept before purchasing the enterprise release, small companies that cannot afford the enterprise release, or for non-business critical applications. The Enterprise release usually has a (not insignificant) annual cost for maintenance/support which is usually the same model as above for the Traditional On-Premise products.

With Open Source it is not for the faint hearted. There are significant additional costs: cost of hosting the server yourself, hiring IT/devops or custom developers, maintaining it between releases, etc. For either enterprise or community, that’s very non-trivial.

SaaS – (Software as a Service)

Examples:

A SaaS type model can be very appealing to a business in that it allows resources to concentrate on their business.

SaaS CMS services can convert expensive capital outlay for servers and network equipment into a monthly operating expense, while also reducing the IT resources required to manage enterprise records. http://en.wikipedia.org/wiki/Enterprise_content_management

  • typically monthly fee (often annual commitment)
  • Pricing model can be stepped on parameters such as: users, memory, files size, bandwidth, projects, tenants

Cloud Content Management Systems

Examples:

This is an emerging category and is a subset of SaaS. From a high level the differences are: - Designed from the ground up to work in the cloud. So what I here you say! - Content API: the focus of this group is the value of content and presenting the content for developers to integrate in any website or app. - Cost: much cheaper than traditional SaaS CMS vendors

Managed Service

Examples:

This may appear like SaaS but there are be variations on where the software is installed (vendor/on-premise/cloud/SaaS) and levels of responsibility defined in the Service Level Agreement. Additional Services may be included to handle customizations which can include broader IT and support needs .

Summary of Options

Selling a CMS to your Boss?

You have found the CMS to answer all your dreams and perhaps a lot more – now what? The quest for CMS nirvana is over and you are ready to start moving forward and onto the interesting challenges ahead.

Probably not – you still have to sell the CMS to your Management! Your management is likely less interested in the great architecture/features and more interested in the costs to the business of buying or even not buying the CMS.

Coming from the business side, this blog touches on the topics I would like technical teams to consider in their research. When presenting the CMS evaluations and recommendations to management the technical team should step into the Dark Side – they need to prepare and think like a manager.

Does the CMS meet the High level feature requirement(s)?

Evaluate against the written criteria and try to present the findings in an unbiased manner. Compromises may have to be made or perhaps the requirements were unrealistic. Either way – this is only one of the factors management is looking at so do not despair.

  1. What features are critical?
  2. What features are nice to have?
  3. Don’t buy functionality you don’t need. It is easy to get distracted
  4. Consider current and future needs?
    • Features
    • Scalability

What is the Total Cost of Ownership?

This is usually an area technical people do not want to venture into but please persevere. You are often best positioned to calculate the costs: server sizing, whether technology is a fit for the organization, third party costs,..

Budget is always a factor in selection of products/solutions. You must go further and look at all costs, ie Total Cost of Ownership (TCO), because there are many hidden and less obvious costs with any CMS. Be prepared to consider all the costs and what is your basis for those costs – not just the obvious purchase price, but the setup/environment, etc… Even Open Source has a cost – ie. if this is a business critical system how is it supported

  1. Annual license cost
  2. License model (cpu/user) and cost of add-on components
  3. Additional license costs as you scale
  4. Cost of initial setup, maintenance, upgrades
  5. Services cost for customizations (internal and external)
  6. Training
  7. Third party costs
  8. Setup and Infrastructure. The costs can be significant and can have a financial/time/resource impact. On premise, hosted, Cloud, SaaS (Software as a Service),..

Think like your manager?

If you get in the same mindset as management you can prepare and present accordingly:

  1. Return On Investment (ROI): A performance measure used to evaluate the efficiency of an investment or to compare the efficiency of a number of different investments.
  2. Time to Value (TTV): is a business term that describes the period of time between a request for a specific value and the initial delivery of the value requested. This is interesting as often the value is not monetary. A CMS can be critical decision for business growth and expansion.
  3. Risks and Risk Mitigation: need to identify risks and have a risk mitigation plan
  4. Not ‘Bleeding Edge’: rarely does a company want to be the first with a new release or product.
  5. Core business: Rarely do you find a manager that is as excited as you with technology – they just need to know it works. I have had customers who have stated to me that if they have to get involved with the CMS then it is failing for them ie they are getting distracted from their core business
  6. Managers are human too: Demo and trail will short cut a long discussion

What will be your involvement? (or what type of customer are you?)

Consider how you want to work with the CMS. Do you have available resources and budget to configure and maintain the CMS and 3rd party systems. These are key questions for management: management want to concentrate resource on their business and do not want time and resources to be distracted. A SaaS type model can be very appealing to a business in that it allows resources to concentrate on their business.

  1. A SaaS (Software as a Service) type model or Fully managed service? SaaS CMS services can convert expensive capital outlay for servers and network equipment into a monthly operating expense, while also reducing the IT resources required to manage enterprise records. http://en.wikipedia.org/wiki/Enterprise_content_management
  2. Want an Out of the Box product with minimal maintenance/support needed?
  3. Is there an internal IT team and who are expected to own all aspects of the CMS going forward?

(Table inspired from “SaaS vs. In-House DAM – Which is Right For You” http://www.cmswire.com/cms/digital-asset-management/saas-vs-inhouse-dam-which-is-right-for-you-024761.php)

Is there Support/Help available?

You need to be sure that if you need help there is help available when you need it. If you are using the CMS for your company or for your customers you will need commercial support.

  1. What commercial support is available?
  2. Self help information
  3. FAQ’s, search
  4. Is there a community .

Is CMS information difficult to find?

The easier it is to find clear information the better. Also, it is difficult not to be suspicious when a vendor is not open – what are they trying to hide? Note: your manager is likely to perform their own research to some level so this must not be too challenging an experience.

  1. Is there clear Product Pricing information publically available?
  2. If Open Source (what is in the ‘free’ version and what is in the Commercial version)
  3. Can you get a free Trial of the full product?

Is the CMS company a company you want to work with? - Integrity and References

Do some basics: email and talk to the vendor for information and support? When choosing a product/company consider it more as a win-win partnership. If you cannot see this partnership stop and reconsider!

  1. Initial communication and type of communication. Including does the vendor have and aggressive inside sales team that calls you when you watch their video or download an article. The product should standup by itself.
  2. Case studies and references
  3. Trust? Do you like this company and do you feel you can rely on them to be with you after the initial deal

Final Comment:

Choosing a CMS is difficult and can be an expensive mistake which will not go away. Do your research and provide as full a picture of the CMS as possible to your management such that there are no surprises after purchase. Some CMSs are very costly and as such present a substantial investment and risk to the business. Whatever you can do to reduce the risks will make the discussion with your management easier. In particular: ability to try out the CMS; a SaaS model will allow for easier adoption and if necessary easy exit; and choose a vendor you feel confident with.

  • 1
  • 2