Enterprise Content Management and Business Process Management are not merely IT projects. Ascending on an ECM/BPM path requires meticulous planning, execution, and measurement. For all stakeholders, it is essential to internalize that such an initiative will definitely alter the way the organization executes its business, positively.

ECM/BPM is about business transformation. It is about aligning people, process, and content with business priorities. So, it is essential for an organization to define how this alignment can be achieved. Any organization that is serious about content and process management must define an ECM/BPM program.

ECM/BPM Program

A program is mandatory for any organization contemplating ECM/BPM. Putting a program in place does not mean that the organization should look at executing the program in a massive way. The organization need not, and in many cases should not, proceed with a big bang approach to ECM/BPM. At the same time, projects should not be executed in isolation thus creating silos within the organization. Defining a program helps the organization in setting the direction of the ECM/BPM journey. Even if the execution approach is small and tactical, a program will let the organization align such steps in the same strategic direction.

An ECM/BPM program involves four steps:
• Articulating the objectives
• Planning
• Executing the plan
• Measuring the program itself

Objectives

It is essential that the organization understand what the objectives of this program be. Such a program will be deemed to fail unless there is buy-in from all key stake holders in the organization. The top management, functional heads, line managers, and all employees of the organization should be prepared well for the change and its benefits.

The commonly achieved benefits of such a program are:
• Improved organizational efficiency and effectiveness
• Better control of the operations
• Increased collaboration between functions
• Better customer satisfaction levels
• Ability to scale up operations better
• Cost reduction

While all or many of these benefits can be achieved in an ECM/BPM program, it is paramount to identify the primary potential benefits. The goal for potential benefits is unique for an organization, so the first step of such a program is to identify them. The most important potential benefits will be the objectives of the program.

Defining the objectives will be an exercise where representatives from all key stakeholders participate. Potential benefits can be defined only if current pain points are enumerated and analyzed. This is a vital exercise since a solution cannot be arrived at before understanding the problem in detail.

The outcome of this step will be clearly articulated organizational objectives for the ECM/BPM program that are endorsed and internalized by the key stakeholders.

Planning

The previous step defined what the program will bring to the organization. The planning step will define how the objectives will be met, who will make it happen, when and where the benefits can be realized.

The first step will be to put together a team who will manage and monitor the planning and execution of the program. The proposed team should have representation from the top management, business units, user community, information technology, compliance group, and other support functions.

This phase will flush out more details about the individual group pain points and areas of improvements. Besides, the step will define tactical and strategic approaches in dealing with the problems in hand. The most significant part of the planning process is to put together a potential organization-wide roadmap for achieving the objectives.

The last priority for the planning phase will be to prioritize the tactical initiatives that are achievable in the shorter timeframe and identify potential execution plans.

Execution

The execution phase will focus on identified and approved tactical plans. It will involve looking at these tactical plans, defining the problems in detail, identifying potential solution, identifying necessary technological improvements, getting internal or external teams to bring execution capabilities, and finally carrying out solution projects.

Execution phase is a long-term process and will involve a multitude of internal teams, technologies, vendors, and administrative functions. The program team will play a significant role in this phase to ensure that each tactical plan execution is fully aligned with the organizational objectives defined for the program.

Measurement

The most important and the most neglected step in an enterprise wide program is measuring. An organization should have a clear understanding of the ROI (Return On Investment) at every step of the program. ROI is nothing but a quantification of the objectives. Objectives are easy to enumerate, but difficult to quantify. In most cases, measurement and monitoring are lost in the execution step.

The program team will need to define measurable matrices for each tactical plan. These parameters are to be reviewed during and after the execution of the tactical plan. The findings are then to be incorporated into future tactical plan execution and approvals. This will ensure that the ROIs are accrued in the right direction throughout the program.

Service 2.0 is all about the service provider getting oriented towards the customers’ business success.  So, the service basket should consist of items that are easily understood and adapted by most stakeholders at the customer organization. 

The Ingredients

I would broadly organize the ingredients into four categories:

• Building repeatable solutions
• Leverage SaaS
• Ketchup applications
• Consulting services

Repeatable solutions

The talk around repeatable solutions is not new. I know that every service provider talked about it in the past, are talking now, and will talk in the future. There are some good examples of such solutions out there. Ideally, these solution offerings should package technology, domain knowledge, and best practice usage in a healthy mix. Going forward, the vendors will increasingly interact with the business stake holders as against just the IT personnel. The pattern of the discussions will revolve more around the business benefits than just the IT skills. So, it is imperative that the vendors talk and preferably demonstrate solutions that could impress the business stakeholders. For example, selling the concepts of mortgage workflow solutions or accounts payables automation solutions will be more acceptable than the effort to impress upon the capabilities of a FileNet, Documentum or Lombardi. The technology names can be used to drive positioning advantages, but what needs to be sold is a solution for a business problem. 

SaaS

In the recent years SaaS as a delivery model gained tremendous momentum. The smaller to medium organizations embraced SaaS a lot more than their bigger counterparts. As a delivery model SaaS is here to stay, but I am not fully convinced that it will totally replace the conventional IT infrastructure in enterprises. It makes sense for some service providers to invest in a SaaS infrastructure of their own and use it as a delivery channel as well as a pre-sales tool. The benefits of SaaS as a solution delivery channel are widely discussed and accepted. As a pre-sales tool, this model holds tremendous potential as well. A potential customer of an enterprise solution can experience a solution before actually deciding on investing on the infrastructure. And this is not merely being on the other side of the table during a vendor demo, but by signing up for the service on a pilot basis for as much time as s/he wishes. This way, having a SaaS infrastructure actually locks the customer in and obviously the vendor does not have to worry about a prolonged sales cycle.

Ketchup Applications

Ketchups are consumed along with a main course dish and are used to make the consumption process better. In the software world as well, ketchup applications can be used to enhance the functionality and usability of enterprise software products. For example, a web based process analyzer reports viewer for FileNet, a scanning plug-in for Alfresco, or a TIFF viewer with annotation capabilities for SharePoint can add tremendous value to these platforms. Service 2.0 vendors can package reusable solution code into such ketchup applications to speedup implementation timeframe, gain competitive advantages during the sales process, and fill a lot of gaps that the enterprise product vendors left out. Ketchup applications can be licensed to customers along with a service assignment or separately allowing the vendor to bring in revenues independent of the service contract.

Consulting

Service 2.0 companies could focus a lot of building the technology and domain expertise and using it for consulting assignments. Technology consulting is mostly about understanding the customer’s business and coming up with a strategy for information technology applications. Many organizations engage consultants to understand and document their pain points and come up with high level solution strategies. In today’s world it is difficult to zero-in on a particular technology or vendor to solve a set of business problems. Many times customers decide on technologies or vendors based on criteria other than the best suited ones. This could be because they could get biased by vendors or pressure groups. Sometimes the required levels of competence may not exist in the customer organization to take technology decisions. Service 2.0 vendors could provide consulting services to their customers in understanding the strengths and weaknesses of technologies when it comes to solving the business problem in hand. These services will assist its customers in choosing optimal software application solutions for their business needs.

It’s been a while since I got the patience to write something down. Last six months were eventful. My new venture started off well and I had been working closely with customers in multiple geographies. What this meant to me is that I once again got back into looking at the finer details of content and process management implementations. This period provided me with a re-exposure to the American market.

During the 3 odd months I spent in the US, it was clear to me that the times are tough. I was consulting for a large banking corporation in the mid-west. The banking industry is badly hit, and it made the remaining players very cautious with anything and everything they do. The 2009 budgeting processes are complete and priorities are simple:

• Keep the lights on
• Invest only on projects that give clear returns within the year

Big infrastructure investment thoughts are clearly out of the window. No one wants to see monolithic projects being executed or even mentioned. So for vendors, selling more licenses of ECM or BPM is an uphill task. I am sure that it is going to hit the ECM BPM software industry in a big way.

The focus of enterprises is to reduce operational costs. What they would want to do in 2009 will be to do as much as possible to improve operational efficiency (Means more FTE reductions). ECM/BPM is definitely a technology that will help organizations to achieve the two aforementioned priorities. If there are innovative ways of utilizing the existing investments in technology infrastructure, and the benefits of such smaller initiatives are to be realized within a short period of time, many of the enterprises will look at such options with glee. Most of the organizations I have known have enough and more software licenses of some ECM/BPM system or the other and adequate hardware infrastructure that run those software. But they are seldom used effectively. Enterprises hardly have bridged the gap between IT and business priorities. I haven’t seen many customers who reap the benefits of a content enabled business process management system to its fullest potential.

The need of the hour (rather the year) is to implement quick and effective solutions to improve business agility. ECM and BPM can very much be at the centre stage for providing businesses with the agility they need to steer through the tougher times. The IT departments and services vendors will need to internalize this reality and come up with cost effective business solutions to help the enterprises. The shift from billability to customer value-add could be hard to realign to for many IT services providers. There could definitely be some smarter vendors who could reinvent themselves to become the next generation IT service companies. It is imperative that a 2.0 revolution happens in the IT services sector as well.

The current economic scenario could very well pave the way for greater coherence between business and IT within enterprises. That would indeed be a welcome change in the right direction.

ROI is the most important criteria for any enterprise project initiatives. It is all the more important for ECM/BPM projects. This is because ECM/BPM will definitely alter the way a company is carrying out their operations. So, it is essential for companies to understand ROI before deciding on an ECM/BPM course. Most organizations actually carry out an ROI calculation exercise to arrive at the feasibility of the initiative. But these calculations are seldom revisited after the implementation of the systems. There can be three potential outcomes of the decision to go ahead with the project: Success, failure, something in-between. If the project is successful, the organization do not see a need to waste time on re-looking at the ROI calculation, unless the vendor wants to come up with a case study. Even in cases where case studies are made, the ROI part of the case study is arrived at more to sustain the feel-good-factor of the vendor and customer. If the project bombs, there are no discussions on the ROI because it is evident that there are no returns at all. If the outcome is something in-between, the debates will be on how the system handles the business requirements sufficiently, how this could have been better, whose fault it is, and what are all the reasons why the system is like this and not better. In my experience, ROI is often a forgotten term post technology and vendor selection.

How do we arrive at the ROI for a potential ECM/BPM implementation? I don’t think there is a straight forward answer to this. I have been searching for years to find out whether there is a spreadsheet out there which will churn out the ROI for a FileNet implementation, and as you might have guessed, couldn’t locate one. ROI calculation is never a straightforward exercise. It depends on a lot of factors.

ROI is nothing but a quantification of the benefits the system provides the organization. The benefits are easy to enumerate, but are hard to quantify. For example, any ECM/BPM implementation will provide many of the following benefits: Cost reduction, improvement in efficiency, increase in control, ability to scale up operations seamlessly, better disaster recovery capabilities, and improved end customer satisfaction. How do we quantify benefits like improved end customer satisfaction or better disaster recovery capabilities? It becomes all the more difficult to this exercise upfront and as part of the decision making process!

One needs to start somewhere. I believe that the first step has to be prioritization of the potential benefits of the proposed system. The priorities could change significantly from one organization to another. Prioritization becomes easier if there were a goal with which the whole thinking process started. Ideally this is an exercise the organization needs to do by itself without involving the vendors. Then convert these benefits to numbers!

As an example, consider an insurance company with about 100 branches across the country considering an ECM/BPM solution. At an average, this organization processes 50,000 new life insurance policy applications per month. They have two employees per branch to process the applications at the branch level and a team of 60 employees to process the application at the central office including the underwriters.

Assume that the goal for an ECM/BPM implementation is set as increasing efficiency of operations The next level benefits are of importance are ease of scaling operations, cost reduction, and increased control of operations.

Here is a sample back-of-the-envelope type calculation.

Similarly, one can come up with calculations for other benefits. Take the same example above and look at it from a cost reduction perspective. Assume each policy application set consists of 20 pages at an average, and the set is photocopied 6 times during processing. Xerox charges are X per page and the total amount spent in one application processing for photocopying alone is 6 x 20 x X = 120X. The monthly average photocopying bill is about 50,000 x 120X = 6 Million X.  Once the organization implements an imaging solution, the savings will be 6 Million X – scanning cost.

Assume that the organization has decided to keep 4 months of current processing applications at the HO before sending them to archive. It amounts to about 200,000 applications which will consist of about 4 Million pages. These records are kept in a records room in the HO which is about 1000 square feet in dimensions. If the per sqft rental is Y per month, the organization will be spending a total of 12000Y in a year to keep the records for reference, before sending them to archive. With an imaging solution, this cost can be eliminated and all the physical records can be sent for archival from day one onwards.

This exercise goes on like this until the organization quantifies all the potential benefits. Once it is done, we have one side of the ROI equation. Next is to figure out the cost of the ECM/BPM solution. That is an involved exercise, and let us look at it next time.

Traditionally, capture systems are all about large mail rooms, tons of paper documents, high speed scanners, and software applications which can handle these types of loads. Companies like Captiva (EMC now) and Kofax built or acquired products which suit such capture needs and became market leaders over the years. While majority of the capture requirements in the US and some western European countries still resemble to what is described above, the new markets offer a totally different challenge.

If you take a closer look at the leading capture applications in the US, you can easily figure out that they cashed in big on the healthcare system in that country. For example, Captiva has a bunch of offerings for healthcare claims processing alone! I guess many concepts on data capture were evolved while trying to solve health claims processing as a business problem. And these concepts might have gotten acceptance across multiple vertical segments as well.

The US and many other western countries do have good physical infrastructure for shipping paper across efficiently. So, centralized capture work in these markets reasonably well. In many emerging countries, the situation is very different. Many of the countries have reasonably good communication infrastructure, but they lack the physical infrastructure and logistics systems. So, data capture systems in these countries will need to be distributed, and document and data shipping will have to be in electronic mode. What this means is that products such as InputAccel or Ascent Capture will not be viable for these markets.

Of course, these products mentioned above do have distributed versions. Many of these products come with a lot more features than what is actually required. More features are always fine, but the price tag is not!! It is a challenge to convince a customer in a country like India to buy a distributed Kofax Document Exchange Server.

The need for these markets is a simple capture application which can scan, index and send the images and index data to a central site. It needs to handle a volume of 1000 pages to 1500 pages a day. Often 10-15 pages are scanned together which constitute a set of documents required for a single transaction. It would be great if there are features like automated document separation using position within the scan set or using barcodes or patch codes. The icing on the cake will be features like cropping of specified zones of the scanned page (Usually for signature or photo), offline/online capabilities, and integration capabilities to FileNet, Documentum, Oracle UCM or Interwoven. The pricing could be anywhere between USD 150-250 per location.

If there is a capture product out there which can meet these criteria, I bet it will be a leader in these markets.

Imaging is one of the oldest forms of ECM solutions. Since the 80s, many vendors built products and systems to digitize and manage paper documents. Later these vendors added workflow capabilities to the imaging systems and made organizations realize the power of electronic documents moving seamlessly to complete business transactions. While the western world has gotten used to imaging and workflow systems for a while now, emerging countries are still looking at the problem of handling paper documents. Though players in the ECM market no longer choose to call an imaging system by that name, the need for such systems is higher today than for any other ECM sub-system. In fact, an imaging solution implementation is considered as the first step towards putting together a content-enabled organization.

Imaging is nothing but scanning paper documents into an electronic format. Typically paper is scanned to a TIFF image or a PDF document. A set of metadata is then associated with the scanned image and sent to a repository application. The process of associating metadata to images is often referred to as indexing. The repository application stores the images and the metadata and maintains the relationship between them. Users are allowed to search for the images using the indexed metadata. This is the simplest form of ECM and does scan, store, and retrieve of paper based information.

Over the past two decades imaging systems also went through many makeovers. Many early systems had tight integration between scanning and repositories, over the years these systems got separated. In fact they became separate lines of businesses for many vendors. Scanning systems graduated into Capture systems with the additions of capture workflows, manual and automated indexing modules, centralized and distributed processing capabilities, and support for multiple repository products. Repositories got complex as well with scaling and robustness enhancements, serving content on the web, and increased security and access control mechanisms.

Of late I have been involved in many ECM implementations where the thrust was on scanning paper documents and making them available within the extended customer organization seamlessly. Though the terminologies used for these systems now are Information Capture and Content Management Systems, the principles remain the same as what was envisaged in the 80s.

There are umpteen products out there which are capable of handling the challenges posed by a modern day organization. But it is the lack of professionals who can apply common sense that is crippling many of the enterprise implementations. Implementing a Content Management System is still an art and there are not many such artists available in the part of the world that I live in.