Our initial use cases are mainly for finance. We are doing account payable, accounts receivable, reconciliation, and those types of things with the automation. In terms of accounts payable, we automate the invoice processing since it is an end-to-end. This means that the vendor will send an invoice to email, which will be picked up by the bot automatically. Then, it will extract the information from the invoices and post it to our SAP.
It is a web-based solution but hosted on our server.
The biggest driver was the cost savings. We wanted to improve productivity and save costs. Therefore, we gave most of the mundane tasks currently being done by a human to a bot. Some of the mundane tasks were reading invoices and keying in the data. We are talking about 15,000 documents every day. That is a huge volume that needs a lot of people. With the bot, it is just a fraction of the cost, because there is a huge savings in terms of manpower.
More for regulatory and audit purposes, we still require a human to approve it. Previously, we had the human to do it, then we had people cross-check it. Then, you have another layer of the approval. With the bot, we don't require two people. We only have the approval because we still have a person who does the approval, which we have to maintain.
The most important part is how easy it is to pair the automation. So, it is a canvas that is just drag and drop. You don't have to code, so it is a no-code to low-code solution.
It is good for simple tasks that we have done in the past, e.g., reading the invoices. A valuable feature is the document processing. Usually when we talk about document processing in the market, you just have OCR. Where once you extract the information, you need to program or do some type of data wrangling to actually get the value of it or process it. For Jiffy.ai, they have the machine learning behind it, so we didn't need to code one by one. For example, if you have 5,000 vendors who are sending you different types of invoices, then we are not talking about 5,000 invoices. We are talking about one vendor who has three types of templates, so that is about 15,000 documents to process. Even if you do OCR, you want to extract the information and code it to read this and that. So, Jiffy.ai has machine learning where we don't have to teach all the documents, instead we just need to teach it a few. Then, the machine will already know if it finds this type of information, then that is what it is. For example, the easiest way is the invoice number. Most vendors usually have similar wording: invoice number, invoice NO, and INV. However, in all 15,000 documents, you see that the vendors just play around with this wording. It won't differ much. Therefore, the machine learning knows because of this, you don't need to teach it all 15,000 documents. After about 10 documents, the bot can pick it up themselves and learn about it.
There are not a lot of vendors in the market who provide built-in machine learning. In the invoice, you have multiple things that you want to extract: invoice number, PO, and some other line items. With machine learning, we expect it to know what to extract from, by looking at different templates of invoices. It should know that this is similar. Even though you use the different wording across multiple templates, the machine should know that it is an invoice number. We expect the machine learning should be able to do this, and the Jiffy.ai machine learning is able to do it with 80 to 90 percent accuracy. So far, we haven't had a big problem in whatever the machine learning reads, doing it correctly. If it didn't read correctly, we would have to correct it, then the bot will learn from that, "Okay, this is actually the better way," so it can do better next time.
They are still new in the market. Or, at least, they are still a small player. They require a lot of improvement in terms of learning material as well as the community developers. If you compare Jiffy.ai to an established solution, like UiPath, you can go to YouTube and find a lot of learning material posted by UiPath, partners, and other people in the community. However, for Jiffy.ai, you won't find that available in the market. Because of this it is very hard for us to find talent in the market. Most of the developers in the market are used to the bigger players. For Jiffy.ai, if you search a resume because you are trying to find someone who has used Jiffy.ai, you won't be able to find it. So, when we onboard a new person, we want them to learn this new system, but it is a bit hard for them to pick up because there are no external learning materials on the Internet.
For training, they provide the foundation and advanced training. If you have other issues, they have a support portal, which shows a brief summary of the features. It's not very extensive, like Google Cloud Platform. Sometimes there are things that may not be available in the portal. While other products will also not have available the information in their portal, other people know it. So, you don't have in the community discussions about solutions to a problem that would not be available in the portal.
We started this project last year in May.
In terms of the portal’s stability, the system is quite stable. We almost never have downtime, and if so, it is very minimal. However, in terms of bot stability, it depends on the server. The bot sometimes gets stuck, then you have to restart the bot, which is something for them to improve.
I do not see any issues in terms of scalability. We can automate a process for a certain department and that process can be very similar to a process of another department. We might need to just change it a little, so we can use the existing solution that we have created. For example, if we create a reconciliation, then the same engine can be used for any big reconciliation tasks in other departments not related to finance. It could be done for engineering, operations, etc. It is very scalable in terms of reusing the existing solution.
They are still quite a small player. Because of that, they can focus on the customer a lot more. If I am comparing them to a bigger player or other players that we have worked with in the past as well, they are a lot more responsive, passionate, and focused on us. They help the customer.
We can create almost any type of solution in a very inexpensive way. In the past, we bought software to do certain processes. However, with Jiffy.ai, we can build the same software at a fraction of the cost. We no longer had to buy this other vendor's software anymore, which we licensed every year. With Jiffy.ai, we just have to pay the setup costs in the beginning and have them do it for us. We wouldn't have to pay them if we are doing it by ourselves. If you just use their service and do the setup ourselves, then we don't have to pay for the service, we would just need to pay for the service to use the Jiffy.ai platform to build our software. So, in this example, we are actually saving 97 percent of the costs.
The deployment process is quite fast. Because they are small, they could focus on us. With the development, there are not a lot of processes to do it. We just have to set up the server. We can use their cloud, as cloud hosting or hosted in our on-premises. Even if it is hosted on-premises, the setup is quite fast. Training our staff was also quite fast. I didn't have any issues. I was quite happy with the setup.
The initial setup could take about a month or less, but we also had the incremental setup for our sister company. So, we have multiple entities in our company. The first time that we set up, we set up from scratch so there were a lot of other things that we needed to set up, but setting up another tenant for our sister company took a few days.
The reduction of work on a manually basis by project is between 50 to 90 percent. There are some processes where we almost automate the whole thing, and we just need manual handling by a person in certain rare situations. In that case, the reduction could be 90 to 99 percent. However, for certain processes, we can only automate 30 to 50 percent because the rest of the process still needs to be done by a human because of regulatory purposes, etc. So, it's a huge range: 30 percent to 99 percent.
The pricing is quite competitive. As a small player in the market, they are quite aggressive in their pricing. With the features that they offer, it is quite worth the value.
Before we chose Jiffy.ai, we looked into other solutions, especially bigger, more established solution providers, like UiPath, Blue Prism, and Automation Anywhere. In terms of simplicity of usage, Jiffy.ai is easier to use since they are on a webpage. We put a portal on it and everything is available there. The UI is a bit more user-friendly and intuitive.
In terms of trying to do end-to-end process automation and how easy it is to do it, these are big pros and cons when compared to UiPath. In some ways, they are easier, and in some ways, they are not. I like with Jiffy.ai that we can use Python, but with UiPath, we can't use Python and need to use .NET. I'm unsure if they have enabled Python now. We also have a lot more flexibility with Jiffy.ai, e.g., we can connect to Google or any kind of system without having to do integration. We can just go from the front-end and record it. UiPath has this as well. You need to install Orchestrator on your PC. Then, you can install the design anywhere, because it is web-based, which is an advantage.
In other solutions, you have to install and set it up. If I have a new developer come in, then I have to install the system on their laptop before they are able to do their work. With Jiffy.ai, you can do it anywhere, on any laptop, as long as the laptop has access to the webpage. You just need access to the webpage, then you are able to do it. We control it from the portal as well. So, if I want to shut down or restart the bot, then I just have to go to the portal. I don't have to go to somewhere else, log into the server, or remote desktop to several laptops to do it. Everything is centralized on one laptop in one portal: the user access, the bot management, the task management, and the user interface for the human to manually handle certain stuff. Everything is on one page. This is an advantage over other solutions.
You have to be open to trying new things. There are certain things that if you are already used to other bigger players in the market, then there are things that you like and things that you don't like. However, even the things that you don't like, it is mostly because you are already used to the way the service player is doing it. Therefore, if someone is doing it differently, it could be actually better, though it may not feel like it. I think you will find it exceeds your expectations.
Even with using humans, we have multiple redundancies to ensure there are no errors. The end results are not a lot of errors, though using the bot reduces the redundancy in having people check each other's work.
We are still reducing the full-time employees doing the work, but not up to 100 percent. We still need to maintain certain people for handling tasks that can't be handled by the bot, like manual exception and manual handling. Therefore, we cannot 100 percent automate everything. There are certain scenarios that require human judgment, preventing us from using the bot to do them.
I would rate this solution as an eight (out of 10).
Within my company, I am responsible for a line of business where we roll out automations for various internal stakeholders, and WorkFusion is the platform of choice within my organization.
Approximately 90% of our use cases are RPA-governed use cases. We have one use case now that is a machine learning (ML) based use case. While we are not adverse to using ML within WorkFusion, we are still in the process of identifying or exploring the right use cases within the organization that are the best fit for ML.
A helpful feature is the analytics capability within WorkFusion. The analytics dashboards, i.e., their Tableau dashboards, are really helpful for building a business activity monitoring layer. These are very visible to senior management and stakeholders, who can see and know what is happening within processes. They can see what benefits are getting delivered as processes, either ;daily, weekly, monthly, or quarterly. It is easy for stakeholders or senior management to understand the value for the money that they are spending.
The solution has ELK Stack with Kibana, which is useful and helpful for monitoring all of WorkFusion's infrastructures. This has been really helpful, even though we have just started using it very recently. Previously, if there was an issue, we would log into each of the servers separately and try to fix it. We were introduced to ELK stack two weeks ago, though it has always existed in the product. It has been really amazing. If there are failures, we immediately get notifications. We have been able to integrate it with our enterprise alerting system that creates tickets automatically, which is amazing. We don't have to spend and dedicate hours just to look into the infrastructure to see if there has been a failure or not. We can be reactive instead.
WorkFusion definitely has a very strong capability to process any document using OCR and machine learning frameworks, particularly from an extraction perspective. We have just used this, deploying one use case using these capabilities. We have been happy with the results. We are getting almost an 80% automation rate. Based on this success, we have started exploring other opportunities within my organization to see if there are other use cases that best fits this AI paradigm.
It is difficult for non-technical users to use WorkFusion. If we really want to build automation, we definitely need Java developers. Their RPA is not for non-technical people. If I look at competing products, like Automation Anywhere, UiPath, Blue Prism, or even Power Automate, a non-technical person can build basic automations and deploy them. Since non-technical people can easily build basic automations, they can be deployed in no time. With WorkFusion, there isn't a similar feature that works well. One needs to write code from scratch to build automation. That is definitely a deterrent if we really want to do quick, dirty automation. I would not rate WorkFusion very high on their no-code, low-code paradigm. In this area, I would definitely expect them to improve.
From an AI engine perspective, they are currently focused on document processing. They should provide the capabilities to integrate ML models. which are just outside document processing. In the world of machine learning, there are several such models available. They should give that capability or provide those capabilities within the platform. That would go a long way.
I have been using WorkFusion for more than six years in various capacities.
Since we are working primarily on RPA, I find their RPA nodes to be not very stable at times. The nodes may crash at times, and it doesn't send any notification that the nodes have crashed. Maybe the configuration at our end is not right, but this is what we see. From that perspective, we need to continuously monitor those nodes. If we had a better way of monitoring all those available nodes, it would be much better. That is the most fragile part of WorkFusion's infrastructure. Every other component within WorkFusion is very stable.
RPA, as a whole, is an amazing product within WorkFusion, when it comes to deploying at scale.
WorkFusion is the platform of choice for scalability. This is one reason that we are using WorkFusion compared to other competitive products, where the ease of building RPA is much better. If I look at the competitive products from a scalability standpoint, WorkFusion is the platform of choice for us. It is amazing.
We have already 50-plus processes deployed in production. We have around 50 to 70 more processes in our pipeline, and the pipeline is growing.
We have a 20-member team at the company working on WorkFusion.
From a customer support perspective, we expect timeliness of response. If we are raising a ticket, we expect that whoever picked up the ticket will respond in no time. At least, the first response should come in no time. After the initial response, if they require certain logs, then they should take them from us and come back to us within a stipulated time frame. It should have the right recommendation and a solution that should solve the problem.
Their response time is sharp. If we raise a ticket, which is a production-critical ticket, their initial response comes in less than 20 minutes. I haven't seen any tickets open for more than 48 hours before they are getting closed, however complex it may be. Their support team is doing a wonderful job. I would rate them as eight out of 10.
Positive
The initial setup wasn't complex. They definitely expected us to provision several infrastructure components, like servers. However, once the servers were available from the organization, all the ports were open, and the DNS names were set up, then the installation of WorkFusion was smooth. It takes anywhere between a day to two days at max.
It took us almost a month to implement their machine learning models for OCR and Intelligent Document Processing. This wasn't WorkFusion's problem. It was more on the data collection side. Their model requires us to bring in a lot of documents to train the model. It took time from our side to provision those documents with the needed quality. The model doesn't work if you give it 10 documents. The model won't suddenly launch. It doesn't work that way. Once we had given it the right set of data, then the initial out-of-the-box model was done in a month's time.
When we were building our first ML model, we obviously weren't able to achieve the success rate that we were aiming to achieve. We engaged WorkFusion who spent almost a month with us unconditionally, helping us with our complex document structures. The results have been amazing.
From an engagement standpoint, we are happy with WorkFusion. Their customer success team, delivery team, and sales team are amazing to work with.
We have not yet seen ROI. We have been using this product for two years. We realized that we need to deliver more automation on this platform to get the benefit. That is a function of the use cases that we are picking up. Our success criteria for automation is a reduction in FTEs, which is because we are measuring a break-even from a FTE reduction rate. This is also a function of how we are internally finding out use cases within our organization.
The pricing is high. They should have a better pricing structure. It was not easy for me to try out WorkFusion initially. For example, if I am working on SAP, the licensing may be very expensive. Though, it is fine to use it at scale and pay for the license. We have an enterprise license now, so we are not worried anymore. We are fine with it.
As a first-time customer who wants to engage with WorkFusion, not working for my company, then I would want to do a PoC. The cost is prohibitive because they will ask me to get infrastructure with six or seven servers. Then, you must buy a WorkFusion license to do a PoC, which is expensive. I would then have to set up a team to build the PoC and see the benefits. That is very prohibitive.
We explored other solutions, like UiPath and Automation Anywhere. We even tried Power Automate. We evaluated them almost two and a half years ago, then we settled with WorkFusion as our platform of choice due to its scaling capabilities.
When it comes to building automation using RPA, it is not very intuitive or user-friendly. We definitely require developers to build automations. Compared to using alternative products to build automations, such as Automation Anywhere or Power Automate, WorkFusion is not easier for building quick and dirty automations. However, if you want to build automation that can be deployed at scale for several transactions within a day, WorkFusion's RPA is amazing. This is one product feature that we found rather interesting.
If you are looking for building small-size, quick and dirty automation and something that you can build from scratch within two to three days to run on each of your user's desktop, then WorkFusion is not the platform of choice. However, if you are looking for building automation which can run at scale, e.g., if you are doing suspect transaction processing in a bank and processing approximately 50,000 transactions in a day, then you want to really ramp that up at scale. In that case, WorkFusion is the platform of choice.
There is room for improvement. I would rate them as six out of 10.
Our use cases are account receivables and account payable. In insurance, our use cases are for vetting beneficiaries, upgrading client portfolios, and updating customer's policies.
The entire tool is valuable because it is an enterprise tool. It is on par with other tools like Automation Anywhere or UiPath with the OCR/ICR facilities, analytics, and the entire package for enterprise-level security. It has the highest level of security as compared to any other tool.
There are a lot of things coming up, such as Discovery Bot and Process Discovery. A lot of other aspects are also maturing. We have definitely started using it for our clients, and it is maturing as a solution, but it is all about how you integrate the enterprise with all the automation projects, such as your chatbot, Conversational AI, and robotics. How they are integrated and talk to each other creates a very good business case with all three aspects. The next level should be about integrating it with other automation tools as well. It can have integration with other tools or automation projects, such as your chatbot, Conversational AI, and robotics.
I am in robotics for the last seven to eight years, and I have been using Blue Prism for about three to four years.
Stability-wise, it is a good tool.
It is definitely scalable. The whole market of RPA is definitely scalable, but it again depends on your feasibility and complexity when you study a particular environment and process. It also depends on whether you want to scale in the whole organization or different departments or you want to scale up into different areas. All RPA solutions are on par in terms of scalability. There is no difference between them.
I don't have any direct experience with them. My solution architect used to handle that. I haven't seen many technical issues because if you are going to deploy the solution and if you've studied enough about the organization and the architecture, then something major is not going to come up. Anything minor, such as securities, passwords, or anything else, can be easily managed.
It is completely run by the solution architects, which is the support team from the RPA side. All technical issues definitely involve the IT team, which is your internal architecture support team and the application support team. You need the support team from the architecture and the IT perspective to manage the technical follow-ups.
I have also used UiPath and Automation Anywhere. All these three solutions stand out because they are at the enterprise level. As compared to UiPath and Automation Anywhere, to use Blue Prism, you need developers who have hardcore development experience. It requires quite a bit on the development side. In Blue Prism, you can also code separately and write a script, which adds more value to it.
Blue Prism came too late into the market with its analytics and process discovery features, whereas Automation Anywhere and UiPath were the first ones in the market. Blue Prism is catching up, and it is in the Gartner quadrant, Forrester, etc. It is not lagging far behind.
In Europe, Blue Prism has captured a lot of markets. In the US and Asia, you will see Automation Anywhere and UiPath in the front race. Microsoft, WorkFusion, and Pega are also catching up now.
It is not that complex. It is about how you study an organization and how an organization's architecture runs through. If it is a big organization or an enterprise, then you have to have solution architects from the customer side and also from our side. Solution architects will go and study the customer's architecture. Based on that, we can select which tools are going to be used and how complex it is going to be. It is very much dependent on how the architecture of an organization is because you are going to place the automation tool into that particular organization. Therefore, the initial feasibility and study play a major role in defining the complexity of your design and the entire format or automation.
Initially, the deployment used to take quite long. Now, it is not client-based; it is web-based, and the installation process has been reduced. You just download, and there is no starting a client and all that kind of stuff. It is much easier now than it was before.
In terms of the staff required for the deployment and maintenance of Blue Prism, it depends on what kind of process you're managing. It is not about the tools; it is about the processes. You need to know:
Generally, one person can easily support around five processes if they fall into the simple category. If the processes fall into the complex category, then you need at least two people managing five processes. By complex, I mean when you have applications that are lengthy and the number of steps of the process are more than 500 or so, and you have to monitor the bots very closely. When the bot or the process breaks, the support team needs to take over and act accordingly.
The roles and responsibilities and the kind of people needed for maintaining the solution vary based on whether you have agile project management or a lot of projects going on. Typically, you will need a solution architect. You would require an analyst only in the first two or three months or whatever is the period for taking care of the process you want to deploy. After that, you don't require the analysts because it only needs to be overseen from the business side, which will begin with SMEs and the production support team.
Any changes or optimization after 90 days, six months, or a year, due to multiple factors such as legislation changes or anything else, have to be done in the process that is robotized. At this stage, the SMEs and the support team play a very vital role. There should definitely be a very good support function because a lot of follow-ups happen in the process and the production in robotics. To manage them, there should be a very good ticketing system in place. The Agile methodology works perfectly fine, and it adds great value to run your process effectively and having an efficient process, but you definitely need the solution architect, application owner, project management team, and the COE team to manage the entire workflow, work items, or backlog items coming into the support function.
It is a bit higher in cost as compared to Automation Anywhere and UiPath. The rate also differs from client to client. Margins are also important when it comes to costing and licensing. There are some additional costs involved besides the standard licensing costs. You have the development team cost, which includes the project manager, development team, analyst, and testers. You also need a team manager. You also have the tools cost, architecture cost, platform cost, and the licensing cost of each bot.
You should suggest a tool only after you study the architecture of an enterprise. Every tool has its own features, upside, and downside. It is not about necessarily going for Blue Prism, Automation Anywhere, or UiPath. For implementing a solution, you definitely need to look in the market to find out what suits you. You can then go for it.
Blue Prism, Automation Anywhere, or UiPath are on par. There is not much difference in those tools at an enterprise level. The early development cost and the cost of the platform differ in these three tools. There are some clients who say that "We want only Blue Prism. We don't want to look at anything else." In such a scenario, you can definitely go for Blue Prism because it is on par with other competitors.
The biggest lesson that we have learned from using Blue Prism is that it is important to choose the right processes and the right complexity of the processes. You can't choose highly complex processes where you have around 800,000 steps or very volatile processes where the team is involved in the application layer or at the process level very frequently. These kinds of things could be avoided.
I would rate Blue Prism an eight out of ten because it is a very old tool. It has been around in the market for quite a while, and they have their own learnings. It is a complete package at an enterprise level, where you can have analytics and attended and unattended automation. You can run your scripts, and at an enterprise level, even security aspects are very strong as compared to what is generally required by a client. There is room for improvement. All the new features that are coming up are not being used by many clients, and a lot of learning has to happen.
We started out with accounts payable, and now, we're starting to do more vertical revenue cycle management in healthcare. We're starting to use it for other things.
We're on version 11, but we're moving to 2019 or 360. We're in the process of migrating right now.
We were able to replace a lot of the manual and data entry workload that our accounts payable clerks were doing. We had 18 accounts payable clerks, most of them are still there with us, and the work that was done before by this original group can now be done by four people.
The ease of use in getting started is probably the big thing. They had a lot of references that we were able to check. It is a well-known player, and being able to get up and running quickly was the big thing.
Migration is probably our biggest challenge. When we were trying to do the migration to the new version, it was a little bit painful. We didn't have that many bots, and I can't imagine the level of effort that some of the bigger customers have to put in for that. The product is stable, but moving from one release to the other was the issue.
We also had difficulty with some of the documents that we were trying to automate. IQ Bot or intelligent document processing doesn't have all the features and functions that we were originally told it had. They need to improve that. It had some limitations, and we've had to add other products to the mix just because they weren't able to deliver some of the things that we were told that they could deliver upfront.
They've been talking about task mining for a while. They don't have a good tool out there to evaluate the current processes and come up with a plan. It is a trial and error process where you have to sit down and go through what different people are doing, for how much time they're doing it, etc. There isn't a good systematic way of capturing that information. There are other products such as Kryon, and there is a new product called Soroco that we're looking at, that would let us evaluate the task that could be automated. So, it is not really process automation; it is task automation. You don't really see end to end when you're doing these projects. You don't just decide to automate the whole process. You select the tasks that you are going to automate, but you don't really know the effect that particular automation is going to have on another task. You don't have the big picture. It would be very helpful if both UiPath and Automation Anywhere provide a center of excellence that you could run on your systems so that the people who are running things come back and say that:
All these are manual today. You're looking at what other companies are doing and hoping that you're going to get an ROI, but you don't really know until you start the project, and by then, it is too late. You've already spent the money on the software, the bot, the integration, the services, etc. At the end of the day, you're thinking if you would get the ROI. You have to measure it to see if you're going to get it after you've already spent the money. It would be really nice to have something that you could run upfront to know about the automation tasks that are costing you money today and where you should focus your efforts on automating.
I have been using this solution for about two years.
It is pretty stable, but moving to the new release has been a major pain.
Its scalability is great. It is for sure built for enterprises.
We have six to eight people who are doing validation now and are actually using the product for validation. They are accounts payable clerks and healthcare revenue cycle management folks.
It is being used extensively in the finance back office, and the idea is to bring it more to the front office for customer onboarding and things of that nature. We haven't done a lot of that, but that's in the plans. We are trying to figure out the next processes to automate.
It is good.
We didn't use any solution previously. We did add UiPath to another area of the business, so we did bring on another vendor just to see what the differences were and how easy it was to use compared to the other one. We haven't really said we were going down one path as a company. We didn't want to put all eggs in one basket, so we decided to do one project with Automation Anywhere and one project with UiPath and compare the two.
UiPath has a little bit better document management. They have some process mining that we've started to use. Pricing is roughly about the same. There is not too much of a difference. I haven't seen too much significant difference between the two products.
It was pretty straightforward. We originally thought we could do it with internal resources, but we had to bring a third party in to do it. So, it is straightforward if you have experience and training. Our tech team can do it now.
We started out with a simple invoicing, and the bulk of it took about three weeks or so. Testing everything probably took closer to six weeks. We finally got it going in two months.
When we first started, we thought we could have more of our team doing it, but we had to bring a third party in to do the bot building and all that. It was a reseller, and they had technical people. Our experience with them was good. They were a little expensive, but it was good.
For its deployment and maintenance, we have about three people. We have created a small center of excellence team with three, or sometimes four, people. We have a business analyst. We have two developers, and we have somebody from finance on that team who is putting a lot of hours into that piece. We're truly trying to figure out the next processes to automate.
For accounts payable, we saw a return in about five months from the time we started. There was a significant reduction in the number of hours that invoicing was taking. We went from 18 people to 4 people. We didn't let all those people go, but we did let a few people go, or we moved them into different job functions.
We're paying a monthly subscription fee for the bot and for services. There are no additional costs beyond the standard licensing fee.
I would advise looking at other companies to know what they're doing. I would also advise putting a complete plan in place so that all bot management needs are considered upfront. It is helpful to put a roadmap in place and have a center of excellence or something like that to make sure that the processes that you're going to implement have an ROI. You can validate the effort upfront by using process mining or other tools and evaluate what the effort is now and what the savings are going to be upfront.
We did a couple of projects that we thought were going to have significant ROI, but they didn't. It was more of an internal process that we had to fix. It wasn't so much about automation; it was about the way we were doing business. We weren't following processes, procedures, and things like that, and that was what was causing the issue. We had automated a bad process, so it didn't have the return that we thought it was going to have. We had to do some procedures. We had to change some things internally.
I would rate it a seven out of 10. It's a good product. It does what it's supposed to do.
Mainly, we concentrate on RPA bots. However, we have a few demands where we needed RDA, their assisted bots. We need some assistance with the bot where some inputs are required from the business. 70% of the time, we concentrate on RPA bots. For the other 30%, there is also a requirement for RDA bots.
Mainly, we interact with Windows web and sometimes with mainframes. Currently, we are targeting APIs as well. We are working on a few of the API-related stuff and Excel-related work, Outlook, sending email, and tracking email.
In terms of third-party applications, we have multiple websites, which are web-based. Based on the client's requirement, we use it to interact with the applications.
As an RPA guy, every tool has its own advantage. That said, Pega has the best feature in terms of creating UIs. We can create the best UIs. Other tools, don't have a better UI for RDA.
Some go for RDA bots in the banking sector, and they prefer Pega Robotics.
We have centralized the monitoring. In Pega Robot Manager, we currently have multiple dashboards where we can track, schedule, and handle everything. That is the game changer in the last one-and-a-half years. It amended what the business expected.
The initial setup is pretty easy and quite fast.
It's stable.
You can scale the solution if you need to.
Excel connectors need to be improved as there are a few connectors in Excel areas.
The recording is not at best in Pega Robotics. They could look into it.
The interactions with some applications, like Windows and web applications, are a little slow. They need to improve their speed. It should be normal, to open it with other tools. However, right now, it's a little hard.
Users should feel they can develop easily. It will sometimes hang while interacting with third-party applications.
Instead of adapters, if we had direct interaction of the applications with API and had scripts, that would be better.
We have only CSharp supported right now. We'd like to have Python supported. If it was, it would be easier for us and make the solution more flexible.
Currently, we are adding three different configuration files, however, if I had the option, I'd prefer to make a single configuration file and then differentiate it in all three environments.
It can be difficult to create logic in automation. It's hard than if we used other RPA tools.
If they could add more toolbox options, that would be ideal.
They need to do what they can to help us reduce complexity in the automation and combine things under, for example, a single control.
I've been using the solution for five and a half years.
Recently, when I compared all tools, looking at the preloaded applications and Windows-related applications, if you process end-to-end, and if you are releasing it to production without any bugs, it is running with 95% perfection with maybe some hiccups via network issues. Basically, it is stable.
Therefore, Windows is quite stable. However, Citrix gets 80%. It's still good, however, when choosing the tool, it's important to consider if Pega is a suitable tool to give the best results.
100% it is scalable, however, if a person is not aware of everything the solution can do, they may see it is only 70% scalable, or a little less scalable in general. The more you understand about the tool, the more scalable it becomes. It becomes easier to scale too. It's just that Pega may be perceived as a bit more difficult, than Blue Prism, UiPath, or Automation Anywhere. It's not, though. You just need time to adapt.
I'm working for a sizable company that has hundreds of clients. In my client area, almost 150 to 200 bots are running. The other areas where my colleagues are working also have bots running.
We are new to the tool and RPA, in general, was so new at the time for every organization around 2015 or 2016. At the initial stage, we used to contact support frequently due to functionalities issues. We need to raise the ticket if we want to talk with them. Then they will connect with us and help with resolving the issues or the bugs, and patching also.
They are helpful. If we communicate clearly what we need the process moves fast.
Positive
I use Pega Robotics and Blue Prism in my day-to-day life.
In the market, in India, other solutions are used as well. Some may use Blue Prism or UiPath. For example, if you have a 100% RPA area, maybe UiPath concentrates on 40%, Blue Prism 30%, Automation Anywhere is another 30%, and Pega is around 3%.
It has a default platform from where Pega provides a PRPC. Inside that, we need to deploy Pega Robot Manager. From there, we can deploy to Pega Robot Manager. From there, we can assign it to multiple users for daily use.
It was easier to deploy before. In some newer versions of Windows, we used to face some of the update tree issues. Currently, we need to download the update tree separately, and we need to install it on our machines. Then, we need to install Pega. Normally, it is easier, however, with these newer versions in Windows - 10 and 11 - we are facing some issues.
There are Office versions that are not working perfectly. We need to uninstall and reinstall it, and for some Windows 11 versions, the toolbox icons are not visible. We have tried multiple times, uninstalling and installing.
Deployment times vary. Normally, it will take hardly less than half an hour. However, if the solution is ready and we have groups assigned, we can directly deploy it to our servers. From servers, we can directly deploy to the users as well from Robot Manager. In the user's machines are the VDAs that we are using. We need to configure all the settings, the run-time, the config files, and everything. That takes ten minutes to one hour at a maximum. Once the setup is done in every machine, we can easily deploy that that will be hardly five minutes.
The costs vary. In a previous organization, we used to take care of everything. It's a yearly fee they used to take. Recently, what I'm seeing is they have to categorize licenses. Some of the bots, they will run for some time, so they can get licensing costs and can pay quarterly. Typically, it is yearly.
I'm not sure of the exact costs. I haven't gone that deep into licensing.
The company assessed three more tools and chose Blue Prism and Pega Robotics. They use Pega Robotics for doing RDA, and Blue Prism for scripting-related items as they are strong in their area. Out of the five tools they have evaluated, they have taken Blue Prism and Pega Robotics.
We're a customer and end-user.
If a person wants to use this product, they need to know what is happening and how it runs. If the person is new and needs to run the solution, they need to follow the use case that the developers are giving to understand how the bot will run. With so many people, what they do is when the bot is running, they disturb some of the applications, and the bot will close or give exceptions.
If a person intends to use coding, they really do need a good grasp of what it is they want to build. Only them should they move into actual development. It will make it easier in the end if there's a good understanding at the outset.
In any case, after two or three months of using the solution, chances are you'll have enough knowledge to be able to help train others.
I'd rate the solution eight out of ten. If it was faster and had less complexity I would rate it higher.
