UiPath Platform Reviews

We are on-prem but we will be migrating to the cloud by the end of the month. 

My company has 100,000 people and uncountable departments. One of the biggest bots is in HR and finance. So far we have almost 57 bots in production, almost 45 in pre-production. We will have almost 100 bots by the end of this year. Our target is to reach 800 bots by the year after. 

No one can beat the automation. It's like you can sit back and play Tetris and let the bot do the work.

We see time savings, precision, and speed. Time is the most precious thing in the world. My company has saved around five million dollars this year. 

We use a standard approach when it comes to developing bots. By the end of this year, we are going to use Insights for reporting and we are going to use data mining the year after. We are doing a pilot right now, that captures the activities and try to figure out which is the high potential area. Based on the data, we will figure out and decide which route we should take.

Insights helps to determine which processes we will automate next. Based on that, we can get the data and write the defaults for leadership so they can make the right decision.

It's very easy to build automations. That's why we want to deploy 800 bots by next year. Our assessment is that it only takes 5% to 7% effort. The rest is trying to figure out the deployment process, the platform struggle, networking, etc. The development is very easy.

AI is a good feature. I am looking forward to that making life easier. It has enabled us to automate more processes. Based on the requirement, chat can hand over the process and we can kick off that bot to do the job. If someone has a problem with a ticket or with a schedule, they can connect to the schedule department or schedule bot. 

We have a citizen developer program in the company so we have taken the UiPath Academy courses. We bring the citizen developer on board and they have to go through the courses on our portal. We have tight integration of UiPath Academy with my company's internal learning process portal.

It's a wonderful integration and it's a very organically arranged process. We can start a raw developer and let them deploy a bot in a couple of months. It's a remarkable achievement. UiPath is very good at developing those courses. 

Creating the pipeline for the automation and then deploying it and keeping it there, is where the focus should be. I think UiPath realized that and is working on it. 

Support could use improvement. It's always a struggle to engage with them. We have a very tight relationship with support, but when things are in hot water, everyone wants to fix it right away which doesn't always happen. 

We have been using UiPath since 2018. 

The stability depends on the client's infrastructure. We're using a Citrix environment and internal infrastructure security has a lot of parameters. It totally depends. Every client has different challenges.

The scalability is a big value. If we have 100 bots today and we want to have 800 bots next year, on-premises is very challenging and expensive but with the cloud, it's very easy to replicate.

The quality of support depends on the support person that you get and on the situation. We started getting better support because we have a dedicated team.

Neutral

I have experience with Blue Prism and Microsoft cloud automation. The difference between them is like the difference between a Ferrari and a Toyota. UiPath is a Ferrari. It's a very mature and solid platform.

The initial setup is very easy because we created the right pipeline with the help of UiPath. However, at the end of this month, we are going to the cloud and we do not know the challenges that will bring. 

The deployment will take a few minutes. 

UiPath is revolutionary. My advice would be to try it out. In the beginning, it looks a little difficult, but once you get your hands on it and get used to it, it's the most wonderful thing.

I would rate it a nine out of ten. To make it a perfect ten, licensing and support should be improved. They should use the Microsoft model, where it's free. Once you develop it, the user will deploy it. You can make money on that. But let users have a taste, let them sit down in the driving seat and drive it.

We primarily use the solution for the typical banking and transactional use cases. An example could be something such as homeowner's association transactions. That incorporates multiple departments in a bank, including treasury management accounts and opening an ACH. All of those areas are very transactional in terms of the rules-based processes that they follow.

We also use the solution for wire transfers. We have a lot of those. Then, from a business perspective, we look at lines of business as well. It can be used for residential and commercial lending. It's very process-driven and very transactional. We're able to incorporate automation in those areas very easily.

The solution allows us to do more with less. If we have a relationship with a third-party bank to onboard with a thousand accounts with a 15-day turnaround time, depending on what the relationship is, without automation, without RPA, you'd have to hire at least 10 or 15 contractors to get that done. That’s from a contractual perspective, to make sure that you meet the deadlines. However, automation just allows you to scale. You can save the same scenario in multiple areas. The scalability and the time to scalability on offer are key. And that's where we see the value as an organization.

The time to value is excellent on this solution. It is incredible. Unlike any other technology, which is really generally workflow-related, this RPA will give you quick wins, as demonstrated by the return on investment.

The solution has saved costs for our organization. We look at it from different lenses. We look at it from an actual savings perspective. We forecast it and then we annualize it to understand where the product will be or what it will bring us in the long and not just short term. For us, it’s very ROI-driven.

I’ve been with the bank for nine months now, and we went from having two processes automated to now having actual savings of about a little over $300K. It's not bad. There are about 30 processes in production. If we annualize that and forecast out we can see how we can continue to grow.

We have been able to reduce human error. I would call that the cherry on top. You don't really track that until you have it automated. However, if the alternative is having end-users upset that mistakes happen, having the level reduction we’re getting is great.

The solution has freed up employee time by a lot. We see it wherever it's very transactional heavy, where we had multiple team members. Now the teams are built by bots and people. Where you had three people before, now you have a person and a bot executing. So far, we have likely saved, in these nine months, a little over 11,000 man-hours. That's quite a win.

This additional time enabled employees to focus on higher-value work. That’s the whole purpose. We tend to look at ROI, not just money. It's also what else are the employees doing. We’re saving money from a man hours perspective, and, from a cost avoidance perspective, we’re not having to hire. The folks that work for us actually can do valuable work. They can focus on better decision making, more time with the customer, better relationship making, et cetera.

My team has started to utilize the UiPath Academy. My team is composed of multiple different skill sets from PMs to BAs to engineers, and so forth. Even at the level of IT, with the teams that manage infrastructure, sometimes I have them taking some of the infrastructure courses in the Academy. The Academy works well due to the fact that they prep you to grow quickly. If you don't understand how the technology operates, it could be a little bit difficult. You do have to train a little bit to understand it a little bit, however, it's not very difficult, especially when you have access to the Academy.

Having the Academy has affected the process of getting employees up to speed big time. Their appetite to get better and better is just enormous - not just due to the fact that the product is good and it's providing that information to do that, but also due to the fact that they're seeing results. That's helping them want to do it better and faster. It’s a win-win situation there.

The Academy has a really good curriculum for very particular skill sets. It's hard to be an engineer and have to learn a bunch of different stuff that won't necessarily concern you. UiPath has been able to really compartmentalize that learning capability so that it makes sense to different groups and speaks to their level of expertise. That’s probably the most valuable aspect of it.

In the world of NextGen technology, it would be ideal if they could speed up their beta products. My team handles all next-generation technologies that we implement in the bank. For example, we're looking at task mining right now. It's theoretical, however, that product is going to be tremendous. That said, it's still a bit in beta. For us, if they were trying to get new items a little bit quicker out there, that would be ideal. They're running with it, therefore, I'm not overly worried. They also want to provide a good platform for its users, and so I understand why they want to make sure it's good. The competition, in reality, even though it's growing, is not as strong. The feedback is just me being picky at this point.

We've been using the solution since 2015.

So far, we have had very few issues and the issues really have been around very complex knowledge. We have reached out to UiPath to get advice, and they responded, and it hasn't been bad at all.

Scalability has not been an issue. It's not even a topic of concern. The concern is more on the business side and can you manage the growth from a business perspective. The technology's there and I want to automate more. However, with automation, the question is if you can manage it.

We do have plans to increase usage. 

We have about 30 automations in place. That means about 60 to 70 people are using it. They work in shifts and they'll come in and they'll use their bots to process stuff while they do other stuff. 

Technical support is great. In the times we've used it, they've come back relatively quickly.

I started with UiPath a long time ago and I actually worked for Automation Anywhere. I was head of their cognitive product. Therefore, I used them for a while. They're not a bad product at all. They're really good, however, their scalability is a little bit of concern. For us, coming back to UiPath was probably a good decision.

The initial setup is complex. However, that's okay. It's also not supposed to be easy. You have to learn a little bit about what you're doing. Any technology would be a little bit complex. Once it's in, you can get that learning curve moving. With the actual users, that's where the trick of the implementation piece comes in. Once you're through it, however, that's where UiPath becomes really tremendous.

The deployment was maybe 60 days, however, it wasn't necessarily just because of UiPath. In banking, there's red tape. It takes time to get certain aspects approved. It takes time to get the right infrastructure in place. The enterprise has to be willing to put the time in just as UiPath has to put a certain time. It's a blend. As we were implementing, we were still putting things together and setting up governance. It was not just the technology. You still have to prep on the business side.

In terms of maintenance, on my team, I have about seven people, three engineers, a couple of business analysts, and a couple of PMs.

The pricing could be a little bit better for document understanding. I ran the pricing scheme for intelligent documents. With understanding at Automation Anywhere, there's room to maneuver. They can do a little bit better in making it easier for customers to dive in. I know it's available, however, it is what it is.

The organization evaluated Blue Prism, Automation Anywhere, and UiPath. 

We went with UiPath due to the fact that they gave us a good deal and we wanted to try it out. We started little. At the hedge fund, we're actually now at over three bots in production. Automation Anywhere's a little bit pricey at the moment. We just kind of pulled the trigger on UiPath and it was a blessing. 

We're just customers and end-users.

While we are on-premises, we're starting to use the cloud including some of the modules from the cloud, document understanding, task minding, et cetera. We're using the latest version of the solution. 

I'd advise those considering the solution that there's a secret sauce to it. It's not just the technology. People need process systems and a really good partner. That's how you get it done.

I'd rate the solution at an eight out of ten.

I own the robotics process automation program for our life safety segment. I also own the mergers and acquisitions project management for our life safety segment. We've started out by using UiPath specifically for mergers and acquisitions when migrating customer data from the acquired companies to our standard ERP. We're also implementing sales and use tax, filings, and things like that as well.

With our most recent robot, we transfer information from acquired companies to our ERP. Typically, it would take about six temp associates for about four to six weeks to clean the data and move it into the ERP. About three weeks of that would be actual data entry. With this product, we took that three weeks of data entry, times six people, and rolled it down to 12 hours of robot running. It was a pretty significant amount of savings for us.

Citizen development is great. With it, it's easy to develop or have self-developed robot intelligence. For example, instead of having to hire a developer, you can make the robots do what you need using the UAPs studio tool. This has been the most valuable aspect. StudioX specifically for our newer citizen developer is useful and I really like using Studio for myself.

We have seen a reduction in, for example, time, and not necessarily in human error. For example, we did an interesting analysis. We wanted to see what the human error rate was for entering data, and, due to the fact that our ERP is Microsoft Dynamics 2012, capturing some of that data is a little bit harder. We structured error rates based on entry. What we did was we created a robot to go back and check all their entries to see if they were missing anything. Oddly, the errors that people were making were nominal. I don't see any data that showed that we necessarily reduced error rates. It was really the people aspect of the process where there were time-savings based on the needed amount of human input. We've been able to reassign workers to more valuable tasks where we can't assign robots yet.

We do about four to five acquisitions a year and those are typically six-week processes for each one of them. We could say that we save about 25 weeks of labor in a year, and that robot will be about a week's worth of labor. Therefore, we save about 24 weeks of labor.

We've been taking some UiPath Academy courses. We've actually found it more helpful if we chose UiPath South American Developers to teach us to build as we're building. For my team specifically, it's been really helpful to have an expert involved to say "this is the use case that we want to do" and have them walk us through building a specific robot. That way, it's real-life experience versus a video-based session. While the academy is helpful, hands-on experience is just much more valuable.

UiPath Academy courses affected the process of getting employees up to speed. It affected it a little bit. It probably more affected our decision to use UiPath over Automation Anywhere, or even the Microsoft RPA program. Just the fact that there was so much available content that we could lean on if we needed to was huge. The others had content, however, not anything close to UiPath's capacity.

The on-prem orchestrator was an issue for us. When we bought it, it was a mistake. Our IT team thought it would be the best option for us, however, it's way more complicated to use. Out of the box, it feels more complicated. That said, once you get to know it, it's fine, however, it was incredibly hard to set up on our enterprise systems. Whereas, with the cloud deployment, we were live and up and running in an hour.  The initial setup took us about two weeks. That was a little bit of heartburn. It would be helpful if UiPath could offer some sort of support outside of a ticketing system.

I've been using the solution for about three months.

I've been pretty impressed with the stability. We've had a couple of minor issues that our developers helped us figure out. It's programming and nobody on my team are programmers. Some of it could be just user error, however, overall it seems like a very stable platform.

The scalability is really unlimited. It boils down to the organization's ability to implement a governance model quickly and successfully. I know UiPath has a governance tool or some kind of a framework, however, it is one of those pieces where it's way more expensive than us using our regular service channel tool that we already have implemented to do those submissions and approvals, et cetera.

In our organization, the users include two developers - me and then one of my assistants.

The only interaction we've had with technical support was during installation. The ticketing system and not being able to physically talk to somebody were difficult to deal with during the implementation process.

The on-premises implementation was a bit difficult. We knew that we were going to have to pay developers to help us develop the robots, however, getting stuff installed, our only method of support was submitting a ticket and the turnaround time on that took a while. Our UiPath rep helped escalate what she could. It would be ideal if there was a setup hotline or something that we could call right away. Sometimes it's just easier to talk to somebody than emailing back and forth. That's probably the biggest area for improvement.

We handled the initial setup ourselves. We do almost everything internally. We have our own IT team, including myself. Our solutions architects set it up with us. What we ran into in terms of problems was that the instructions were really not very good. We weren't able to appropriately install it as the instructions that came with it just weren't comprehensive enough. In terms of the instructions that were published online, we found a couple of instances where they were saying to use functions that didn't exist. These might have been a little out of date. Eventually, the ticket team was able to help identify that. I would grade the setup probably a C-minus, and everything else an A-plus.

We're so early into the implementation, the ROI is a wash right now. That said, our one robot has paid for our development time, and then someone will be able to use it on future acquisitions. We will likely see ROI within a year.

You can buy enhanced support, however, it's an additional $30,000 USD a year or thereabouts. That's just too expensive, honestly. The competition didn't charge for that. We also felt pretty confident in our IT team's ability to be able to dissect the instructions and install it. However, the instructions just weren't that good. We had one of our top engineers working on it and it took a lot of effort to get it installed correctly.

The pricing, in general, is fair. It's a little bit more than some of the competitors, however, it's a little bit more flexible than some of the others. There's value there. The OCR pricing is out of market. We need it, however, we're actually going to use some third-party bolt-ons due to the fact that UiPath is way too expensive.

We looked at Microsoft and Automation Anywhere. We also looked at help systems and Brick is one that we currently use and one of our segments, however, they're only a five-person company, which is pretty small. I wouldn't even put them on the same level. We were looking for shared services. We were looking for the best in class so we could take a solution enterprise-wide. In the end, we boiled the options down to Automation Anywhere, UiPath, and Microsoft, and UiPath was the winner.

In terms of Brick, they don't have a citizen developer model at all, so their developers have to do it. They are less expensive and they're a little bit more turnkey where they do it for you, however, they're really novice. The methodology that we've really bought into it was the community developer, as we want to empower our associates to figure out what works for them to improve their work-life balance. Using a service like theirs takes that away as we have to do the due diligence and figure out what fits in the bucket, what doesn't, as opposed to just empowering the person to do it. That was the key to why we chose UiPath.

The sales process was way better with UiPath. Our UiPath rep was far more knowledgeable about the product than the other options in that we ultimately had more confidence, knowing that whatever we needed, UiPath would help take care of, which was huge. My organization's a little bit disjointed. We try to go after what we feel is going to be impactful without a whole lot of due diligence. That's why, with UiPath, having that resource to lean on was helpful.

We use attended automation right now. Primarily this is due to the fact that the ERP system that we have really can't function unintended. It's a Citrix space environment and it has some odd security protocols where it'll shut down or refresh out for so many hours and it's not planned refreshes. It's hard for us. It's almost random. It's hard for us to build an unattended robot to deal with that. I'm sure we could, however, right now, we want to start with attended robots as we know what functions we need. We decided to go that route and eventually we'll add unattended.

I'd advise new users to make sure they have team buy-in for the concept. That doesn't mean necessarily getting the team to know exactly what they're going to be automating. You just need to make sure that they understand it's not about replacing people. Rather, it's about making their jobs easier. That was key for us. That said, most of my team was overworked, and they were glad to take on the project of lightening their load. Most organizations would benefit from making sure the communication is solid in that regard, however. 

I'd rate the solution at a nine out of ten. With better technical support, I would give them a perfect ten.

I am an RPA developer and I work with UiPath in that capacity.

Our current use case involves the automation of a process involving healthcare-related data. This is confidential data that is received from the customer and inserted into Oracle forms. Reports are then generated from it and these reports are then used by the organization, which is in the healthcare domain, for their analysis.

The data being analyzed includes medical and treatment history. For example, with the current pandemic going on, there are all sorts of healthcare data that is related to it, including various types of treatments. When somebody walks into any clinic or hospital, all of the treatment is entered into a database and we get an extract of it. The analysis is used to get more details.

Another interesting use case, prior to this one, involved the documenting of invoices. We were working with approximately 250 different samples of purchase invoices, many in different formats. One might be a native PDF file, whereas another could be a scanned PDF, and yet another might be a simple handwritten invoice that was converted into a PDF based on a picture that was taken from a mobile device. We were receiving these invoices from our client and they wanted to extract data from them. It was accomplished by using the Document Understanding features in UiPath.

The other notable use case had to do with issuing refunds for purchases that were made on an e-commerce site. When a customer made an order and there was a problem that resulted in them wanting a refund, there were multiple ways that the client could request one. A refund application could be received by the customer care department in the form of a simple call, which was a verbal request, or as an email written by the customer, or as an automatically-generated email that was created based on filling out a form on the website.

Regardless of which of the three input methods is used, the refund request is gathered and sent to a mainframe application. At that point, the information is extracted from the mainframe and the refund is issued using another application.

The automation of these tasks using features such as artificial intelligence and document understanding has reduced our costs. For example, with the invoice processing use case, there was a team of between 20 and 25 agents who were doing it manually. Obviously, a team of that size has a large cost associated with it. Also, the volume was very high, which meant that the team was not able to deliver on all of the work. There are approximately 250 vendors sending invoices to our customer to process the data, which translates to about 1,000 documents being sent on a daily basis, to be processed by only 25 people. It was a huge task. With this level of volume, people tend to get frustrated. 

We implemented the automation and the team size has now been reduced to only five or six people, and that is only required to monitor the bots. For example, they check to make sure that the data being fetched using document understanding is at par. We have set the minimum confidence of the documents being scanned at 90% and each day, a report is generated and sent to the customer. Overall, it was a very cost-saving implementation.

When it comes to building automations, it's pretty simple. UiPath has a lot of features, starting with Process Mining. For example, when a business person wants to start from scratch, they don't necessarily know which process to automate. They can use the Process Mining feature available in UiPath to get an answer as to whether a particular process is worth automating or not. Features like this are available to shorten the processes. Once a process is identified, we can go ahead and implement and develop the automation. Overall, it is very easy to develop automations because of the inbuilt features.

UiPath provides us with features to implement end-to-end automation, and it begins with the initial steps. They have Process Mining or task mining features to help companies that have an appetite for automation but don't know what they want to automate. Once a process analysis is completed, it can determine whether a process can be automated or not. At that point, we can proceed to the bot development.

Once the bot has been developed, there are different options, including third-party support, for deploying them. After a bot has been deployed, they have the hypercare facility to monitor and maintain bots that are in production. Taken together, all of these features facilitate end-to-end automation. This is very important to our work. 

Consider that UiPath did not always have the Process Mining feature. In those days, in order to do process analysis, companies had to hire Subject Matter Experts (SMEs) for different domains at the beginning of a project to determine which processes could be automated. For example, if there were a requirement for a healthcare process then the company had to hire a healthcare SME. The SME would assist in process analysis and in the determination of whether it was something that could be automated. Nowadays, with the help of the Process Mining features, we no longer have to worry about who is doing the analysis.

From our standpoint, we have to do the recording and supply the inputs. With this, a report will be generated and it will tell us whether the process can be automated. If so, then the developers or an architect will come in and do the development. Following this, the DevOps team will come in for the deployment. Finally, the production support and monitoring are taken care of by the developers.

Using the cloud-based deployment helps reduce our on-premises footprint because we no longer have to take care of servers and local databases. There was a separate team taking care of the networking aspect, and another team taking care of the databases. For on-premises deployments, there are different teams that come into play, whereas with a cloud-based solution, we don't have to worry about anything. UiPath takes care of deployment and the databases, and everything is automatically handled. I can't estimate an exact percentage of how much our on-premises footprint has been reduced, but it has really made a significant impact in terms of substituting or replacing the on-premises facilities.

Attended automation has helped to scale our RPA benefits and in fact, in my almost five years of experience, I have not come across a scenario where the automation could be purely unattended. In the use case with the invoices where we used document understanding, there was still a minimally-sized team of five people in place after the implementation. They monitor the processes and if the criteria of 90% are not met then the invoice will be rejected and sent back to the vendor. In this case, attended automation is really helpful.

The Automation Cloud saves our IT department time because we don't have to worry about hiring different teams for different tasks. The infrastructure maintenance is handled by the vendor and all we have to do is pay for our licenses, then everything is ready.

Automation Cloud has helped to decrease our time to value. You don't have to worry about how the installation is to be done, you just have to pay the license fees and the team will do everything. They have packages, and you just have to give them the numbers according to what you need. Based on that, they will propose a solution and propose an infrastructure for you. Once that is agreed, they will do the installation within a very short time. After that is complete, your developers can start doing the development and within no time, you will start seeing the ROI.

The Automation Cloud has indeed decreased our overall costs.

It is really helpful for an organization to use the Automation Cloud when they do not have sufficient resources available themselves. In situations like this, the UiPath Automation Cloud plays a very important role. You just have to give them the number and they propose the solution including the infrastructure. You just need a few developers and everything else is taken care of by the Automation Cloud team.

We have a lot of clients who are looking at digital transformation, but they don't know what tool to use. There are a lot of vendors available in the market who provide products that are similar to UiPath, but UiPath has a lot of very strong marketing, a strong sales team, and at the same time, the product is very good. UiPath helps in doing quick installations, quicker deployments, and quicker turnarounds. Ultimately, it really helps with digital transformation for any organization.

Digital transformation requires an upgrade, but it is not very complex and not very costly. A company may have to be 25 to 30 million dollars to upgrade, which is a significant cost, but if it saves 100 million then in the end, the organization is saving money.

UiPath has helped to reduce human error to a great extent. When humans perform the same task over and over again, we tend to get bored and frustrated. Our excitement goes down day by day. However, when it comes to machines or bots, they don't get bored and they don't get frustrated having to do repetitive work. This leads to fewer errors, which has a positive impact on the business. There are fewer escalations and the customer is happier.

Our automations have helped to free up employees' time by reducing how long it takes them to complete their tasks. It leaves them time for learning or performing other jobs, and in general, it helps to reduce work hours. I estimate that percentage-wise, it saves my team between 30% and 35%. The total time saved is approximately 250 hours per month.

One of the ways that our employees benefited from having time freed through the use of automation is upgrading. A lot of people, in particular our technical staff, upgraded by learning new technologies. This ultimately led to helping the organization because they are able to work on different jobs.

Automation also leads to an improvement in employee happiness. If you ask them to do the same thing over and over again, on a daily basis, they get bored. When 30% of the time is saved by using automation, it frees up perhaps two hours a day for them to do different work or even recreational activities. 

UiPath contains a lot of very useful features.

The artificial intelligence and document understanding features are very good and have been helpful when it comes to processing handwritten or unstructured, especially when there is a high volume and it is repetitive. 

Using the artificial intelligence and machine learning features had a drastic impact on our use case. In the scenario where we used document understanding, we were able to successfully automate the use case without artificial intelligence. However, there was not a sufficient improvement. The success rate was between 78% and 80%. We did not use these features originally because they come at an extra cost and we did not have approval. When we were given approval and acquired the licenses, we re-implemented the automation and included the inbuilt AI and ML models. Our success rate went up to between 92% and 93%, which is significant.

The Orchestrator is in drastic need of improvement. Three or four years ago, the Orchestrator UI was very simple and comfortable to use but now, they have added so many features that it is difficult for new users to quickly understand it. The latest implementation that we did was so complicated that nobody was able to understand it, aside from the developers. Generally speaking, UiPath needs to improve the interface, and the overall user assistance should be boosted.

The developers are the core users of the product and it's important to make the product easy for them to use. The easier it is, the more people start using the tool. Then, as there are more developers available, more organizations start to hear about RPA tools and Uipath.

I have been working with UiPath for approximately four and a half years, across three different companies.

I have found that one or two times out of ten, UiPath Studio hangs and needs to be restarted. These types of technical glitches do happen but not often.

In the organizations that I have worked in so far, the UiPath features and the licensing available meant that we didn't have to worry about the infrastructure setup or scaling. You can start with a small number of licenses and robots, with little infrastructure requirements, and gradually, as you need more robots and more powerful infrastructure, you can scale up. It has great scalability. 

Even if somebody is using the community edition, we are able to build a PoC for them. In fact, using this approach gives us a pretty good idea of how the automation will proceed. Based on this, we get an idea of what the infrastructure will look like. Then, if everything fits into the customer's budget or request, we will go with the enterprise edition and implement the solution. Throughout the process, scalability is not an issue.

In my department, we have between 70 and 80 people working with UiPath. Out of these, 80% are developers, perhaps between 10% and 15% are business analysts, and the remaining people are solution architects or tech leads.

We use UiPath extensively because it helps with quick implementation and a short turnaround time. Deployments are very quick and easy to do. Given the current pandemic situation, I don't see the demand for UiPath or any other RPA tool going down.

I have been in contact with technical support many times and they are very good.

The issues that we typically face are related to Studio and sometimes licensing. The support has a fast turnaround time and if the organization is large, with a lot of licenses, then they have dedicated support for them. It is not necessary to deal with customer care, for example. Instead, dedicated technical support is available and they are really good.

The companies I have been with did not use another RPA tool prior to UiPath.

As a developer, I have not been directly involved in a UiPath installation or implementation. It's generally the responsibility of the implementation team that every organization has, and developers don't have the authority to simply download and install or implement UiPath. That said, I have given my input in the past.

Every company has a QA team and once they identify and finalize which automation software they want to install, the implementation team takes care of it. In my experience, the developers are given an instance of it to use after this.

It used to be a very simple installation, although, as I have seen UiPath change over time, it has become very complex. They have now Studio versus Studio X. They also have the Automation Cloud, which is different from an on-premises deployment. Somebody who is new to UiPath will not be able to do anything.

In terms of how long it takes for deployment, it depends on what process you want to automate. A very simple process can be automated, end-to-end from process analysis to deployment, in about a week. Complex automations have been taking us between six and eight months to complete. It all depends on what kind of automation you are doing.

In general, the implementation strategy is simple. Again, it depends on what kind of process we are automating. If the process is very complex and it involves a very high volume of data to be processed and stored, then it will require greater network bandwidth and more database storage. It may also need a fast server, with regards to processing speed. 

All of the implementations that I have seen have involved an in-house team. There are different departments involved, such as the networking team, the database team, or the IT department. Also, for the latest implementation that we did, involving Automation Cloud, the UiPath team helped us.

UiPath has reduced our overall costs. For example, if you are replacing 25 to 30 humans, where instead you only have to pay for licenses, the expenses are much less.

The company and our clients see a return on investment through savings in time and costs.

There are different licenses available, including variations for an on-premises versus a cloud-based deployment. For example, an on-premises installation is very easy and not very costly, and is suitable for a client with a simple optimization that does not have cloud-based requirements. Generally, companies do not have to worry about infrastructure because of the different options that are available.

Different licenses are used to activate features that the organization wants to use. For example, they offer licenses for UiPath Studio X, attended automation, unattended automation, document understanding, and so forth. They also have customized licensing and packages available. For example, if a customer requires 50 attended and 150 unattended licenses, but it does not fit into an existing package, then UiPath will create one for them.

They have an on-demand, floating license available for companies to save on costs. In this case, if a company wants 40 licenses and is only using 10 at a time then they only have to pay for the ones that they are using, with the remaining 40 triggered only when requested.

There are other automation tools on the market, such as Automation Anywhere and Blue Prism. Of these, UiPath is very strong and this is because of the UiPath academy for training, the UiPath certifications, and other things that impact the RPA developers.

The company that I am with did not evaluate other products before choosing UiPath.

Over the time that I have used it, the number of resources available in UiPath has grown to a very high level. For example, with the advent of Automation Cloud, the organization no longer has to worry about protecting against on-premises failures.

I have used the UiPath Apps feature but have not yet put it into production. I have completed a PoC and done some self-learning, but I haven't yet come across a scenario or process where we have to implement it.

We completed a proof of concept where our client was looking for customized input forms for their client. In that case, if I had to write the code for this customer's input form, I would need to hire additional resources at an extra cost. It might be, for example, code that has to be written in Java. In UiPath Apps, we were able to create a customized form for our client within a span of two to three days. It would be able to handle their various survey-related inputs. This feature is very helpful because it is much quicker than writing customized code for the client.

The Apps feature did not affect my IT department's workload but it did reduce the work required by my team. This was important because our client was not originally seeking to use UiPath for this part of their project. Instead, they had confidence in us and asked how it could be done, and whether Uipath could accomplish it. When we completed the input form using Apps, it definitely helped in reducing my organization's workload and in turn, reduced the overall cost to the client.

In summary, the features are very good and there are plenty of tricks and tips available, depending on what it is that you're trying to do.

I would rate this solution a nine out of ten.

We have worked on multiple use cases, but most recently, we have worked on a payroll system. Previously, every month, we had to manually get certain details from HR, and we used to do the pay run for all employees in the organization. Now, we automatically extract the required information from the current system by using UiPath. We then prepare a sheet by using Excel, and the entire Excel sheet is processed by a bot. The final sheet is sent for the payslips for the entire organization, and the entire pay report is sent to the bank for payment details.

Automation reduces dependencies. When I have a process that is done by humans, there are dependencies. For example, I need to make sure that the required number of people are available in different shifts. Any process that is done by a human has to be split into eight to nine hours of work. After every eight hours, I have a replacement happening for the same work. So, multiple people are working in different shifts. In addition, any work through humans can only be done from Monday to Friday, or I have to get the team over the weekend. Making our team work over the weekend requires special permissions or approvals. With automation, I am at ease. I'm not dependent on anybody. UiPath is easily accessible from mobiles for the orchestration part. So, if I have a critical process that I need to execute and get the results, I can do it from my mobile. Even when I'm traveling, I can get real-time statistics. 

Previously, I used to get a request at any time to do the pay run for an employee. If the employee was on a leave on that particular day or was not available, I used to miss my target or deadline. Now, we are not dependent on anybody. We are completely independent. If I get a request, the robot is automatically going to process it automatically. I don't even have to tell the robot to run a process after getting a request. All my rules and validations are taken care of by automation before the deadline. If I'm away from the office, my robot can automatically trigger a process on receiving a request. So, we are able to meet all the deadlines, targets, and standards set by the company within the given timeframe.

It has helped in minimizing our on-premises footprint. We work for multiple zones and across the globe. If I have a UiPath architecture, I can deploy it anywhere. Irrespective of the country or continent or zone, I'm able to use the same deployment or the same architecture at multiple locations. It has reduced my cost of infrastructure and maintenance. The cost of everything has come down. Previously, we used to have servers country-wise and continent-wise, but now, we don't need multiple servers and multiple teams to maintain them. I can do things from a single location with a limited set of resources.

The majority of our processes are in the unattended mode, but we do have certain processes in the attended mode where certain end-users provide me the real-time information. We have designed a process where we give a specific form to the user. When the form is filled by the user, a process is automatically triggered, and the robot starts processing. It gives real-time statuses and information to the end-user in terms of what we are doing, how are we doing the calculations, and how are they going to get the benefit by opting for certain features within our organization. I can run my processes in the attended and unattended mode. So, I'm able to trigger both modes of automation very easily.

I am able to keep my customer data integrated. With humans, a data leak can happen, but in the case of robotics, my data is very secure.

The way the processing happens is also very smooth. For example, if I'm on leave or on a break, and a customer calls at my help desk, I won't be able to respond. Now, we have chatbots or robots running throughout the day. When the executives are not there and anyone calls the customer support team, customers are able to get a resolution. They don't have to keep calling or wait. Automatically, the bot is able to respond to their queries and concerns. We have been able to reduce the response time. My customers are pretty much satisfied with it, and they don't have any complaints. Previously, the satisfaction level of the customers was not that great.

The best part of automation is that we can easily integrate multiple technologies within a single tool. I can do it at ease with all of my data flow. Automation is happening across the globe, not only in my organization. Every time we do automation, we feel that there is something overlapping in every process. If I automate a process for my organization and your organization, 50% of the things would be the same. I can very easily maintain common things in automation tools through common libraries or common components. For the remaining 50% of things, we use different technologies. We are integrating optical character recognition (OCR) technologies for document processing. We are also using multiple machine learning methodologies to do pattern matching. We are using artificial intelligence to give a response that is comparable to a human response. 

We use its AI functionality in our automation program. We get multiple requests, and they can be through telephone, emails, or documents. When a request comes through the telephone, the robot or automation is designed to convert that to text. When a request comes through a document, we are using AI features. The document might not have a proper structure, and a customer can give any set of data in any format. So, we have built a special template or format, and this AI is helping us to extract the document with the most accurate results possible. We are getting an accuracy of 95%. With this, dependency is also gone. A human has to properly go through a document. Then, we have to convert the data to the file and process it. With AI, irrespective of the size of the document, which can be 100 pages or 500 pages, we are able to exactly locate the data that we're looking for, and we are able to extract and then process it through automation. We are able to smoothly integrate multiple things within a single process.

Its AI functionality has enabled us to automate more processes. It takes a human 23 minutes to process a 500-page document. With AI features, it hardly takes 7 minutes to process the same document. There is a great reduction in the time taken to do the same task, which is a huge benefit. With AI, I can look for, find, and extract specific information in a particular document, and then I'm able to process the information at ease. I can have documents in different formats. For example, each insurance customer or service provider can have different formats. A human would have to scan through multiple pages to reach the conclusion that this is the right data. AI can easily process different formats, whereas a human being has to be trained for different formats. Humans might also understand something and forget something, but that's not the case with AI or automation tools. They always remember the instructions given to them, which has drastically helped us in making our processes more accurate.

It has contributed to end-to-end automation in our organization. End-to-end automation helps us in completing things in a shorter span of time and utilizing resources in a better way. Previously, for every step of a process, we used to have a different team. We had a separate team for the following:

• Requirement gathering
• Answering the queries for the customers
• Responding to the queries by the ticketing system
• Responding to emails
• Processing particular processes at the backend
• Supporting the infrastructure in real-time

Now, all these things are done by robotics. I only need a few people to maintain my infrastructure. 

We use the UiPath Apps feature, and it has definitely helped us. If there is something that is not available within our team, we can directly use all the apps and features given by UiPath. We don't have to dedicatedly set up a team to design that app. If I have to design a new app or a chatbot for my customers, I can easily integrate the UiPath Apps feature instead of recruiting people, training them, and expecting them to give me the output. UiPath provides help and documentation, and if I require any licenses or support, UiPath's team is always available to assist us.

The UiPath Apps feature has increased the number of automations that we can create. It reduces the time to create automations. We can easily create automation. For a small process, we're able to roll out one automated process every 21 days. We are able to roll out an automated and complex end-to-end process every three or five months to our customers. Previously, it used to take us at least six months to one year to roll out the new features or new functionality to customers, but now, the time has drastically come down. 

It speeds up or reduces the cost of digital transformation. Every time we automate, we are able to speed up automation. We are able to do more things, and more people are working on automation. By using new features that UiPath is bringing and the learnings from my past experience, we are able to automate very quickly. Four and a half years ago, a process used to take four months. Now, it only takes 25 days for me. They have added many features, and I don't have to sit and design those features. They are constantly providing new features in their quarterly releases, and I can simply make the best use of them and implement them in my process.

Previously, I needed people in different shifts, and every human being might not have the same speed or enthusiasm. Humans also need breaks. A robot works throughout the day, and it has a consistent processing speed, so we are able to process more and more. I can plan a target with my robot, and I am able to achieve that. If I'm adding new customers, I just have to integrate one or two more licenses, which is very easy. I can easily create or configure a new robot and start processing. With humans, I have to train them again and again, whereas with automation, once a process is ready, I can use it in multiple robots. I can use it for 25, 50, or 100 robots very easily. I can scale my process rate very fast.

Previously, we were able to process 5,000 customer requests in a month. By using automation, we are able to do the same amount of work within 10 days or even within a week. If we add more human resources, it increases the cost for my organization, whereas, with robotics, I can configure 10 robots or 100 robots. It doesn't increase the cost a lot for my organization, and I can process everything that I want. I don't have any backlog.

It has freed up the time of our employees. This additional time has enabled employees to focus on higher-value work. I am utilizing resources in a much better way, and I am able to give them the work that is interesting for them or is relevant to their growth. When people in my team started working, they found the job interesting. After working for more than two to three years on the same thing, they don't feel that they're doing something new or learning something new. By using automation for a lot of things, I am able to train my team on the new things or technology that they are interested in or want to work with. I am also able to give the work that they're looking for. It is bringing more satisfaction, not only from the customers' perspective but also from my team's perspective. I am able to keep the same resources in my organization for a longer period of time because they're very happy. They are not dissatisfied with the organization.

It has definitely reduced human error. Our accuracy is 99.2%. With humans, our accuracy was 96%, and by using robotics, we have brought the accuracy to 99.2%.

It has also reduced the costs of our automation operations. In the initial year, we saved 10% of the day-to-day operational cost that we had when we were doing things manually. In the second year, it was 30%, and it has increased in the subsequent years. So far, almost 60% turnaround in the business profit has been reported.

It has saved costs for our organization. Previously, for a process, I had to train, for example, 100 people and keep them in multiple shifts. I also had to give them multiple facilities to be a part of the organization, whereas with robotics, I only have to design the process once, and I can use it in any number of bots, such as 10, 25, or 50. It also helps in scaling at no extra cost.

By using automation, we need fewer people for support operations. If the customer queries are taken care of by chatbots, my data and patterns are being analyzed by using AI and ML, and the scanning of the documents is taken care of by OCR, I need very few people for support operations. I need only 10% of people for providing support around the clock.

We are using the entire automation process most commonly. We are also doing scheduling. Our processes are running on a fixed date, so we are also using schedulers or timers. 

We are also using AI technology. We have AI Fabric, and we are doing the entire extraction part of the document through UiPath, which is very helpful. We're able to do everything within this single tool, and we are not dependent on other tools. We don't have to license more tools from the market and go to multiple tools to do the same work. Within this single tool, we have every feature that we need for our organization. 

It is a very simple tool to work with for anybody. Simplicity is the best in UiPath. It also has the best community support. If we are looking for any solution, we can directly reach out to UiPath at any point in time. 

The new features or functionalities that come with UiPath upgrades don't work perfectly in the initial days. Their new releases are not stable. We always find some set of issues. I have to work with the UiPath team for a week or so to resolve the issues, and then I'm able to use it. The stabilization should be there. We expect UiPath to reduce the number of errors before rolling out new features to end-users or customers.

In addition, many times, the apps or activities that we use within UiPath for designing are no longer compatible when a new upgrade happens or the version is changed. We want UiPath to look into it.

I have been using UiPath for almost four and a half years. 

It is one of the very stable tools. We don't see any breakdowns happening within the tool. 

We only have to design the process once, and we can use it in any number of bots. It helps in scaling at no extra cost. After we design a process, we can reuse it in subsequent designs. I just have to work on the things that are not already designed. So, there is a 10% to 30% reduction in the new processes that we design. Scalability improves with each and every design.

There is a user base of 100,000 users who are benefiting from automation at the moment. With manual processing, if I had a team of 1,000 people, then with automation, I would need 50 people to automate all processes. I would have four to five solution consultants or solution architects and around 15 to 20 developers and testers. There would also be people who are doing the business implementation, giving guidance to the customers, and doing the production rollout and handover preparation for the customers. 

Our usage is increasing. With every new process that we design, we are able to integrate more and more. Previously, we only used to integrate with OCR, and now, we are also using chatbots, AI, and ML. So, our processes are increasing, and we are definitely expanding.

The support that we get from UiPath is one of the best. We are a direct channel partner for the product. Every time UiPath comes up with new features or functionalities, they come and demonstrate that feature and help us to understand them so that we can help our customers with their implementations. We get direct support and the licensing, pricing, and certification benefits from UiPath.

It was pretty straightforward for us. We were able to build the entire infrastructure within a week. This includes getting licenses, doing the installation, and configuring the robots. We found the UiPath documentation very helpful while doing the installation and configuration. 

If I design a process today, I can deploy a process to production within 30 minutes of time. It is very quick. In terms of the implementation strategy, we go to the customer and understand their pain points. We then identify the processes that can be automated and tell them about the benefits and the timeframe for implementing a particular process to their server. We also tell them when will they start seeing the result and how they can achieve what they need by using multiple integrations of the tool. They don't have to spend multiple licenses on different tools. Everything can be done within a single tool.

We use a tool called TFS. With a single click, I can deploy my process from development to QA. In the same way, I can move my process from QA to UAT, and then with one more click, I can move it from UAT to production.

As solution architects, our role is to help the design team understand the design that has to be built. They take care of the design and testing. For the production rollout, we have an infrastructure team. We also sit with the business team to make them understand the process, how robotics works on a day-to-day basis, and what are the things that they have to monitor. Whenever we design a process, we make sure that all the complexities are handled. We are also handling all the compliance, and the integration is done smoothly. After a process is designed and approved by our business team, our accuracy stands at 99%.

In terms of maintenance, it doesn't require expensive or complex application upgrades or IT application support. UiPath is pretty simple. The basic infrastructure works in most of the servers, and we don't need frequent upgrades and maintenance. It is very easy to maintain.

We have seen an ROI. In the initial year, we saved 10% of the day-to-day operational cost. In the second year, it was 30%, and it has increased in the subsequent years. So far, almost 60% increase in the business profit has been reported.

There is no additional cost apart from the standard licensing. There is a one-time cost for the infrastructure setup.

We did evaluate multiple RPA tools such as Automation Anywhere and Blue Prism. In terms of the ease of designing, the ease of use, and from the cost perspective, we found UiPath to be the best tool for our customers.

Anyone who wants to automate processes should understand the process, its complexity, and the volume of the processing or the number of transactions to be processed. You should do proper analysis before you select the tool and licenses.

UiPath provides a lot of benefits and reduces the cost for an organization. It is one of the best tools in the market. The support that we get from UiPath is one of the best, and most of the features provided by UiPath are simply amazing.

Initially, people are hesitant to use automation because they don't know what automation can do. Anybody who uses the technology in the right way will get lots of benefits from any technology. Your implementation strategy has to be proper. You should check the feasibility of using a particular technology with existing processes in the organization and the benefits you can get.

It helps us in reducing the time, and we are also able to bring more business to the company. By making my processes digital, I'm bringing more revenue to my company. We visit a customer's site and try to find out the processes and pain points. After that, we analyze the entire solution within UiPath and tell the customer about the best solution and what would be the reduction in time as compared to the normal process.

I would rate UiPath a nine out of 10.

UiPath was used in-house in my first company for automating processes. We had deployed it on-premise. In my current company, we are giving UiPath automation as a service. We help companies with automation. We set up UiPath from scratch and help them achieve their automation goals or strategies. As a service, we have done on-premises and cloud deployments.

From a service perspective, we deal with a lot of clients who are predominantly in the oil and gas sector and energy sector. They have SAP systems for their ERP, and their use cases mostly revolve around automating SAP processes such as invoice automation, joint venture reconciliation, balance sheet reconciliation, and intercompany netting. So, the use cases usually revolve around the finance tasks, but sometimes, we have also seen use cases related to the supply chain and planned maintenance, such as purchase order closures, work order closures, and comparison of the work order plan with the deviations. 

In terms of the version, we always have the latest version. I've also used 19.4 and 20.4 on-premise versions.

UiPath enables us to implement end-to-end automation, starting with process analysis, then robot building, and finally monitoring all of our automation. They have created a platform to handle everything from process analysis to deployment. If you just had UiPath Studio, you would have to procure something for your attended or unattended robots. You would also need a tool to capture the process or task itself. Similarly, you would need a tool to collect the ideas from subject matter experts. If you don't have a platform that covers end-to-end automation, it becomes very challenging, and you'll have to find ways to procure those applications. With UiPath, you don't have that headache.

It has reduced human error and saved time. These two are probably the best things that we achieved from automation. We recently did a deployment for a customer who had purchase orders and other stagnant stuff from 2011 onwards. These purchase orders were not closed even though they have been receipted and invoiced completely. We did robotic process automation to takes care of these purchase orders. It is a recurring job that takes care of all POs that were created in the last one year and closes them automatically. It used to take 5 to 10 minutes for the customer to close one purchase order and recheck everything. There were probably 22,000 to 23,000 purchase orders every year. The business benefit that the customer got was close to 1,200 hours in a year, which is a massive saving.

It has freed up employees' time. It has definitely reduced the time for our clients. The time saved varies based on the project. It has saved the time of associates in completing their tasks, and they can focus on a lot of other things. In one of the use cases, an employee was spending 10 hours every month to complete a process, which is 120 hours in a year, whereas the robot takes just one hour every month. So, the robot takes 12 hours as compared to 120 hours taken by a human, which is one-tenth of their effort. It has reduced around 90% of their time for this project. For the purchase order closure project, the robot has saved close to 1,200 hours in a year. That's a huge saving.

There are other use cases where savings were not huge in terms of the efforts or hours, but the robot was very much compliant with a company's processes. It eliminated any sort of human errors that could have occurred. For instance, balance sheet reconciliations always had some sort of issues and were prone to errors. The robot completely eliminated all those issues.

We use attended and unattended automation. We have a couple of robots on the finance team's laptops, and they trigger the process as and when required, such as for month-end clearing, which is a process where the end-users have to do some kind of clearing task in the SAP system. They can trigger it as and when required. This attended automation has helped in scaling RPA benefits. The overall benefit was in terms of the efficiency with which the robot gave them the mismatches. At the end of the day, it is giving the end-user satisfaction. They don't have to repeatedly do the same steps for every company code and intercompany code. It has definitely saved a lot of time for the end-user and provided satisfaction with the process.

With cloud offerings, UiPath handles infrastructure maintenance and updates, which saves our time as well as our clients' time. The clients do not want to worry about the infrastructure and other such aspects. We are generally the ones who provide services to the clients and deal with these things. When they use the automation cloud, it is definitely time-saving because we don't have to install patches and other things. If there is a new service that they introduced, such as data service, we don't have to install anything new on the automation cloud. It is all taken care of pre-default. We just have to enable it or disable it as per our need. That definitely saves some time for us.

Their automation cloud offering helps in decreasing time-to-value. It definitely reduces time as compared to on-premise because all that you need to do is procure an automation cloud and the licenses for the UiPath team and enable them. With the on-premises setup, there is an overhead of installation of orchestrator on the virtual machine. In this aspect, an automation cloud is better than installing everything on-premise for the client and setting up the orchestrator and things like that. The automation cloud doesn't have any other thing that reduces your time. Other solutions, such as Blue Prism, provide the same benefit when you use a cloud-based orchestrator.

It has a lot of features, but the ones that I'm really interested in and focused on are the Automation Hub and the Task Capture tool that they have created. Automation Hub helps you in gathering a lot of ideas, and Task Capture helps subject matter experts in capturing the step-by-step processes. It helps them build their SOPs or a document system wherever it is not already available. 

The Uipath Document Understanding framework is also very nice in comparison to Abbyy and similar sorts of OCR technologies. 

In terms of the ease of use, I would rate UiPath very high. If you have some kind of coding background in C#, .Net, or VBA, the development in UiPath is very easy. You can customize it as per a customer's requirements. It has an easy-to-use Studio where you can build complex automation. On the Citizen Developer side, people without much technical knowledge and coding expertise can also automate their basic processes. We have done some training internally within our management, and they found StudioX very easy to use for their developments. 

Licensing is one area where UiPath could do better and can be more competitive. It is a little expensive. Their bundling of products is a bit confusing. For instance, if we want the UiPath Apps license, it is bundled with Action Center, so you also have to procure the Action Center license. These bundles are not tailored as per our company's requirements. If we reach out to the UiPath partners who deal with the accounts, they usually take your request into consideration and see what best they can do, but it is still not easily customizable.

I've been using UiPath since the beginning of 2018. It has been three and a half years.

It has been reliable. We haven't had any reliability issues as such. Only the automation that we create could have inherent issues based on how a developer develops it. All of the out-of-the-box functionalities available in UiPath work as expected.

We have seen customers starting with PoCs and scaling up to have running production bots. There are around seven to eight bots per client, which is good. From a scalability perspective, UiPath enables you to scale things quickly. We could quickly procure all things and deploy an attended or an unattended robot from a PoC to production. So, its scalability is very high.

We have used their support. Most of the time, we reach out to the usual support logins that they have given. We also have a partner whom we keep in the loop if there is something very urgent. The support team has its own defined SLAs. If it is a priority one case, they get back within 24 hours or something like that.

We've always got a resolution for our issues, and they've always been helpful in that regard. They have got some technical guys who joined us over the phone and helped us solve some of the issues.

I have used Blue Prism and Automation Anywhere at the PoC level and the initial setup level. I've not developed any enterprise-level robot using these. So, I'm not qualified to tell the differences between these solutions.

When new clients ask us to implement UiPath for them, the implementation is almost always straightforward. We know whether they have a cloud of their own, and what they need to procure. We have that very neatly outlined, and UiPath has also given us step-by-step instructions that are readily available on their documentation portal. So, if you want to install anything, everything is very well documented. It is very easy to follow the steps and install it.

If you have everything in hand, it would take a couple of days. If your virtual machine is ready, we just have to install the orchestrator. We also have to install Studio on the machines of the developers. It definitely takes a couple of days.

Its price is on the higher side as compared to the other players in the market. They are tying up with a lot of other products such as Druid, but they are independently also very expensive. That's what the customers say when we start giving them options of UiPath.

Apart from the FKUs or the licensing that UiPath provides, if you are implementing an on-premise kind of solution for a client, you have to look at all the things that would be required, such as the virtual machines and the user IDs that the robot might use. We mostly deal with SAP, and if you are using SAP, the robot would have to log into the SAP system to get some data. So, the username that you would create within SAP is also licensed. There are a lot of other costs and related things that you need to focus on. There are a lot of things around UiPath that you need to deal with.

I would also advise using best practices while implementing the solution. Every developer has his or her own way of developing automation. A lot of times, we have seen a gap in the understanding and the kind of deliveries that teams do. So, it is very helpful to understand the skills and capabilities of a developer and see how that could impact the final deliveries from an automation perspective.

We provide solutions depending on our customers' use cases. For on-premise or cloud deployment, we follow the same sort of process and project plan. There is no huge difference in whether we use cloud automation or on-premise automation. At the end of the day, a robot has to do what is expected as per the objectives.

We don't use UiPath's AI functionality in our automation program. So far, we haven't seen any use case where we had to use any sort of intelligence or incorporate any sort of machine learning. We haven't had a necessity for that.

We are going to use UiPath apps in a new project that is coming up. We haven't used it so far. We did a PoC to see if we can connect the cloud apps to an on-premise orchestrator and if it is feasible, but that's about it. It is going to be implemented soon.

I would rate UiPath a nine out of 10.

We have licenses for 15 robots and they are running internal processes. We develop them using UiPath Studio and we only use unattended automation.

Our primary use case, which is 70% of what we have automated, is related to our booking system. Instead of having 10 agents who handle the booking or creating the reservations, the work is done by the robots. Sometimes, bookings are very simple where you have just airfare or the hotel, but in our case, it's quite complex. We call it dynamic packaging, which will have a flight component, you can have a hotel component, different attractions, meal options, a rental car, and more. Instead of entering all of the options manually, which can take up to 10 minutes or 15 minutes just to create a single booking. It is similar when we perform other tasks, such as making a payment. These things are normally done in our target system. I have created robots and workflows in UiPath that are triggered by the database, and they complete these tasks automatically. We have 15 robots conducting the job.

The second use case replaces the agent when once we get all information from the outside system using a .NET application and store it in the database, it creates parameters for the robots to make a booking or reservation at Universal Studios for attractions.

The third use case covers all of Europe and it is a completely automated car booking system. 

Basically, our use cases are all about travel and booking systems for Universal Studios, general dynamic packaging, and car rentals.

UiPath has definitely improved the way our organization functions. It normally takes one agent approximately six hours to create reservations in the booking system manually, and now the job is left to RPA with UiPath workflows. It saves between 40% and 50% of the agent's time, leaving them time to work on something different.

The accuracy of tasks has been improved because everything is data-driven, and there is no problem that comes from human error. The system is almost bulletproof; if you send garbage in then you get garbage out but definitely, there are no human mistakes. For example, instead of entering the name of the customer, it comes straight from the database. The same is true for options like the times of picking up and dropping off your car. The only problem that we have is not related to RPA; it's the case where the target system is not responsive. For example, if you're moving from one screen to another and the system doesn't respond, then we are notified via an alert. 

The improved accuracy and shorter time to complete tasks, freeing up resources for other jobs, translate to money saved. Given that our processes are complex, the automation of them takes a load off of our end-users. In some cases, they have to perform data entry in several different systems. For example, in order to make a booking, they have to use three different systems with three different interfaces.

With RPA, in general, there is also a fear that jobs will be lost but when you're always swamped at work, including overtime, night shifts, and working on weekends, RPA is a big help. 

UiPath has helped to reduce our hardware footprint by between 20% and 30%. We now have only 15 virtual machines running instead of 15 physical desktops. The amount of hardware required to operate the business is directly correlated to the number of human operators and the software that is running.

UiPath has saved us significantly in terms of costs, primarily because of the manpower we used to have for the booking reservation system. It frees up resources for the agents, IT staff, and people from various departments. For example, we have group reservation systems for car booking, flight booking, and others. UiPath has made an impact in all of these places and the cost saving is very beneficial. In the first year, we saved over $100,000 on the booking systems. After the initial project in the first year, two or three more systems were built, for a savings of $300,000 annually before COVID.

In terms of the time we are saving, it is quite low these days because of the COVID-19 travel restrictions. Pre-COVID, we were saving approximately 80 hours per day. The reclaimed time for our employees is now available for them to work on higher-value work. The savings is not only from the data entry but for troubleshooting errors, which no longer needs to be done.

We have offices in Montreal, Vancouver, and Toronto, and the majority of agents are stationed in Montreal. I am working in the Toronto location, so I cannot comment on the majority in terms of how employee satisfaction has improved. What I have heard from the executive management is that more people are happy because they are able to better focus on what they want to do. This is especially true because they do not have to spend many hours troubleshooting trivial issues. Instead, they are concentrating on higher-value work.

We are using approximately 70% of all of the activities that are available in UiPath. These include web scraping and data entry, where the information is stored in a database. We also perform database queries.

The biggest benefit that we have from UiPath comes from using the API.

The features that we use most often are database communication, scraping, and PDF functions. The only features that we don't use are those related to Excel, for spreadsheets.

For smaller projects, we are only passing parameters from .NET applications but in the newer projects, we are using features such as database communication and data scraping.

The ease of building automations is great. When I talk about UiPath, I am usually referring to Studio, which has a very intuitive and easy-to-use interface, yet it is very powerful. This is something that has improved with the help of forums and tutorials. In 2016, it was more difficult because there were really no forums so we had to contact the head office in Bucharest, Romania when we needed help. Getting a demo had to be done in the very early hours and there was lots of communication back and forth. It was a struggle to find solutions, although to be fair, they've been very helpful. These days, it is very easy to use because there are numerous examples, and UiPath Academy is available, along with other resources.

We have been using the UiPath Apps feature and it has helped with the ease and time required for creating automation. Everything has improved over the past several years, as in the past, there were no examples or tutorials available. There was no manual and it was very technical. At the time, you definitely needed programming knowledge in order to handle some of the scenarios. It was at times like this that we relied on support from Bucharest.

Even today, there are only a couple of programmers in the company who develop the bots. Even with the Apps feature, I don't think that the end-users are ready, although this may be because of the way that our organization is structured. Everything is given to the IT department because our scenarios are very complex, and not a simple case of data entry or something like that. With such complex solutions, it is definitely too difficult for our end-users.

There are a few areas that need to be improved, one of which we have already raised with the salesperson and technical team.

The first area that needs improvement is backward compatibility. If you have a newer version of the UiPath Studio or any product, then quite often, if you're a year behind or so, you cannot compile the whole project. This means that you have to rebuild system modules. It's not like a Microsoft product that is always backward compatible. For us, that is a huge obstacle because sometimes, we have to rewrite entire workflows. In our case, this is a massive undertaking that will take three or four months to complete. This is the main issue for us and it doesn't happen with minor release updates, but with major ones, we have to rewrite the entire project because it doesn't compile.

The licensing should be more flexible and more affordable.

We used to be able to integrate with .NET applications, where all of the business rules reside, and then invoke robots or workflows from there. Now, that capability has been removed, so we have to use Orchestrator. Converting our projects requires a lot of work because we have to move all of the business logic to the UiPath workflow. It is not an ideal situation for us because keeping the business logic inside our .NET applications is more flexible and more scalable.

When I was taking some UiPath Academy courses, I noticed that they gave us more complex tasks. There were expert-level examples, but the junior examples are missing. Furthermore, they give you high-end, very technical guides, but there are not really any examples. This means that you really have to dig and use the forums and ask people questions. Essentially, you have to try and find the solutions by yourself.

In general, if you have very large and complex solutions as we do, the overall workflow layout could be improved because navigating through the network components can be very inconvenient. You can still see the high-level of the workflow, but not a detailed one. It may take you several minutes to get to the component you were looking for. In terms of navigation, the mapping solution could definitely be improved. There are always workarounds. What you can do in this case is use the flow charts with the sequencing module to break it down to a more general view. This makes it faster to get to the module that you want to improve or fix.

I am a Senior Lead Developer in my company, and I have been using UiPath since 2016. I was one of the very early UiPath users.

Stability-wise, we haven't really found any issues lately.

In the earlier versions, from 2016 and 2017, there were some issues that were never resolved by the UiPath team. The newer versions, especially while performing web scraping, are much more stable. Once it was deployed, we haven't seen any issues with the .NET applications.

Instability in our use case is the result of the target system; for example, the one that is operated by Universal Studios. If they are unresponsive for perhaps 20 or 30 seconds and the robot is expecting to see a certain screen, especially when it normally only takes two or three seconds to move from one screen to the other after submitting a request, it is going to cause a problem. However, that's not the fault of UiPath or RPA in general, but a fault of the source or target system.

I estimate that with all things considered, UiPath is 99.9% stable.

UiPath is very scalable. We are a mid-sized company with approximately 200 to 250 employees.

There are three or four of us who have hands-on experience with the product, and there are between 100 and 110 end-users. This includes four or five departments spread across three different locations. Our end-users are primarily business users.

Our goal is to increase our usage of UiPath but we are currently downsizing due to the COVID situation. We have some projects in mind, but we have to wait to see what happens with the travel industry. With approximately 50% of our employees laid off, no progress will be made. However, down the road when we get back on track, we plan to use other areas of the system. That will include manipulating spreadsheets, data entry, interoperability with other systems, and interfacing with it.

The technical support is definitely good, although there were some issues that never got resolved. The situation is that we are based in Canada and our salesperson from Toronto organizes the meeting with the technical staff from New York in the US. There were times when they couldn't help us because the majority of them had been with UiPath for two to three years. They didn't understand how things were working back in 2016, '17, or '18, well enough. Ultimately, they never found a person who could help us and to me, that is not really acceptable in terms of finding a workaround or the fastest approach to resolve the backward compatibility and .NET Integration.

What we needed was somebody with five or six years of experience and they could simply not find one.

We had some basic automation running prior to UiPath, but it was native SQL and .NET applications. An example is that we were using scaping options available in Microsoft applications, but it wasn't really RPA. UiPath has definitely helped us to reduce the costs of our automation operations. Everything is now run from one application, and you can use the workflows to collaborate between databases, spreadsheets, and booking reservations. Basically, it's end-to-end in terms of the development lifecycle because originally, our tasks were only partly automated.

If you consider automated testing solutions then we were using Selenium for things such as load-testing, in a previous company. I had no experience with a full RPA solution before UiPath in 2016.

In our early stages of automation, the task would start and then only get to a certain point before a different application had to pick it up. We had a scheduler that was responsible for this. The scheduler would see the partly completed task, then take it and put it somewhere else for a third application to take over. Now, all of this is done using the UiPath API.

Specifically, in terms of overhead operations, UiPath has saved us approximately 80 hours a day, which translates to between $4,000 and $5,000 per day, just in one department. If you multiply this by 30 days then it is a lot of money. Given that it is a ballpark figure for just a single department, it could be even more.

Back when we first installed UiPath, it was complex. But now, it is much easier because they have grown. It is much easier than it was five years ago, although, at the same time, we haven't had many issues in the process of implementing and rolling out our solutions.

Our deployment is on-premises and entirely private.

These days, it takes less than a day to deploy. In 2016, it took us almost a week for much simpler deployments because there was no proper documentation. Fortunately, at the time, we got lots of help from the technical staff in Romania.

When we first started with UiPath, it was not even close to what it's today. It was much difficult to create a strategy because it more or less was a black box. We purchased the product and there was only UiPath Studio, nothing else. There was virtually no documentation and more or less, everything was left to us, our team, to develop this strategy.

Implementing it was more of a trial and error process than it is today. Finally, we did it. We moved our automations from the development environment to the staging environment, and then finally into the production environment. Now, it's pretty stable. At the time, however, it was pretty cumbersome and difficult because there was no proper documentation or guidance from UiPath. Nowadays, it's pretty simple.

There are three of us in the company who are responsible for deployment and maintenance. We also handle the monitoring, implementation, troubleshooting, and updating of the product and robots.

We also have an infrastructure team that is outsourced from a company in Toronto, Canada, called Carbon60. Our experience with them has been a little shaky, but we are handling it okay. They could not really help us as much with the initial setup of UiPath because they did not have experience with RPA. We gave them the specs required for our infrastructure, and they set it up. Overall, approximately 90% of the setup was our responsibility.

Compared to four or five years ago, the licensing in terms of price is less flexible and less affordable. Recently, because of the COVID situation, we need 15 robots. Ideally, we could use five robots and Orchestrator instead, and pay the difference, but the vendor refused to take this offer.

We are currently using the Community Version of Orchestrator for training purposes.

When we started looking at UiPath, they had less than 100 customers in the world. We had been looking at three different options that included UiPath, Blue Prism, and one other one. In our case, we were using a legacy application that was Java applet-based, and the other products were not able to handle that well.

From what I recall, back in 2016, UiPath was the only option that supported Java applet-based automation. We needed the functionality because one of our internal applications was not web-based, but Java applet-based, and depended on it. It did not work immediately and there were some workarounds, but with some help from the UiPath technical staff, we were able to handle it. This is the main reason that we ultimately chose UiPath.

Essentially, UiPath was the only option that was able to handle Java applet automation. With that covering the front end, we automated the whole process.

In the future, because UiPath was not able to handle the legacy projects that we developed in RPA, we might consider another product like Blue Prism. We would assess potential solutions based on backward compatibility.

We have been thinking about using the Orchestrator with the cloud option, but because of the current world situation, especially because we are in the travel industry, our income has been significantly reduced. At this point, we are more or less in survival mode, so we decided to stay as-is.

We were also supposed to get Orchestrator, the latest web developer, and a production license but we gave up because we cannot afford it at the moment. Travel may be idle right now but post-COVID, which hopefully is next year or by end of this year, we're going to get the official Orchestrator license.

Originally, we were using .NET applications, which is the technology that has driven the business. It's huge, and with the newer versions of UiPath, it is no longer possible because we have to use Orchestrator. At this time, we are more or less working on a workaround and it's a massive project that is probably going to take six or seven months to complete.

We are not using the AI functionality yet, although it is something that we're planning to look into, eventually.

The biggest lesson that I have learned from using UiPath is how much time was consumed by our manual processes. Definitely, we have freed up resources for our business team. In terms of accuracy, there are no human errors anymore. Consequently, we can free up between 30% and 40% of our agents' time in terms of analysis and billing. In summary, the biggest thing that I have learned is that using RPA is about improving accuracy and reliability.

My advice for anybody who is implementing UiPath is to start with the training. These days, especially younger developers, people are very keen to jump on developing RPA and they're doing this stuff without using Academy or other training. Rather than do that, I suggest people get familiar with the product and use the training material first. Use the examples that are provided because the UiPath Academy is amazing in terms of that.

In summary, this product has a very intuitive and powerful interface. There are very good examples and scenarios on the UiPath Academy website, and technical support is very helpful. You can also find lots of good examples in the community forums. There used to be only one OCR option, and now there are two different flavors of OCR, which is definitely one of the pros. However, the major cons are backward compatibility and licensing in terms of flexibility and affordability. We also lost some of the functionality for .NET integration, which was a problem for us because the capabilities are simply gone.

I would rate this solution an eight out of ten.

I have worked on multiple use cases with UiPath dealing with SAP, SharePoint, or a web application. We had to extract the data and do some automation of data processing. We were taking data from one environment, such as from an Excel sheet, and processing it. These were the use cases for which we used UiPath extensively.

In addition to app integration, there were use cases related to various frameworks such as REframework and State Machines. We used the REframework at the enterprise level to be able to handle exceptions and bot failures and make automation healthy, robust, and steady.

We have also done automation for a healthcare department for claim processing.

UiPath saves the execution time of processes running in the production. If a process was taking three to four hours previously, with UiPath automation, it can be completed within an hour with better exception handling capability and less dependency. It saves 50% time.

UiPath is capable of handling the complexities involved in taking data from different environments. It is also capable of exception handling. If any application has limited functionality, we can use UiPath for automation with that particular application. With advanced selectors and linked queries, we can get the data from the application or interact with the application.

UiPath Document Understanding has helped to reduce the data entry work and physical copies of documents.

UiPath enables us to implement end-to-end automation. For every organization, it is very important that automation is robust enough.

UiPath can help minimize your on-premises footprint. It depends on whether you plan to deploy your automation on the cloud or on-prem. On-prem has various challenges and restrictions, but it also has benefits.

UiPath speeds up digital transformation without requiring expensive or complex application upgrades, or IT application support. App integrations are advanced and robust. It is plug-and-play. You can integrate with Excel, Outlook, SharePoint, SAP, and various databases. There are pre-loaded activities. You can integrate with GitLab or GitHub. It has inbuilt activities for enterprise-level applications.

UiPath reduces human errors, but it also depends upon the process. It depends on how much interaction is required and what exception rates are there. When everything has been identified, it can reduce errors by more than 70%.

The first feature that I like is the exception-handling capability. The second feature is the REframework provided by them, and the third feature would be the Orchestrator functions. There is also the feasibility provided to monitor the ports and deploy the code. There is monitoring, retrieving, and all those things. We can use the web or mobile application. These are the key features of UiPath.

For handling complex scenarios, REframework is good. It has good exception handling and in-built mechanisms.

The certification can be made more affordable.

In terms of features, we get regular updates, and AI has recently been integrated. As of now, I do not have an area of improvement. They have already improved the functionality of Orchestrator. As compared to two or three years ago, Orchestrator now offers different functionalities and services. There is a difference, and it has improved.

I have been using UiPath for more than three years.

It is stable. Our organization has licenses because we cannot upgrade the application in sync with the Community version. The enterprise has to stick to one version for a certain period or whatever tenure has been mentioned in the license. The Community version is the playground for UiPath. They upgrade it, and all the beta version updates are there. They come to know how things are going and what are the responses and challenges.

It is scalable. It is used in multiple departments. The size of the organizations that use UiPath varies. They could be MNCs or startups.

Their support is good. After procuring the licenses, when there is an issue, there is a dedicated support team. They respond well.

The UiPath Community is vast. It provides an opportunity to get help from others. They provide good support, and the MVPs are actively engaged in responding to the queries that people are posting when facing any challenge. We can find relevant information by searching with keywords. It is good.

UiPath Academy has been useful in learning about new topics and new versions.

Neutral

I am quite new to Automation Anywhere, but a better exception-handling mechanism and the ability to interact with various applications make UiPath more unique. The drag-and-drop interface is attractive to people who are not very technical. The user experience is more intuitive.

We have on-premises and cloud deployments. The deployment part takes about a week because we have to prepare the production environment. A week is good enough for the deployment.

The number of people involved in the deployment varies. Support teams are there. Developers are also there. There are also people from the change management team.

Like any other software, it requires maintenance.

I would recommend UiPath to others. Overall, I would rate UiPath a nine out of ten. It is robust and scalable, but there is always scope for improvement.