• 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 Implementations – Why do some fail?

You are here: Home / Alfresco / ECM Implementations – Why do some fail?

August 4, 2015

Recently we have been in touch with three large clients that are engaging with TSG after having failed with implementations of either a new ECM vendor or new product from their existing ECM vendor.  While we are often brought in to clean up ECM implementations, we don’t often see projects where vendors and their tools were abandoned after considerable effort.  This post will discuss some of the commonalities we found between these clients and their implementations as well as thoughts from other client situations.  For client confidentially, we won’t be talking about the specific product or client.

What is a failed ECM implementation?

Before getting into the commonalities we typically see in ECM failures, it might make sense to define what a true failure looks like.  We would describe a failure as a project that, mid-way through the development/installation effort, the project leaders decide to scrap the project and keep the old system.  The time, effort and cost put into the new system is a wasted effort.

For this post, we are not including:

  • An implementation that takes longer/costs more than it was originally budgeted
  • An implementation that goes into production but does not deliver all the benefits promised by the vendor

While both of the above are not best case scenarios, they are not the complete failure of a scrapped project.

ECM Failure Commonalty #1 – Thorough Reference Checks

Not conducting thorough reference checks are the most common trait with failed ECM implementations.  Too often, clients, impressed with the vendor or demo, will skip or more commonly do light or limited reference checking.  Software vendors will typically present a “logo” screen with all their clients that can give a false impression that all of the clients on the list are using the product for similar use.  We have seen that many times ECM logo clients:

  • Have a significantly smaller implementation. (often just a small department)
  • Are on an older (not current) product set.
  • Have implemented for a different application.
  • Have a significantly less complex implementation. (often 100% “out of the box” with no integration to other systems or even simple customizations)

Vendors and consultants should be thoroughly vetted via multiple reference checks for similar usage and size requirements.  Back in 2001, we had one client that facilitated a life sciences industry group on his own to talk about Documentum’s DCM product.  Rather than rely on the vendor to give him references, he used his own connections to verify other companies progress (or lack of progress) to help with his decision not to go with DCM.

ECM Failure Commonalty #2 – Software Vendor Consultants

While it might seem very self-serving for TSG, on multiple failures, we have seen clients leverage consultants from the software vendor that have substantially contributed to the project failure.  In the past, we have talked about Documentum Consulting but other software vendors are just as guilty.  Issues with consulting resources from the vendor include:

  • Lack of Independence – Typically, software firms will have good and bad points about their software suite. Software vendors consulting resources typically don’t have the ability or the experience to inform the client about which components are good or bad.  Failures like stability often emerge at the end of an implementation based on bad decisions that were made at the beginning of the implementation.  Typically vendor consultants have limited experience with other ECM tools resulting in a bias for their own product as well as the inability to understand the capabilities as well as migration needs for the old products.
  • How they are sold – Software sales representatives are often known to oversell software as part of the sales cycle. As commissioned resources, they can be very aggressive about getting a sale, particularly at the end of a quarter.  Unfortunately, they will also oversell consulting.  Selling the “wizard” from our “engineering” that can answer all your questions is an easy sell.  Clients should be wary of software representatives selling consulting as they tend to oversell capabilities of individuals.
  • Bundled software and consulting sales – Often times, software products don’t have all the features required by the client. An aggressive software firm will promise to add these components to the core as part of a consulting engagement for the client.  While small tweaks to software might be doable, large new product sets are very risky.
  • Consultant versus Engineers – Software engineers often times make the worst consultants as they are not used to the client communications, travel and other demands to “make the client happy”. Consultants need a broad skill set beyond just the technical coding capability.  Vendor consultants, that joined the software company as software engineers, might lack the soft skills needed to communicate well with clients.
  • Cost – Vendor consultants are usually more expensive than other consulting resources resulting in high cost for projects.

Since TSG does provide software for our projects, we have set up our software/consulting business to try to avoid the above for our clients in the following ways:

  • No commissions – we don’t have a commission model for any of our consultants that participate in sales to avoid over selling either software or services.
  • No charge for software – while we are moving our model to provide for a light maintenance model, we don’t charge for our software.
  • Bundled Software – as an open source provider, we do sell product enhancements and try to limit the additions to small items, not large development efforts.
  • References – we provide references for our clients and consultants.

In our dealings with software vendor consultants, we have worked with both good and bad consultants.  If you are still considering leveraging software vendor consultants, clients should always check references of both the company and the consultants.

ECM Failure Commonality #3 – Internal IT Resources and Business Decision Makers

Sometimes, the fault of a failed project is the client themselves.  Typically we will see a mix of business decision makers and supporting IT resources as part of the implementation team.  To be successful, the implementation team needs to evaluate all of the different options with the business and IT team members providing checks and balances against each other.

  • Business decision makers need to make sure the software meets the business needs including cost/budget/ROI business requirements.
  • IT support resources need to make sure the software meets the technical requirements that results in the ability of the client to maintain, support and enhance the software.

Too often, Business decision makers will inadvertently make technical decisions (for business reasons) and IT will make business decisions (for technical reasons).  For example:

  • Business – “I like this demo, let’s implement this ECM product” (despite it being unsupported, old and not scalable technology)
  • Technical – “Let’s upgrade to the latest release” (despite the latest release being risky and of no new business benefit to justify the cost and business interruption)

While business decision makers and internal IT resources should be leading the effort, often times they both suffer from:

  • lacking the ECM experience to evaluate differences between software vendors and tools.
  • having the weakness of being swayed by a good demonstration, one likable feature or a particular sales rep.
  • failing to limit user requirements and technical requirements to meet the business need that includes scope control, budget and timeframe.
  • lacking the technical experience to understand the differences between technical options.
  • failing to listen to third parties or references if they conflict with their own opinions.

Business and IT users should leverage multiple resources, from both inside and outside the company, to make sure all project risks are well understood and mitigated where possible throughout the project.

ECM Failure Commonality #4 – The Company, the Product and Trust

When talking to clients, often times we hear “the product didn’t do what they said it would do”.  Additional thoughts include:

  • “They said they would support X vertical (Life Sciences, Insurance….) but failed to add X (Key feature)”
  • “They said they would add support for X technology (Chrome, Mobile..) but it was limited or unstable”.
  • “They said the new product would allow us to do X but it didn’t”
  • “Product was unstable”
  • “Product didn’t scale”
  • “Product was too expensive to roll out to other business units”

While many of the complaints above are the fault of the software, often times there are decision points within the project to address and mitigate these risks.  As we have always advised clients, you never truly buy software, you rent it.  Good implementations involve trust of the software vendor, trust of the consultants and a long term mutually beneficial relationship where the software vendor continues to enhance the software to the benefit of the client.

Summary

We have presented our thoughts on commonalities we see in ECM failures.  To conclude this post, our best thoughts on how to address these efforts with your own implementations:

  • Reference Checks – Conduct thorough reference checks both from the vendor as well as from other resources.
  • Vendor Consultants – Consider neutral third party consulting resources to get unbiased advice.
  • Internal Business and IT Resources – make sure checks and balances are in place to ensure that both groups are focused on their role.
  • The Product – Develop risk mitigation plans based on worst case scenarios. Develop mutually beneficial long-term relationship with the software vendor.

If you have other thoughts on failures, please let us know your thoughts below:

Filed Under: Alfresco, Documentum, ECM Landscape, FileNet

Reader Interactions

Comments

  1. James Watson says

    August 7, 2015 at 12:05 pm

    I agreed with the key points – many customers fail to take the little bit of time required to call references.

    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
  • ECM Roadmap – Thoughts on Planning for the Future
  • 2017 ECM Thoughts and Predictions as well as recap of 2016 postings
  • The Future of ECM
  • Enterprise Content Management – State of the Industry – 2015
  • GKC ARMA Panel Recap – Emerging ECM Trends
  • TSG will be on the GKC ARMA Panel January 8th – Emerging ECM Trends
  • Alfresco Consulting – Documentum Disruptor #2
  • ECM 2.0 – One-Step vs. Two-Step Migrations
  • Federated Content Management – Enterprise Search with a new moniker?

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