• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Skip to footer
TSB Alfresco Cobrand White tagline

Technology Services Group

  • Home
  • Products
    • Alfresco Enterprise Viewer
    • OpenContent Search
    • OpenContent Case
    • OpenContent Forms
    • OpenMigrate
    • OpenContent Web Services
    • OpenCapture
    • OpenOverlay
  • Solutions
    • Alfresco Content Accelerator for Claims Management
      • Claims Demo Series
    • Alfresco Content Accelerator for Policy & Procedure Management
      • Compliance Demo Series
    • OpenContent Accounts Payable
    • OpenContent Contract Management
    • OpenContent Batch Records
    • OpenContent Government
    • OpenContent Corporate Forms
    • OpenContent Construction Management
    • OpenContent Digital Archive
    • OpenContent Human Resources
    • OpenContent Patient Records
  • Platforms
    • Alfresco Consulting
      • Alfresco Case Study – Canadian Museum of Human Rights
      • Alfresco Case Study – New York Philharmonic
      • Alfresco Case Study – New York Property Insurance Underwriting Association
      • Alfresco Case Study – American Society for Clinical Pathology
      • Alfresco Case Study – American Association of Insurance Services
      • Alfresco Case Study – United Cerebral Palsy
    • HBase
    • DynamoDB
    • OpenText & Documentum Consulting
      • Upgrades – A Well Documented Approach
      • Life Science Solutions
        • Life Sciences Project Sampling
    • Veeva Consulting
    • Ephesoft
    • Workshare
  • Case Studies
    • White Papers
    • 11 Billion Document Migration
    • Learning Zone
    • Digital Asset Collection – Canadian Museum of Human Rights
    • Digital Archive and Retrieval – ASCP
    • Digital Archives – New York Philharmonic
    • Insurance Claim Processing – New York Property Insurance
    • Policy Forms Management with Machine Learning – AAIS
    • Liferay and Alfresco Portal – United Cerebral Palsy of Greater Chicago
  • About
    • Contact Us
  • Blog

ECM Future – the ECM platform/solutions debate and impact of the cloud

You are here: Home / Alfresco / ECM Future – the ECM platform/solutions debate and impact of the cloud

July 14, 2016

A couple of ECM old-timers (Marko and Laurence) posted their thoughts on Content Management – a solution or a platform last month.  This post will present our thoughts on the enterprise content management landscape and some of the history of the platform versus solution debate as well as our thoughts in regards to the impact of movement to the ECM cloud.

Content Management, Platforms or Solutions?

Word of Pie (Laurence Hart) post his thoughts on the Platform versus Solution approach back in June.  Laurence comes from both the Documentum consulting side as well as a short stint at Alfresco.  Main points of the article included:

  • ECM failed because suites were loose integrations and not true suites.
  • Companies ended up with multiple ECM systems through acquisitions or neglect of existing systems.
  • Predicting that cloud vendors will pull together under a common umbrella.
  • Makes an argument for the platform appeal for IT departments to offer frameworks when building solutions for business. While Laurence seems to acknowledge that IT departments can’t satisfy business user needs with a bare-bones approach, solutions are available from partners but partners may or may not be true “product vendors”.
  • CMIS (Open API for ECM) was to address cross platform access but hasn’t been successful (and not even said by cloud vendors)

The article is concluded with a prediction about Open APIs from cloud vendors with a way to build real applications with different services.

Big Men on Content (Marko Sillanpaa) also posted his thoughts on ECM as a platform versus a solution back in January as well as a response to Laurence’s post on having ECM vendors use Oracle as a guide.  Marko also comes from a significant ECM background including Documentum as well as a recent stint at OnBase.

Marko’s main point from both articles is that ECM solutions should follow the approach of Oracle, where, Oracle became a default platform for database activities that internal, vendors and other solutions relied on.

All three articles highlight some good points with regards to the struggles of ECM solutions. However, we disagree that the failure in the adoption success of ECM, either as a platform or solution, was the result of API, suites or other technology decisions.  We would argue that the timing of ECM as an approach (late 1990’s) as well as the continued evolution of the influence of business on ECM decisions are bigger contributors.  See our thoughts below.

ECM – why “one ring to rule them all” didn’t work – don’t blame the ECM vendors, blame the business

The appeal of an ECM solution, from an IT infrastructure side, was to have one common platform to support (rather than many).  IT could be more efficient from the resources (People, Hardware, Applications) that can be supported from that one platform consistently.  Businesses could pay less for shared support.  The ECM vendors would love to have had the success of Oracle as a platform with support from most major solutions/vendors/products.  One major difference, Oracle grew up when the database was everything and was able to squeeze out many competitors (IBM, Sybase, Informix…) with the exception of Microsoft.  ECM grew up when content management was an add-on and lots of different options, including just file links in the database, were alternatives.  Whether it was price, the variety of ECM options, or solution vendors, the marketplace never really evolved to allow solution vendors to bring in an underlying ECM solution.

When Oracle was growing up, businesses wanted the solution but delegated to IT to determine the database platform.  Given the number of content management alternatives, Business didn’t like being told which content management platform they had to use for their business solution or wait for an IT bare-bones approach.  If a solution wasn’t available or satisfactory from a vendor or partner for the ECM platform (or they just liked something better), business would often just pick something else based on a variety of factors.  In working with our clients with multiple repositories, it is not uncommon to see one system for Accounts Payable, one (or two) for manufacturing content, a different system for R&D as well as different systems for different branches or departments.  Some examples, Opentext for SAP, iManage for Legal, Documentum for Pharma Submissions…..

We would predict that the cloud will accelerate the business influence into which content management solution is chosen and IT influence will matter less and less.  If a cloud vendor (ex Salesforce) has a content management solution or partner solution that business can purchase without IT involvement and fits a business need, would a business user care about APIs?

ECM and the Content Silo(s)

One of the other pushes for ECM to the business was that, by leveraging one consistent tool across the enterprise, other groups that needed access to documents could easily find the documents and the enterprise would avoid content being stuck in a “Silo”.  Many times IT (and ECM sales reps) would use this argument to convince business users to stick to the ECM standard.  Over the last 10 years, many business users have questioned if they want to support something that, if they are only using it for their department, they care about sharing across the enterprise.

Cloud vendors have only multiplied the silo choices.  Over the last 10 years, we have changed our approach to not focus on everything evolving to one repository, but have instead focused on a publishing approach to move content between silos when appropriate.  See our recommendation about publishing versus other cross repository choices here.  The publishing approach provides some substantial advantages over the one repository approach while allowing business to leverage their previous investments.

APIs and Cross Repository Access – ECM Vendors (or Cloud) never really wanted to share anyway

Marko makes a great point that Oracle was able to establish themselves as a default platform where solution vendors would build/rely on Oracle.  Some of that was the success of SQL, much of it was timing and a move to dominance as one of the top 2 database choices.  ECM has never had a consistent interface like SQL and no single vendor ever emerged as a dominant platform.  With the cloud, the number of vendors is increasing.

Some of the push to have a consistent interface resulted in the DMAPI in the late 90’s as well as CMIS in 2000’s.  In our dealings with ECM vendors, we have never seen any of them really embrace an open API as a way to remove content from their repositories.   Laurence hopes that API calls from cloud vendors will allow “the ability to begin cobbling together real applications using different services. If those new applications also have a fully defined API layer, then we are starting to make real progress.”  Given the history of ECM vendors wanting to keep control of the repositories, we would think that cloud vendors would be the same.

In building our own solutions, we realized we had to build our own interface to repositories, OpenContent, if we wanted to provide our products and solutions on more than one repository.

The ECM Suite – more platform and not so much solution

Most of the vendor consolidation around providing an ECM suite was more of a horizontal integration of common ECM components as an extension to the platform rather than a push to provide more vertical solutions.  For example, Documentum, as a platform, initially supported scanning/indexing solutions from Kofax or Captiva.  When Documentum bought Captiva, it didn’t really have much of an impact on clients with the exception that Documentum sales reps could now sell both the capture as well as the repository.  While the platform extension makes solutions easier (example Accounts Payable when scanning), we never saw the suite as anything more than giving ECM sales reps something more to sell to their clients.

Changing ECM IT Role – Tell versus Influence

With the cloud providing additional business flexibility, IT needs to change their role from telling business to use “this platform” to influencing business to leverage a platform when it makes business sense.  TSG has provided this support for both business and IT clients.  When making decisions about leveraging different internal ECM solutions or cloud solutions like Box or Dropbox, we have worked with both business and IT in an advisory role. This allows us to understand the different options from both a governance and support perspective.

A great example comes from one of our clients that wanted to leverage Box (cloud content collaboration) within an approval process.  We were able to build an integration that allowed Box users to collaborate on documents but, when ready for approval, were able to access the governance and consistent storage capabilities of Alfresco.  You can see a demonstration in an earlier post.  Rather than push the business to only use Alfresco, we were able to influence business that liked the collaboration capabilities of Box to use Alfresco (platform and solution) for robust workflow and approval.

Summary – Integration Services

The “E” of ECM (Enterprise Content Management) had always hoped for a consistent platform within the enterprise.  Business wants choices and the resulting choices have resulted in most large organizations having multiple ECM solutions and platforms.  Businesses will always look for a way to implement efficiently and will pick solutions or products they can leverage from a consistent ECM platform if available and meet the business need.  If the platform or solution doesn’t meet the business need, the business will look elsewhere with new cloud vendors as potential cost-effective alternatives resulting in content silos throughout the enterprise.

In this environment, our approach with our clients has been to provide products and solutions that can run across multiple repositories as well as innovative integration approaches like the publishing approach mentioned earlier.  We would predict that innovative IT services would look to provide similar capabilities rather than fight a losing battle with business about the ECM platform, especially as additional cloud solutions enter the market.

Filed Under: Alfresco, Documentum, ECM Landscape, ECM Solutions

Reader Interactions

Comments

  1. Marko Sillanpaa says

    July 14, 2016 at 11:26 am

    Dave,

    Great to get a view from a guy in the trenches. The concept that IT is no longer decision makers is a huge shift that, I believe, many in the role still don’t want to accept. That one platform, build our own solution that can be deployed in a year choice for the business users to make especially as other options have emerged.

    In my review of the Contract Life Cycle Management space, I’ve found 35 vendors that developed solutions that require minimal configuration. Only eight were built on traditional ECM platforms. This trend is not isolated. It’s happening throughout the back office. I questioned if ECM can catch up.

    As Information Professional we need to maintain that the content in these new solutions do not become independent silos and still meet Information Governance needs.

    Here’s my post: “Will ECM Vendors Catch Up to Back Office Content Solutions.
    https://bigmenoncontent.com/2016/06/08/will-ecm-vendors-catch-up-to-back-office-content-solutions/

    Reply
  2. Jorge says

    July 15, 2016 at 9:46 am

    Hello Dave,
    We have been working on a few migration projects and also with new prospects and we are heavily promoting xCP 2.x-based solutions as (finally) the ECM platform complexity is not a issue any more.

    Under xCP you can now focus on creating applications that appeals directly to business users and It’s very easy to integrate with other systems. We are getting great success with xCP.

    So, with platforms like xCP 2.x I believe the shift from platform-based to solution-based approach has already started on the traditional ECM world and we are very happy to see that now we are no longer constrained by the technology or difficult to use UIs (like Webtop).

    We are also working on similar approach as the case you mention with Box. On our case using a Syncplicity-Documentum xCP platform to help reduce costs and open the content to the cloud. So, from my perspective there is plenty of life for those “legacy” ECM systems.

    Reply

Leave a Reply Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Primary Sidebar

Search

Related Posts

  • FileNet – Adding a Modern Interface to a Legacy ECM
  • Documentum Alfresco Comparison Whitepaper – January 2017 Update
  • Top 5 Differences between Records Management and Document Management
  • Documentum – Do More with OpenContent and OpenAnnotate
  • Elastic Services for ECM – TSG OpenContent Roadmap
  • Print to Repository – OpenContent Print Driver Support
  • ECM 2.0 – One-Step vs. Two-Step Migrations
  • Federated Content Management – Enterprise Search with a new moniker?
  • ECM 2.0 – Can you build it yourself?
  • ECM Large Repositories – Volume Testing With the TSG Test Harness

Recent Posts

  • Alfresco Content Accelerator and Alfresco Enterprise Viewer – Improving User Collaboration Efficiency
  • Alfresco Content Accelerator – Document Notification Distribution Lists
  • Alfresco Webinar – Productivity Anywhere: How modern claim and policy document processing can help the new work-from-home normal succeed
  • Alfresco – Viewing Annotations on Versions
  • Alfresco Content Accelerator – Collaboration Enhancements
stacks-of-paper

11 BILLION DOCUMENT
BENCHMARK
OVERVIEW

Learn how TSG was able to leverage DynamoDB, S3, ElasticSearch & AWS to successfully migrate 11 Billion documents.

Download White Paper

Footer

Search

Contact

22 West Washington St
5th Floor
Chicago, IL 60602

inquiry@tsgrp.com

312.372.7777

Copyright © 2023 · Technology Services Group, Inc. · Log in

This website uses cookies to improve your experience. Please accept this site's cookies, but you can opt-out if you wish. Privacy Policy ACCEPT | Cookie settings
Privacy & Cookies Policy

Privacy Overview

This website uses cookies to improve your experience while you navigate through the website. Out of these cookies, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may have an effect on your browsing experience.
Necessary
Always Enabled
Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.
Non-necessary
Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.
SAVE & ACCEPT