UiPath Platform Reviews

UiPath helps us to develop and build a center of excellence for our clients. I do development and technical implementation of the bots, best practices, and teach others how to do the development.

The client that I'm working with now is in the financial services sector. They do banking and life insurance. They do a lot of contracts and billing, backend, data entry-type work. We process all of the return mail that comes in, scan it using Doc Understanding, publish new bills, generate form letters, and all of those tasks that go along with managing the client for life insurance, annuities, 401K, etc.

A lot of the benefits we've seen are from FTE hours saved. We are looking at almost all of our processes, and it saves us at least a thousand or more hours per year before we go into implementation. We have around 20 in production. We're saving between 15,000 and 20,000 hours of process time.

From the user's perspective, people are happy that they don't have to do certain tasks that they didn't like to do. I only have one of those bots where I have a group of people that prefer the way they've always been doing tasks, but that's more of an organizational thing. I'm seeing across the enterprise with other folks that they're very happy to have this. They are putting more use cases in, and the frontline workers are bringing in use cases. Of course, we need to vet a lot of those so that we get enough bang for the buck, but we're finding a lot of adoption across, up, and down the whole scale so far.

There's also been a reduction in human error. There are so many use cases that have been more on the production side of things, like productivity as opposed to risk avoidance. We enter data and we do bank transfers, so it's important to key the data correctly. We use the attended bot to do that. We took a paper form. We push it in, it comes in as an unattended bot in the backend to read an email from a person and put a transfer in place. It gets approved and put in the queue.

When they run the attended bot, it allows them to do an RSA key into their external site, take the data, watch it go in, they see it, we audit it on the backend with a second user, it gets pushed in, saved, and submitted. From that perspective, if you're dealing with 10, 50, or 100 transfers a day, where you could key in the wrong number, it's important.

That's been helping. Employees are happy that they don't have to type it all in, and that they don't have to worry about the errors as well. It offers peace of mind for those folks.

Getting the bots going and working is the most valuable aspect. We have about 20 or so in production. We're building out from there. We've been very focused on Studio and Orchestrator, as opposed to some of the other product lines. Because a lot of what we're dealing with pertains to advanced technical people like myself that are helping them along that journey.  

It's easy for me to build automations but I am a computer scientist. I have a deep technical background. A lot of what I've been doing is trying to teach people how to build resilient bots, and how to build processes that will run. To me, one of the big things to meet your ROI is that you need to build things upfront that work. You need to verify them, test them, componentize them, and put them together. Otherwise, you're going to spend too much money on the backend with maintenance.

If you can get people to think about what do to in the event of a failure, even from the developer side of it, then they can create things that we can run, and we don't have to do so many new maintenance and operations tasks on it. That's vitally important.

I have used the UiPath Academy courses. I'm a certified developer. I didn't know UiPath at all. I went through the Academy and trained myself. When I brought in new developers, I had them do modules and I sometimes go visit them. 

The Academy is pretty good. It's very helpful to have something like that. Personally, my favorite side of things that UiPath is bringing to the table, is a community edition in the cloud. I can go out and play with the latest and greatest. I have my client's laptop, but I also have my own personal laptop and I go out to the cloud and do tasks out there.

I want to bring what's new, help bring to the forefront what we might want to do in the future, and get a hands-on perspective, without having to go to the client and bug them about bringing in a license for something. That's great and I hope they continue with that.

The fact that they're not charging for training is great. It brings on more developers. The barriers to entry for people are low. And the more developers you have, the more adoption you're going to get.

There's a lot of technological growth that should be done. They need to learn from customers. I talk to people about Doc Understanding which is relatively new. There's a lot of people in the document world that have more experience. They should learn a little bit more about what Kofax has done over the years with their validation actions and those types of things.

There should be more growth, but the platform is there. As they grow those things they should take each piece and make it better. If you start with a good platform and you build it up, it's going to get better. What we have today is very usable, and is only going to get better. I look forward to it.

They should talk to their customers and understand their use cases. Give customers what they need. 

I have been using UiPath for two and a half years. 

Stability has been quite good. I see technical glitches once in a while in the Studio, but when you're running on Windows, it happens. The glitches don't happen very often.

It seems very scalable, in terms of rolling out new processes. We're more limited by machines and getting things set up than we are by what Orchestrator can handle. We have one attended bot and we're 95% unattended.

We have plans to increase usage. Our clients are growing from two developers, a QA and a VA, to a VA, and a team of two pods of six or seven developer QA types, to implement use cases over the next couple of years. They're on a very high trajectory of growth.

I go out to the community a bit. I Google looking for what everybody else has said and figure it out. We only have a couple of different use cases where we've gone back to UiPath, and the ones that we had the most difficulty with, we went right through the local sales rep to get things going. I found their support to be good.

The initial setup was straightforward and easy.

I set up Orchestrator servers, I put bots out into the systems, and I installed Studio in the client's environment. The only problem I have is with the way the client environment exists. Security gets to be a hassle. 

One of the things the company focuses on a lot is employee satisfaction. From a cost perspective, we haven't necessarily gotten to that level. I've been there for two years. I'm a consultant. We have other consultants. We're saving $15,000 a year, while we're displacing certain cost dollars from the people that did those jobs, we get paid more.

Cost-wise we're fairly evening out, and probably bringing an MROI. This is a longer scale process for them, to take them along this journey. It's important for businesses that go under that, to not necessarily focus on year one, year two. We look at this as a longer-term endeavor for them. The key benefit that they see out of it right now is the future. The workers are satisfied not having to do the "bad" work.

I found UiPath to be pretty cost-effective. 

I would rate UiPath a seven out of ten. I see it as a maturing product. It's done very well, because it is stable, and it does build real use cases. But I look forward to the future. There's a lot of good going on here.

We are using the solution to create application reports. What we've done is take all of that information, where somebody was initially doing everything as it happened, and create templates that work in another application. Due to our business model, we have multiple applications that are similar but very different. Rather than have somebody go into this application and update it and then go to another application and put in the same information, we've developed bots. We'd go to the template, input the information one time, and let the bots go in and open up the other applications.

The solution has improved the organization just by freeing up the resources to do that MBA work so that the bots can actually do things for you.

We use the solution's UiPath app feature. It has helped to reduce the workload of our IT department by enabling end-users to create apps. That said, I myself am in IT and not a developer.

The UiPath’s apps feature has increased the number of automation created while reducing the time it takes to create them. We're just now starting with that. We’ve only got 10 bots in production. We've got another eight in development right now.

Likely, the automation we’ve created has saved us probably in the neighborhood of one full-time person.

The solution’s ease of use and the UI is great, specifically for the users. Not necessarily the developers. The people actually using it find it very easy to use.

In terms of the ease of building automation, from what I've seen, I'm very impressed. We're using a partner. We built the COE and everything that they're developing right now. Obviously, we're just starting down this path. This means we're going to go work with a partner while we're developing our own guys. We can get to market quicker.

We've got our own VA. The next step will be looking into building our own developers.

The solution has reduced human error. There are still errors in the templates. People still have errors with bigger things, however, we're able to catch it before it gets into any of the applications. Reading the information across the other applications, you can stop it before it gets synchronized into the applications due to the fact that it is the same source. It doesn't go into "A" if it's not going into “B”, for example.

This has had a big impact on our business. In our model, it's a little complex as our customers are our clients. For example, in the ATM business, they charge us a fee, so we partner with a large retailer like Walgreens or CVS and we share the revenue. We actually pay our customers as they use our services. With the help of UiPath, we’re able to keep everything synchronized. We’re not sending stuff to the wrong site, or to the wrong corporate headquarters.

The solution has freed up employee time due to the amount of work that it's doing. We’ve got just one bot and it can do triple the work, covering three full-time employees in a week. Likely, existing employees now can focus on higher-value work, including more customer-facing tasks. We're getting a lot of financial requests and maintenance. They require human interfacing rather than doing manual transactions.

I can’t think of any direct places where improvements need to happen. Whatever I need, it appears to be there. That said, any app could use some form of improvement.

I've been using the solution for a year now.

The stability is very good.

I don't see an issue with scalability. We are nowhere near capacity yet.

While I have not dealt with technical support directly, I have not heard anything bad from anyone.

We did not use a different RPA solution beforehand. About two years ago, in the second quarter, that's when we started opening our eyes to the possibility of automation.

The initial setup was pretty straightforward. We have a partner that assisted in the implementation. 

From the time we signed up until the time of setting up the COE and then getting going, it might have been a few days to deploy the solution.

We have a partner that has assisted us in the implementation process. 

Everything that we've done so far, due to the fact that we run everything through COE and then submit semi-annual budgets, has been good. From the perspective of everything we submitted so far, we've been pleased.

Over and above the subscription fees, we're paying probably $51,000 a year right now.

The pricing is okay. It's not out of balance with what it offers. We are definitely getting value for it. 

We didn't really evaluate other options. We were new to it, and we had a partner that steered us towards UiPath.

At this time, we do not use the solution's AI functionality in our automation program. We also have not yet used UiPath’s Academy courses. We may in the future.

I'd rate the solution at a nine out of ten.

We're using UiPath on the customer side, where we have lots of data and PPs on the customer information. We're trying to put in what the customer is including, and then using machine learning. We created a Python type of UiPath to do machine learning and automatically build that so that items can be automated. That was our POC. That said, we're exploring more, to get into the finance area, where we can take invoicing and general revenues and the closing worksheets and automate those processes.

The biggest improvement has been in the ROI we've seen, which has been $55,000 in six months' time. 

The whole bot process and the way scheduling is done is a very valuable aspect of the solution and it's really cool.

In terms of the ease of building automation using the solution, we’re very near achieving that. It's taking more time than what it's supposed to be taking, however, I don't see any complexity in building the code nicely.

So far, the solution has saved costs for our organization.

I’m not sure if the solution has reduced human error. It’s hard to tell at this point. We’re in the early stages. However, simply by looking at the way it’s built, it will.

The solution has freed up employee time. Once again, it’s too early to say too much, however, we are saving approximately 130 hours per month. This additional time has enabled employees to focus on higher-value work. They don't need to just go to the system to click here and there, they're spending more time with the customer.

The management team is more satisfied as it’s much cleaner, with less human error. Management reporting shows definite improvement. In terms of overall employee satisfaction, employees are still not quite trusting the bot. The bot does something and they will go and still validate that. They don't have a hundred percent trust yet. That's what we are trying to build right now.

We have used UiPath Academy courses. It's taking time due to the fact that we have a consulting partner who's helping us. The majority of the workload is being handled by the consulting partner. We're trying to play just the B role of supporting. We're not doing too much development.

That said, with UiPath Academy, just the ease of accessing the material has been great. It's simple.

The only thing which I see is missing, is it does not have an inbuilt machine learning. You have to teach the bot. The bot is not self-learning.

For example, right now, we are using a description. Based on the fields or the description, we're trying to identify what is the category to be used. I have data for the last five years. The bot should be able to go and learn by itself tasks such as "These are the five things which I need to add," instead of me manually maintaining it.

I've been using the solution for six months.

The solution is stable. I don't see any problems.

The scalability I still need to figure out. Right now, with the licenses we have, I don't think we're going to scale it out to where we want it to be. It's my understanding that it just involves increasing the number of parts or number of processes which we can run. It will probably be scalable, however, we have not tested that, and therefore I cannot say either way.

We have close to 30 users on the solution right now. It's mostly our customers' manager and their team.

We do plan to increase usage in the future.

Technical support is okay. I have not really invested a lot of time in getting support from UiPath, however, I get a response.

We did not previously use a different RPA. We had a CIO who'd used it before and based on their experience, we went to UiPath.

In terms of the initial setup, the system side is straightforward. It's the business side that took us a lot of time to understand the concept.

The deployment itself took three months.

The company is probably going to need to negotiate. It's competitive right now, however, once we scale it out, there's going to be some room for negotiation. Likely, UiPath will be responsive to negotiations.

We did not evaluate other options before choosing UiPath.

We're likely using the most up-to-date version of the solution, however, I don't know the version number.

We don’t use the solution's AI functionality in our automation program yet.

I'd advise potential new users to go slow. Always create the roadmap first. Take smaller pieces and then implement those. Don't wait too long, however. Otherwise, you will lose user interest.

I'd rate the solution at a seven out of ten.

We were with the Air Force and had really a lot of different use cases including finance, credit card transactions, flight authorizations for training missions, et cetera. There are a few hundred use cases.

UiPath has improved the way our company functions. For our customers, for the Air Force, they've seen a lot of enthusiasm around the ability to develop their way out of mundane work. For those individuals, it's been a good cultural improvement. That's really been the biggest thing for them.

The developers like the studio interface better than other RPA providers that they've used in the past and find it easy to use and can provide a lot of impact.

The ease of building automation using UiPath has been great. We actually have done them with airmen, with people that are in the Air Force. We've done training and workshops such as one-week workshops with about 250 airmen. Most of them, 80% to 90%, have built bots that work in production with basically little to no training. They can do a lot without any development experience whatsoever going into the solution.

The solution has saved costs for our customers. Overall, it's tens of millions of dollars there for a potential return. They're still working on scaling that out. However, bots that have currently been built could be spread out across the entire Air Force, which is 650,000 employees, and would have about $30 million worth of potential benefit.

UiPath has reduced human error. With one particular use case, we did with flight authorizations, they had to compare your names off of a PDF to a 40,000-row spreadsheet. That not only saves time, it also reduces that error dramatically as the bot can go and find the row in the spreadsheet and then match it exactly as opposed to somebody looking for it manually.

It has saved time for our customers, equally likely $30 million in potential savings and allowing for a shift to higher-order work.

We’ve used UiPath Academy courses. We actually have a new employee training right now using UiPath Academy, and we recommend it to our customers as well. It's fantastic due to the fact that we're not spending very much time onboarding new employees. We're letting them go do the academy and then help them in assisting where needed. That's a huge benefit for us as we can continue to do our job rather than focusing on onboarding. Users can also self-lead, and new developers can go and utilize it without a lot of interaction from others or a lot of help from others.

The functionality where you can quickly convert your code from Studio X to Studio is really nice.

The StudioX interface is too different from Studio. We have a lot of people and we'll go in and start people with StudioX and they have trouble mapping to StudioX from Studio.

I've been using the solution for 18 months.

The stability has been very good. We've had no issues with stability at all.

I haven't seen any issues surrounding scaling. We're looking at one of the larger implementations of UiPath that exists right now. We were looking at a 250,000-user solution, however, we haven't done it yet. Therefore, it's hard to really comment on that.

In terms of technical support, our people have used it, and I haven't heard any complaints, although I have not used it directly.

We did previously use Blue Prism and Robocorp.

I prefer UiPath due to the sales support for this specific Air Force opportunity. We started with Blue Prism. We switched over to UiPath due to the fact that they were getting some traction inside the air force, and then we got really tightly in the line with UiPath. For me, it's not as much a software bake-off to determine which software is better or worse. It's really the attraction the customer has, and UiPath is the market leader. That support is really what's driven us to UiPath.

UiPath has a good attendance solution, which helps to ease the adoption. Our developers' feedback is that the user interface and development methodology are better in UiPath. That's why they don't want to go back to the others.

I am usually involved in the initial setup of UiPath. Our initial setup is really unique due to the fact that we're installing it in a government cloud. That is fairly complex, however, that’s very specific to that use case. Therefore, there are lots of challenges with that, however, that's more of a government problem than UiPath.

On average, for us, the setup takes a long time. It's taken us months as we have to get through these approval processes and things like that. In terms of the actual setup itself, it’s pretty fast and takes maybe half a day.

In terms of pricing, UiPath is fine. It is what it is, and I don't find it unreasonable.

Our situation is really unique due to the fact that we're trying to sell an enterprise license agreement through the Air Force. It's a pretty unique licensing situation.

It's my understanding that we are using the 2020.10 version.

We are just using the studio and the automation. Due to the fact that it's the Air Force, we're really focused on just the pure RPA piece of UiPath.

Our clients do not use AI functionality from UiPath right now.

I'd advise anyone considering the solution to go fast. What we see a lot is a lot of go fast and plan for scalability from the beginning. There's a ton of potential out there, however, we see people getting bogged down in a lot of different things instead of really just automating and developing automation as quickly as possible.

I'd rate the solution at an eight out of ten. Any software product is really difficult to be a ten, to be perfect. An eight is probably as high as I would go for any software product. It does a really good job and it's easy to use and scalable. I've had no complaints about any of it.

We're the shared services divisions to contact centers and handle back-office work. Most of our use cases with UiPath so far have been automating back-office work, taking information from Excel files, and putting them into legacy systems or some mainframe integrations. All of our robots, as of right now, are unattended automation. We haven't really used the attended robots just yet.

The primary benefit so far has been bringing up and updating other processes so that I can move on to other more valuable processes. I no longer need to copy here and paste there. It's taken the robot part of the job out of my hands. 

I have not actually developed anything with it directly. I manage the people who do. The little bit of training that I did, was pretty straightforward. I was using the rapid development tools. If you truly want to build something that's stable and fast, you really have to get in there and at a much deeper level than I got. That said, from what I did, it looked easy.

UiPath has saved the company costs. With the automation we've had so far, we're probably in the 20 to 30 FTE savings range so far.

The solution has reduced human error. It helps in the sense that, if you take a process of humans doing it and give it to a robot that's always following a set of rules when it encounters a certain value, it's always going to handle it a certain way. It's the consistency that the automation provides that has been great.

I’m not sure if the solution has freed up employee time. That's tough to evaluate due to the fact that the FTE that would have been doing this manual process would just mostly get moved to perform more valuable work. It has freed up time by allowing us to allocate those resources to higher-value tasks.

We have used the UiPath Academy courses. They are all good. We've had developers go through the UiPath training. In fact, that's a requirement when developing. They have to at least complete the training. We have at least one developer that's gone through it completely. It's a fundamental starting point to training people on UiPath. We've taken internal people and they train them ourselves.

We also appreciate the fact that the Academy is free to use. Right off the bat, due to the fact the Academy was free, we were able to say, okay, complete the training. You have to complete the training in order to be able to develop. Right away, it became part of our standard. We see the value in it.

The speed could be improved. In some cases, when I have to ask analysts to estimate how much licensing we need, we have to figure out how long it's going to run, and right now we go with the worst-case scenario, that the robots are going to run no faster than the human. That's been our stereotype. We've used other platforms in the past, where I could perform a transaction to some websites in three seconds, however, for UiPath it was 10 seconds. That was even after we did some enhancements to make UiPath as fast as we could. I know it's the internals with the way that the platforms work, however, from our robot's perspective, speed seems to be a barrier.

We started using the solution in late 2019.

The solution is stable. 

I have not had any direct relationship with the support from UiPath. When I do have a technical issue, I'm to engage with an internal team and they are the ones that have the relationship with UiPath support.

We did use a cloud solution previously. We switched to UiPath on-premises as UiPath's on-prem deployment was more aligned with our security constraints. 

We've had multiple projects. Some have been very complex and others have been perfect. It's dependent on the projects that we're using it for. Some were a little bit more complex.

It's my understanding that, while the company likely did look at other options, I was not engaged in those meetings. While I recall some high-level conversations, they didn't say which ones we were actively evaluating.

I'm not sure which version of the solution we're using. 

I have not used the AI functionality in my automation program yet.

In terms of functionality, UiPath does quite well. The fact that it's not net-based gives it a lot of flexibility to use it in a non-standard way. For example, we were building a robot interface with an Oracle database, and we could either build a robot to open up an access database with blank tables and pull it down. Or we, due to the fact that it did not have access to the net, could grab an in-memory data set and cycle through that. I liked that flexibility and the fact that we had options.

I'd rate the solution at a nine out of ten.

We have around more than 300 bots that are active right now. All the automation we have is based, basically, on Oracle and Oracle ERP. We have other automation as well, however, for now, I am focusing only on Oracle-based automation.

We have so many other use cases that we want to implement within our organization. We try to look at how we can save time for our employees so that they can spend their time on other valuable things, and not waste their time on unnecessary time-consuming tasks. 

Our employees use Oracle ERP, so they have to process so many invoices at one time and it takes a lot of time to consume a single invoice. I'd estimate it would take at least 5 to 10 minutes. But with the automation, we can process one invoice within a minute, or maybe less in some situations. It saves a lot of time - likely hundreds of hours for each employee. It saves manpower for the company and saves you valuable time for the employees. They don't have to do the same things again and again and waste their time on that.

For example, if they have to download an invoice and process that for some reason. They have to go to some ERP tool, log it onto that first, type in the information, and then download the invoice. It takes a lot of time. They don't have to do this once or twice, it's hundreds of times due to the fact that they're not for the same couple of invoices. Therefore, this is one of the best use cases that we have for now. We are still looking for other future use cases, but for now, this is the one we have.

UiPath is saving employees hours of time and has also been able to dedicate their free time to more valuable tasks.

The most valuable feature of UiPath is the time-saving employees get. It's definitely sometimes complicated for the developers when they are automating. However, from a business point of view, I would say this is one of the best tools that every organization should have, to help save time and work hours.

Sometimes if you are doing the same task, again and again, we do make mistakes. Automating those tasks removes that human error. Also, with those types of tasks, a human gets annoyed very, very soon if they keep doing one thing again and again. With the help of robots, we can fix it. There is no error with the bot. The only error would be if there is an exception if something is wrong. That said, from a business point of view, when I'm working on a bot, I make sure that it is not throwing any errors and making sure that there are no mistakes. From a development point of view, we can always fix that, however, we don't want our bot to have an error on the production level.

The ease of use and building automation using UiPath is pretty straightforward. It's not complicated. Even a person who is non-technical can become a citizen developer and use StudioX to automate some of the tasks that they think are time-consuming for them. Otherwise, from a developer's point of view, I don't find it complicated. Initially, when a user is learning and at the initial stages of learning RPA, it's definitely complicated, however, once you get used to it, it's pretty straightforward. I love working as an RPA developer.

UiPath has saved costs for our company. I don't have any metrics on the spot, however, I would say it's a big amount of saving. Our organization is very happy that we are using UiPath. We have a few complications right now, however, in a few months we'll fix everything. By next year, when everything is all settled down within our team, then we can start looking at exact metrics in terms of cost savings.

Our teams have used the UiPath Academy courses. I have been using UiPath Academy for a long time. I tend to keep on checking what's new at the Academy. If something new is there, I always try to learn it as soon as possible. If somebody were to ask me "How can we learn UiPath?" The first answer I’d give them is, "Just go to UiPath Academy and follow the learning path over there." That's what I always recommend to any new person.

UiPath Academy courses have positively affected the process of getting employees up to speed in UiPath. It’s helping employees and companies to learn, and I would say it's a one-stop place for anything related to RPA. You don't have to go to other places. You will find everything at UiPath Academy. Sometimes it doesn't have too much detail on the advanced level of things. However, it provides enough information that you learn by experience. If you need more information, you also have access to the UiPath Forum for that.

The biggest value of the courses is that they definitely save time for someone who wants to learn. I don't have to read a book and I don't have to go to any other place or learn from multiple sources. Everything is in one place and I can just follow the learning path and it's a good education in the tool.

Sometimes we don't see what processes can be automated. When we think that, "Okay, we can do that. It's not so time-consuming," however, we can figure it out with the help of UiPath apps and we likely will use them in the future to automate even more.

In terms of improvements, to be honest, I don't have anything I'd want to be added right now. If I have any problems, UiPath is always there. It's easy to find everything. I don't think anything can be improved. It's going very well. It's working for us.

They could always continue to add new features, however, I don't have anything specific in mind right now.

We have been on UiPath for almost more than a year now within our organization.

I'm satisfied with the stability of UiPath. It's good.

UiPath is always there if you want to scale over UiPath-related items. It is scalable.

In terms of who uses the solution, on my team, it's only me who is an RRP developer. That said, every person in the team knows what UiPath is, and they are joining bots onto the system on a daily basis if they have something to do. In the finance department, there are almost 40 to 50 people using UiPath. It might be more. We have more than 300 bots active right now, and I'm not working on all the bots. We definitely have other developers and other people who are working on it in other divisions within the company. 

We also do have plans to create more bots. We are going to use the UiPath apps in the future to see what kind of automation we can do there as well. for example, the Task Capture is a good tool. We haven't used that yet, however, sometime in the future, I would love to set it up for everyone on my finance team and run that application in the backend so that we can see what processes might be automated.

UiPath support is amazing. We talk with someone on a weekly basis. They suggested we use UiPath technical support as we were having a few technical support issues with UiPath and we couldn't figure it out. When I submitted a ticket at UiPath, they were able to answer within a few hours. At maximum, we would get a response in one day. Not more than that.

They also answer with a solution, and the solution always works. I'm very satisfied with them. We don't have to search on the forum and do our own research. We just submit a ticket and once they get back to us, implement the suggested method and after that, it's all good. I'm really, really satisfied with UiPath's level of technical support.

It's my understanding the company did not use a different RPA tool before UiPath.

That said, there are so many automation tools and I do know a few. There's Blue Prism, Automation Anywhere, and Microsoft has their Power Automate. I'm not familiar with all of them as my focus is only on UiPath for now. I haven't used others. I wouldn't be able to compare them. UiPath does seem to be one step ahead, however, as others do not have a free learning academy the way UiPath has. They do not offer a free trial version initially either. That is the best thing UiPath has done from a business point of view.

I was not present for the initial setup of UiPath.

While I do not have an exact ROI metric, it's my understanding that we have saved way more than the solution costs.

For example, if we are spending, for example, $300,000 on the licenses in a year, and we are definitely saving more than $1 million, or maybe more than that. due to the number of hours that we are saving, it's a huge amount of savings we're receiving. 

The pricing is worth it. It's definitely expensive, however, I wouldn't say it's overpriced. The services that we are getting from those licenses help us to save way more than what we are spending.

My managers were telling me that they were comparing which tool to use before choosing UiPath. While I'm not sure what they were looking at, they said they liked UiPath from the first day and that's why they're sticking with UiPath now.

Maybe in the future, we might switch to the cloud, however, for now, we have an on-prem deployment. We're using the most recent version of the product.

We do not use UiPath's AI functionality in our organization yet. We are not using all the UiPath apps right now.

My advice to potential new users is that the first thing that they should do is they should go to the Academy just to get familiar with the tool and how they can use it. Then, move through to the next steps.

I'd rate the solution at a ten 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.

We primarily use the solution for automation of the back office. When speaking about our customers and use cases, I wouldn't highlight one specifically, however, mainly, we are using UiPath to build a center of excellence. The aim is to automate a majority of the processes in the company, and that includes Order-to-Cash, HR, supply chain, and even IT, among others. We are not approaching needs for one or another specific process. We want to automate the enterprise end to end.

There are many great features in UiPath that our clients consider valuable. I definitely like Studio. The Studio's a very powerful product, which helps very easily to build automations. Nowadays, there's also a StudioX for citizen developers, which doesn't require coding.

Orchestrator, which helps users monitor and schedule robots, manage assets, credentials, et cetera, is also very useful.

The third feature worth mentioning, I would say, is Insights. It is reporting and dashboards. Once the robots are running, it is quite valuable to see how those robots are performing. You can see KPIs and other aspects of both robots and processes.

Worth mentioning is the Automation app, which helps to manage the automation initiative end to end, especially building the pipeline and collecting the ideas.

It is quite easy to build automations with UiPath, especially now that they are segregated depending on seniority, meaning that you have the regular Studio and Studio Pro, which are truly for developers, however, you also have StudioX, which is more for people without a previous coding background. That makes it quite easy to use. People with a business background find it quite easy to pick a tool up and use it in daily automation. They didn't have any previous experience with programming or making macros or whatever else, and still, they have no problem with UiPath.

UiPath enables users to build end-to-end automation, and this is what we are doing on a daily basis. UiPath enables mainly our clients (through us) to build end-to-end automation in their processes. When I mean end to end, I mean that we help them to automate the chain of processes and do not focus on the single practice itself.

End to end coverage within UiPath is a great advantage and offers great possibilities. It is really important to have the ability to do end to end. Though it is not applicable all the time, it still is a nice option to have and use when needed.

Very soon after starting the RPA journey, customers realize much more important benefits than time-saving itself and FTE saving or FTE reduction. There are things that happen, like quality improvement. Whenever the work is done by robots, it is running in a much more stable manner and without any human mistakes and errors. It is also sustainable, predictable work, meaning that robots do not get sick or have a bad day, or face conflicts with each other, et cetera. They just do their work. They also can’t get viruses, such as COVID which means that we don’t have to worry about losing staff.

We have a customer speech workload that was growing dramatically in relation to COVID and having processes already automated, it was very easy to sustain and even upscale the delivery. The customer experience is better as well. It is not only important to spend less time or fewer resources in delivering the service to the customer, it is also important that the customer gets a quick response. Overall, the customer experience can be much improved when using robots in the processes.

In terms of the Automation Cloud offering, UiPath handles infrastructure maintenance and updates to save time for our client's IT department. Having UiPath in a cloud enables enterprises and customers to focus more on the automation initiative itself, instead of managing all the hardware and dealing with all their hardware problems and having more or giving more time to the IT department. Instead, you can use everything out of the box from day one and focus on bringing benefits to your end customer or end employee.

The Automation Cloud offering has helped to decrease time to value from UiPath. I would say that Automation Cloud increases time to value dramatically in the sense that you can start from day one. Literally day one, you can go and start automating the processes without bothering with all the infrastructure topics. The time required to deliver the first benefits is reduced dramatically.

Automation Cloud’s offering helps to decrease the solution's total cost of ownership by taking care of things such as infrastructure maintenance and updates. It helps to reduce the cost of infrastructure maintenance, especially in the early stages of the projects, as well as on small and medium projects (for the long term). Not all customers or enterprises have strong IT departments or strong infrastructure in-house nowadays. Even large enterprises are moving more and more towards cloud services, even though they have strong IT infrastructure teams in place.

Automation Cloud is able to scale well due to the fact that we can, in a matter of minutes, or, in the worst case, hours, double the capacity. I would say that it positively and dramatically affects the scaling factor.

UiPath is a SaaS offering. It enables our customers to really quickly adapt and start using the technology almost from day one. It is very easy to start developing. It is very easy to start.

We are using UiPath Apps for our customers. However, this feature has not yet helped to reduce the workload on our IT department, or on our client's IT department by enabling end-users to create apps. Mainly, we are still involved as a service provider in the creation of the apps for the end-users. That said, where it brings added value is it reduces the limitations or the need to have an additional user interface, as you can create this app or user interface directly in UiPath to have an even better user, employee, or even customer interaction.

UiPath apps definitely increased the number of automations created. You can take more into the scope, what wasn't there before, with just attended or unattended automation, considering the fact that you can build a better user interface or any user interface from the very beginning. Before, there were only simple message boxes and prompts. Now, you can build really nice forms to interact with your end-users. It helps to accelerate initiatives.

Our teams have used UiPath’s Academy courses. Every team member of our company went through UiPath Academy. We always start with and actively involve UiPath academy.

UiPath Academy courses are a part of our standard onboarding procedure in the company, especially if we onboard junior developers. The very first thing we direct them to is UiPath Academy. Everyone starts with a basic foundation and goes through to a diploma and certification, and only then will we build on top of that more specifics about our standards, of our delivery approach, et cetera. I would say that UiPath Academy is a core and basic start for each and every employee in the company. Based on that education, we will later elaborate on different topics.

The biggest value I see behind UiPath Academy is its simplicity in terms of delivering the information. Even if you don't have any previous development experience and coding experience, all the explanations, videos, practical tasks, and reading material is formed in a way that is really easy to understand. The biggest value I see is its ability to bring people up to speed from really different levels, including very, very junior people with no previous experience in coding, programming, or the creation of robots.

UiPath's user community is excellent. Being an MVP, for me, the community has huge value in the whole end-to-end journey of RPA. Meaning that, at the very beginning, whenever you need to learn new things, you can always find a lot of useful hints in the forum and in the community. Later, when you already have delivered some solutions, you might face some problems. Luckily, very likely, you are not the first person to face those problems. There is always someone who already has had this problem and may have even raised it in a forum or on YouTube, et cetera. Even when you are already deep in delivery, sooner or later, there will be a point where you reach out for help to the community. The community, therefore, plays a crucial role for developers and automation specialists - be it business analysts, developer architects, et cetera. Having a strong community is definitely one of the most important factors that sets UiPath apart.

I'm not actively involved in other communities, and therefore wouldn't be able to compare UiPath to other similar communities. I can only say that the UiPath community is very supportive and very active in responding to any queries. The way it’s organized, it’s inspiring the next generation of forum members to help others and pay forward with insights based on the help they receive. UiPath’s community is really responsible and supportive.

In terms of reducing human error, at the very beginning, almost every company when starting the RPA and automation in Germany thinks of FTE saving as the main benefit. However, very quickly they recognize how huge the value is behind the quality improvements that happen after automation. It is quite obvious that robots are not doing human-like mistakes that may be caused by, for example, not paying attention or not getting enough sleep et cetera. Robots also cannot get bored. Very often, and whenever you have to process 1,000 or 10,000 records in more or less the same manner, it just becomes super repetitive. A mistake can appear in manual work as humans can lose focus on redundant tasks. This is not so when robots are involved.

In terms of time savings and error reduction, usually in our initiatives, we can see not higher than 5% of error rates when executed by robots. Even in those cases, I wouldn't say they are errors and more likely exceptions, which are documented and later handed over with specific explanations. A good KPI for our robots is to have less than a 5% exception rate. Related to this is that, by improving quality, we still save a lot of time as it can reduce the number of reworks which we might have afterward. For example, in one of the projects we were delivering, it reduced by eight times the amount of reworks or fixes, which the customer needed to process due to human-directed errors. Mistakes and fixes, therefore, were reduced by eight times.

What I would improve in UiPath, or I would just say, keep on improving, is the other products in end-to-end automation. UiPath started with Studio and Orchestrator as a core product, and still, we are actively co-operating UiPath and suggesting improvements for the other products. 

One of the products where I would definitely see a need for improvement would be a Task Capture. It is already good, however, there are many aspects and many ideas, which, for example, our business analysts have, which can be improved.

I've been using UiPath since 2016. It is already over five years. I'm familiar with the product.

Both on-prem and cloud solutions are very stable. The cloud is stable thanks to the UiPath team and on-prem, in our case, is stable thanks to our customer IT infrastructure team. Between the product itself and the infrastructure, be it Azure Cloud or on-site infrastructure, the stability is good. If there's any instability, it could be related to the people involved in using it as I've had a good experience with both cloud and on-premises stability.

The scalability of UiPath is one of the main competitive advantages, compared to other products. The software and the solution give you the opportunity to stably run it and scale it. With stable operations, you can focus on the new automation instead of maintaining already existing solutions. UiPath is very good at scaling in a friendly way and has good support that can help too.

I'd rate the solution at an eight out of ten. I never give ten, just to keep the motivation to improve high. I still believe that there are areas of improvement, though I really rate UiPath's support very high. The response time can always be shorter, the specification on solving problems can always be better, et cetera. Overall, I am extremely happy with the support UiPath provides in over 95% of the cases. For the remaining 5%, we still received the needed support, it only takes another iteration to move through another team and have a look at the problem.

Comparing the initial setup on cloud versus on-premise, the cloud configuration is much easier. This is one of the purposes of the cloud solution. It's meant to be easy to deploy and easy to scale. Documentation for the cloud is definitely straightforward. In terms of on-premise deployments, it is also quite straightforward, especially at the start, however, the complexity grows with the demands and requirements from the customer. If we have to get into the area of high availability and more of a complex server setup, it takes some effort to establish everything.

The simplest deployment on the cloud would take a matter of 15 minutes or maybe even as little as five. After five minutes you are ready to go and can use Studio and the cloud Orchestrator. It is very fast. You still need to have your admin rights available on your PC, however, that's the only prerequisite. 

For deploying on-prem, it's nearly the same for a simple deployment. If you only want to use the Studio and attend the job, it is very easy to configure in a matter of 15 minutes. Whenever you get into Orchestration, it will require more complex setups. It might take one or two days to set up, depending on how good of an infrastructure team you have to onboard.

The strategy in implementation remains the same no matter which deployment. In the end, you still have the same setup of products, be it Studio, Orchestrator, Task Capture, or whatever else. You have the same configuration of the products. It is only on the backend that is slightly different as it is hosted in another place. You don't really recognize the difference between cloud and on-prem hosted services.

At the very beginning, when we started the RPA journey, we were always tasked with understanding and looking at the potential return of investments. Therefore, we don't start automating the process before understanding the savings. For each and every process which we automate, we start with understanding what it will bring to the end customer. Even if we see minimal savings in the processes, we automate these. The biggest processes which we were automating were saving more than 20 FTEs (Full Time Equivalents). We are speaking to just about one process.

For us, FTE saving and time-saving are the same thing. It’s just different units of measure. You can measure it in people equivalent or in an hours per year equivalent.

The good thing about UiPath is that they are very active when it comes to listening to feedback. Every release incorporates some of this feedback into the product life cycle.

We are using both UiPath's Automation Cloud offering and the on-premise solution. We have customers, which need on-premise as well as customers which are running it in the cloud. On-premise, we have clients using different versions, however, it's my understanding that we are using version 2020.10.

I would definitely recommend, when starting the RPA journey, to start to use UiPath. Think about RPA as a robot factory, as a strategic thing, however, do not focus on one or another process. Think big and aim for automating all the manual processes in the corporation and from day one, and work to adjust all your procedures and infrastructure, the way that you've been able to get to this point. Do not get stuck at some point and feel you need to rework anything. Rather, change your standards in order to scale. In fact, aim for scalability from day one.

I'd rate the solution at a ten out of ten. We are a happy partner of UiPath and we have had many successful implementations with our customers. I can confidently say, after five years of experience using UiPath, that I've been happy with it. I still believe that there is always space for improvement. However, I really do have an appreciation for the tools. They're making a really good product and they should keep on improving at the same great pace. We plan to keep on using this product to deliver the same great services to our customers.