What is our primary use case?
My usual use cases for IBM FileNet involve three primary areas. The first is document management. For instance, if you have an insurance application, you can store all the documents required to process the insurance policy. The second use case from a product standpoint is a financial services product that I built, for which I used IBM FileNet as both a document store and for workflow processing. The third use case was for portal development with IBM FileNet.
I do utilize IBM FileNet's automation capabilities to streamline my business processes. All the use cases I have described, whether the insurance use case or the financial services use case, employ automation. I use CP4BA, which is a tool that works with IBM FileNet to enable business automation. While I am describing IBM FileNet, it is not just IBM FileNet in isolation. In a commercially available and provided solution, you will need a fully integrated version with automation. Both AI integration and automation, as well as document workflow processing and automation, are essential components.
What is most valuable?
The features and capabilities of IBM FileNet that I have found most valuable include three main areas. The first is the ability to scale. Most document management systems do not scale to millions of documents and retrieve them with that kind of performance. The second thing that I have seen in the last one to two years which I really appreciated was integration with IBM Watsonx. This meant that I could send a document to IBM Watsonx and get a summary completed and shown to the user. This extends the capability significantly. The third thing I have found to be very useful is DataCap integration. IBM has a product called DataCap where you can scan and perform OCR. Content can be scanned, OCR'd, and then pushed into IBM FileNet elegantly.
IBM FileNet's security features have helped me protect sensitive information by providing role-based security when you have a customer-facing application. What has been outstanding with IBM FileNet is that all these features come out of the box. It is a matter of configuring the roles and role-based accesses. You do not have to build code for it, and it also integrates very nicely with the front end. The whole solution can be brought up very quickly with role-based access control. The key message is that it comes out of the box.
What needs improvement?
I believe IBM FileNet could be improved or enhanced in the future, specifically the user interface development support, which, despite all the improvements, still feels from the 2010s or 2000s. The current state of the user interface development support and the ability to customize it leaves much to be desired. The backend engine, process engine, and object engine are fantastic. However, the user interface, which is required to provide an impressive experience to the user, is difficult to build. IBM will need to do something about this area. Over time, IBM has made improvements with enhancements through CP4BA and other tools, with which user interfaces can be built. But there is much more is needed.
The initial setup process for IBM FileNet requires specialists. IBM FileNet is not a click-click-click deploy kind of product. It has several components that need to be installed in different versions and in a particular order. Additionally, IBM Cloud does not provide a proper experience. The problem is I cannot use IBM Cloud easily. I cannot even get a membership easily. With AWS, I just use my credit card, sign up, and I am done. With IBM Cloud, that is not how it is. They go through all validation processes, and it is a nightmare at times. There are problems around IBM FileNet, not exactly with IBM FileNet itself, but the point is that it is not a click-click-click deploy either on the cloud or on-premise. It requires specialists, and there is a big learning curve toward deploying and managing the whole infrastructure as well as the software.
I communicate with the technical support of IBM frequently. I have communicated several times, and frankly, there is much to be desired on that side. When you raise a ticket, it takes 24 to 48 hours for them to respond. We live in a time where business moves at the speed of light. Twenty-four hours is a very long time. You need to be able to get technical support instantaneously. It is not like the more contemporary support models where you get turnaround in minutes, not days.
For how long have I used the solution?
I have been working with IBM FileNet since 2013, which puts it at twelve years of experience.
What do I think about the stability of the solution?
IBM FileNet is very stable and reliability is very reliable. It is a very good product at its core. The process engine and the object engine are very core to its functionality. I have never encountered a problem of data corruption, losing data files, insecure access, or anything of that nature. It is extremely reliable.
What do I think about the scalability of the solution?
Scalability is very important for my organization's growth and evolving needs. It is very important in a world where the bulk of applications are internet-facing, mobile-facing, and chatbot-facing. If your application is good, you must be ready to take on at least thousands of users, if not millions of users. Scalability is very important, and that is one of the reasons IBM FileNet is valuable.
How are customer service and support?
I would rate the technical support from IBM around five to six on a scale from one to ten.
How would you rate customer service and support?
Which solution did I use previously and why did I switch?
FileNet has been around since the 1990s or even earlier and has evolved over a period of time. There have always been use cases for which FileNet was employed. I do not think any of the contemporary products existed before FileNet. FileNet was acquired by IBM and has been around for a long time. The more appropriate question would be about competing products. There were not many competing products earlier, but there are many more now.
How was the initial setup?
The initial setup process for IBM FileNet requires specialists. IBM FileNet is not a click-click-click deploy kind of product. It has several components that need to be installed in different versions and in a particular order. Additionally, IBM Cloud does not provide a proper experience. The problem is I cannot use IBM Cloud easily. I cannot even get a membership easily. With AWS, I just use my credit card, sign up, and I am done. With IBM Cloud, that is not how it is. They go through all validation processes, and it is a nightmare at times. There are problems around IBM FileNet, not exactly with IBM FileNet itself, but the point is that it is not a click-click-click deploy either on the cloud or on-premise. It requires specialists, and there is a big learning curve toward deploying and managing the whole infrastructure as well as the software.
What about the implementation team?
I have taken on both roles. I have been with both integrator and implementation partner company.
What was our ROI?
I have seen a return on investment with IBM FileNet. Where the requirements are such that you need the performance, scalability, and other capabilities, the return on investment is there. For the last twelve years, I have been providing solutions to customers, and they have been purchasing, and we have received our return on investment as have they. This has been very good. Many times, within the first year or maybe the second year, we have seen a thirty percent return on investment. Cost savings come from re-engineering the business processes using IBM FileNet and related strategies.
What's my experience with pricing, setup cost, and licensing?
The pricing and licensing of IBM FileNet is high. We are living in a world where the minimal license from IBM costs anywhere from seventy-five thousand to one hundred thousand US dollars, depending on your requirements. If I have to build my product on top of that, then it means the minimum product price will be two hundred fifty thousand dollars. This is an issue. The licensing costs are very high, and while it is a very good product, many times you can build equivalent capability in SharePoint for maybe one-fifth of the cost. IBM FileNet can scale phenomenally, performance is good, security is good, and everything about it is strong. However, for a majority of applications, you do not need that kind of scalability. Price becomes the decision factor in those cases. If you can get the same capability and product with a very good user interface for one-fifth of the price, people will go for the one-fifth price option. I understand that is a problem.
Which other solutions did I evaluate?
SharePoint, for example, is a significant competitor. SharePoint's performance has improved phenomenally over the years and comes out of the box through Office 365. You do not need to spend any money if you have an enterprise ELA agreement with Microsoft, as you get SharePoint. Virtually, you are not paying any licensing fees, and that is where I think IBM is losing out.
What other advice do I have?
I did not use IBM FileNet's document management features specifically to reduce data redundancy. Data redundancy was not an important use case in the scenarios I have worked with. I know it has the capabilities, but data redundancy was something I did not have to deal with.
I did not utilize the omnichannel content delivery feature of IBM FileNet yet. I did not have the need for it. It is all use case-based. In the use cases I have worked on, that was not necessary.
I provide this review with an overall rating of nine out of ten.
Which deployment model are you using for this solution?
Hybrid Cloud
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?
IBM