It is time to move. This blog is moving to a new location: http://www.introspeqt.com/blog.

http://www.contentmechanics.com now points to the new location.

The good news is that there will be more contributors and a lot more action on the new site. My colleagues volunteered (It was not as simple as it sounds. Needed a bit of persuation, pleading, begging, threats etc.) The result is that they “volunteered”! and that is what matters.

Srikant has already written an informative article on FileNet certifications. I hope he will contribute a lot more.

Please visit us at our new home.

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.

SharePoint is a huge success story for Microsoft. No other product from their stack in recent history had evoked such overwhelming responses from users worldwide. It solves the problem it was created to solve exceptionally well. Move content away from shared folders. Along come the cool collaboration features – shared document libraries, calendars, meeting sites, tasks, announcements, workflows etc. etc. WSS by itself gives an organization enough features to build a highly collaborative Intranet. And that too for free!

Upgrade to MOSS and you get browser based InfoPath forms, advanced search capabilities, IRM (Information Rights Management), Records Management Analytics and far too many more features. To be honest, the list is comparable to any leading ECM/BPM product out there. It is a salesman’s delight. It ticks at least as much features as a FileNet or a Documentum in an ECM/BPM questionnaire. And it costs way lower than what an IBM or EMC would quote for a similar set of requirements. Great stuff!

Unfortunately, the devil is in the details. SharePoint thrives in a very simplistic world. One can build a simple form based workflow in minutes with SharePoint and InfoPath. The catch here is that the workflow has to be simple (I mean very simple) and linear. What one need to do is to build a simple form template in InfoPath and publish to a document/form library in SharePoint and create a workflow using SharePoint Designer (This is also free!)

But real life is not that simple. If one has to build an expense approval workflow that resembles reality, life gets complicated (I mean very complicated). Let us look at a sample scenario like the one below:
- User fills an expense report form
- Attaches supporting documents
- On submit of the form, it is sent to the user’s manager for approval
- The manager updates some of the form information, adds/modifies the attachments, and approves/rejects the form with comments

To make the solution easier, let us assume that MOSS and InfoPath are used. Even then, to create the workflow one needs good amount of SharePoint and InfoPath programming knowledge. As far as I know, you can’t get this done without writing .Net code or using third party components.

One of the issues that the programmer would stumble upon is with attachments. InfoPath forms embed the attachment files inside the form making them inaccessible to SharePoint workflows. So, some amount of InfoPath code has to be written to extract the attachments and save them to SharePoint document libraries. The workflow has to be created with Visual Studio by a programmer and not with SharePoint Designer by an analyst since custom programming is involved. The other major issue is creating workflow tasks for the user’s manager. Finding the user’s manager from Active Directory will need some code effort. And the most important of them all, propagating the form information to the workflow task would require abundant amounts of thoughts, patience, and creativity. Only expert programmers can handle it.

So, it is not easy to implement a very simple real life scenario in SharePoint. But it is not impossible. Using SharePoint for ECM/BPM needs will require skilled implementers. That’s all! Let us hope that Microsoft will make SharePoint 2010 a better ECM/BPM platform.

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.

What would be the magic in choosing an ECM platform? What would be the considerations of the CIOs when choosing an ECM product platform? Based on my experience in the Indian market, I would say that the three most important factors many CIOs would look at are:

• Price
• Comfort level with the product vendor
• Brand value of the vendor

in that exact order. Anything else comes way below these criteria.

Price is the most influential selection criteria for any corporate decision. In most tender situations, it is the L1 which normally gets selected. (The least priced bid is referred to as L1) There could be an occasional exception to this rule, but then the other two factors play such an important role in the selection process. Many decisions could be based only on the initial price the company is paying out to the vendor. In many situations, the wrong platform is chosen for all the right reasons!

As a CIO if you are very comfortable in dealing with one of the vendors, first you will be approaching them for any new initiatives. The moment the management decides to bring ECM into the organization, the CIO would ring up his/her most trusted vendor. This vendor from that point onwards will start influencing the decisions of the CIO in all aspects. I must admit that this is a fantastic technique employed by many leading vendors and is a very successful sales strategy for the vendors. Will the customer benefit from this strategy? It is always a 50-50.

I have interacted with some CIOs who swear only by big names. The trust of these CIOs can be won over only if you are an IBM, HP, Infosys, Oracle, or somebody in that league!! I can’t find faults with these CIOs, because they are insuring themselves against some hard questions during and after the decision process. Will this strategy work? Again a 50-50!!

But, choosing an ECM platform is a much bigger decision. The decision should be a well informed one, and as far as possible the decision process should not be outsourced to an ECM vendor. While maintaining the criteria mentioned above are important, there could be a couple of more factors which should play an important role in making that all important decision.

Cost
Since cost is the most important consideration, one should consider the long term cost implications of the decision. Pricing will have four major components: The initial product pricing, the year on year product maintenance costs, initial implementation costs, and long term maintenance and solution improvement costs. The first 3 are easy to understand, and it is often the last one in the list that causes enough headaches to the company. What I have seen recently is that for enterprise ECM rollouts, the initial implementation costs could be between 30 to 40% of the product costs, and the year to year product maintenance costs could be between 15 to 20% of the product pricing. But the year to year maintenance and solution improvements will be anywhere between 50 to 200% of the product purchase cost. If we look at a 5 year cost structure, the solution maintenance expenses will be the most significant of the total spending. 

Solution
If you are looking at an enterprise wide ECM implementation, any one of the leading products will do the job for you. Nobody can find fault with you if you choose one of Documentum, FileNet, OpenText, Oracle UCM, Interwoven, or Microsoft SharePoint. All of these products, except SharePoint, have been around for a while and have many successful implementations. Almost all of these products in some form or the other will give you features from imaging to records management to web content management to email management. But at the same time, choosing one of these products will never assure you that you will have a world class ECM implementation. What you will find out is that it is how you architect and implement the solution that matters. Your key to success therefore is not always the product, but it is the implementation. It means you need to get the right resources to do the right job.

Support
As mentioned earlier, as a customer you will shell out more money in maintaining and upgrading the solution. So it is essential that you have access to a reliable support infrastructure. The product vendors will always talk about support that is limited to product upgrades and defect fixes. ECM implementation involves installation and configuration of the base product along with a lot of customizations and custom application development. Invariably, the product vendor will never take responsibilities for customizations and other custom applications. You need resources at your disposal for supporting and upgrading the solution locally.

What I am trying to say here is that availability of quality resources to implement and support the solution is a very important factor in the success of an ECM solution rollout. While choosing a platform product, one should look at the ecosystem around a product or technology. The big names in ECM like FileNet, Documentum, Oracle etc. have a good set of implementation partners and there are many skilled and certified professionals out there on these technologies. If you choose a smaller player, you might be tied to that company for all support needs and at some time they can hold you to ransom as well.

In India, IBM and EMC2 have built good ecosystems around FileNet and Documentum. They have partners in all parts of the country and there are growing numbers of professionals who are skilled and certified on these technologies. Oracle and Interwoven are definitely trying to get there. You can never go wrong with any of these products as long as you have the right resources to implement the solution.