UiPath Platform Reviews

We're mainly focused on finance for the time being so we've used UiPath for invoice processing and e-billing reconciliation. It makes sure that all of our converting information matches within our client databases. We've done a couple of solutions that track budget spend for certain clients, making sure that if the budget overruns or comes close to overrunning, then someone gets notified. If we get a new client or if a new legal case is opened, automation can make sure that all that information is then uploaded into our database. 

We've done a couple of smaller automations for the legal teams. These have been fairly basic ones though. There were a couple that download files from an email for them, and then rename them with the correct naming conventions, and saves them into correct drives. 

Another use case is to remove outdated users or information from our databases in line with the GDPR system.

In a general sense, UiPath has helped with data lineage, understanding where a process starts, who it rests with, and where it ends. It has made the process that we have automated a little bit more clear of which parts of the process are necessary, which are the parts that hold up the whole process, and which are the ones that are needlessly complicated.

For starters, it just helps give a bit more of an understanding of our processes once they're automated. Secondly, it's changed the way that we approach problems. We're tied into contracts that we might necessarily not want to be, but because we rely on the solution, we don't have a choice. Whereas, because UiPath is so versatile, we can use that to fill in gaps to take over processes, which otherwise in the past, we thought that only one specific tool could do for us. Now, we feel like we'd be less reliant on these specific tools to do a specific job. 

Third, a lot of teams are starting to understand that things can be automated. Whether it's in finance, HR, or even the legal teams, we started speaking to all the different teams and now they're bringing work to us and they're getting an understanding of things that do need to be done by a person and which don't. People aren't just doing work for the sake of it now. If they think there isn't a point to something and it can be automated, they bring it to us and we automate it. So, it's changed the way that we look at processes and don't just hardheadedly get someone to do it for no reason.

It checks our invoice stage for one of the processes that we do for e-billing. Previously, there wasn't anyone to check the financial data that we have in our systems against our clients and our recipients, and making sure that it all matches up. That process wasn't done at all so a month or two months later, a client would come back to us and say, "Hang on, you billed a strong amount or you've put our billing address wrong" which is obviously a little embarrassing. These things went completely unobserved for months. The client had to chase us, complain, and tell us we needed to fix it. Whereas now, it's more of a proactive approach rather than waiting for clients to come to us and tell us that we've done something wrong. We actually have the automation that can check and then validate those mistakes before they're even a problem and before they're spotted by anyone.

We're still in the early stages but we are starting to reach the point where UiPath is speeding up the cost of our digital transformation.

The digital transformation has made a couple of the lawyers' jobs easier by getting rid of the admin staff. It's freed up time and it makes things easier for everyone.

UiPath has definitely reduced our processing times as well. It really depends on the process but it has sped up. 

It has also decreased our error rates. At the moment we're looking to purchase an orchestration platform. At that point, we'll be able to collect more information about exact numbers and we'll actually have the analytics. 

The ability to use APIs within UiPath is really helpful. The web scraping is really great. It's so easy to use, it's very intuitive, and it's usually pretty consistent. When web pages change you need to update it, but it makes it quick. If you need to do another quick process, it's really easy to get it quickly and set something up. I can just scrape data from a website and save it somewhere.

The ease of building automation depends. UiPath makes things that are fairly simple but looks a little bit tricky in another language really easy. But if you're trying to do something really complicated, then sometimes it can be a little bit more tricky. It depends, sometimes it's really simple for fairly basic automations, I think it's fantastic. But when you want to try and get into the nitty-gritty and try and write your own code and then stick in there, it can sometimes be a bit difficult to use.

The documentation can be a little bit lacking. I think they improved it a little bit last month. Last time I checked, it seemed like they spent a bit of time trying to improve it. Sometimes some of the processes are nicely documented. UiPath offers training, which they provide on their website. They teach you how to use it, but for some processes, it just seems like the documentation isn't really there. It makes it a little bit difficult when you're using a specific process from the first time. 

If you're trying to invoke a method in UiPath, if you're trying to write a C# in there directly,  or if you need to do something which can't really be done in UiPath, but it can be done in C# or Python or something else, sometimes it's not that intuitive. It can be a little bit more complicated than it needs to be. I think that integration with other languages could be a little bit better.

We have been using UiPath permanently for around eight months, but we've been using it in-house for about a year before that.

UiPath itself is very stable because it interacts with so many different applications. I noticed in the past, at times, when using it with browsers, for example, using it with Google Chrome or Firefox, occasionally Chrome or Firefox will update and UiPath can take sometimes a week or two to update with it. For that week, you're able to use any solution that involves Google Chrome or Firefox, because it's waiting for that update. I've seen that happen with a couple of different applications, not as much recently. UiPath itself is very stable because it can interact with anything. If anything is updated and UiPath doesn't have time to update drivers to match that, sometimes you can get left a little bit stuck.

It's not really easy when you're using orchestrator to scale up and create a server, add a new bot, get a new license, and get it running. 

At the moment, it's just me using UiPath. I'm a developer and the architect for the solution as well. But we're planning to expand the team next year. 

We have a couple of processes that are running constantly, so I think we're using it as much as we can, and as much as our licenses allow. We're at a point now where we need an orchestrator to keep track and run everything at the same time. We're in the process now of purchasing that. I'll see where we're moving to, to expand quite far beyond that after we've got it. We're just at the point of ramping up.

I've sent a couple of requests to support when we needed licenses and when we changed to a different computer or a different user, and they got back to us really quickly and solved it within a day or so. I've been pretty happy with UiPath so far. I think every time I've sent a request to them, it's been resolved pretty quickly, and even if they couldn't resolve it super quick, the response times are usually within 24 hours or so, which is really good. I can't remember a time where we've been stuck in the dark with them.

I've used Automation Anywhere, but I haven't really used it within my work.

The initial setup was pretty straightforward. I implemented UiPath for a couple of years before I came to my current company. It was quite easy, but even the first time it's always been quite easy and quite simple to implement.

The initial setup only took a couple of days to get it all installed properly and cleared with IT. In terms of getting the first process up and running, it took about a week or two because we already had a couple of processes that were available. That's just a case of tweaking them, making sure they're all okay, and then just getting them set up and getting more packaged up.

Our initial strategy was mainly to focus on finance and to try and reduce the outsourced headcount with a couple of the finance teams. We outsource a lot of our work to a couple of other companies and we want to reduce the cost of that, so I automate it in-house. Our other strategy was to try and free up as much time for our lawyers as possible to make sure they weren't bogged down with work. It gives them more time to focus on the clients and work up better relationships with them.

We're still looking at the process that we've automated and seeing how much time and money we're saving with this crisis, but we don't have that information at the moment.

The pricing is pretty fair. Sometimes the pricing can be a little bit strange. There are different prices if it's for a specific user, a specific PC or if it's an attended bot or unattended bot. The price can be quite different, but I think when you talk to UiPath or when you look at the pricing sheets, there's not always a justification of why a certain license is more expensive than another. 

Licenses are more expensive than another but I wonder why there's such a big difference, why attended is four times more expensive, and that sort of thing. In terms of the orchestrator, I think it was a bit too much. It used to cost about 20,000 pounds a year. Now, they are ramping up costs. If you get an orchestrator but with just a few blocks, it's cheaper and then you can add up more parts to the orchestrator. So the cost goes up, which I think is better.

Definitely to try and get as many teams involved as possible to open up the conversation about RPA within the business. It works best when you've got lots of teams who have an understanding of RPA and how it works. They can come to you with their potential projects and you can filter through them and see which ones are going to be the most helpful.

It's hard if no one else in the business really knows RPA or how it works, or if there's a bit of a wall there. It's important to introduce RPA to as many different teams as possible and to encourage people to get involved, think about the processes that they do in it, and try to identify what can be helpful.

It's important to keep RPA close to the applications and the IT teams because if you're using RPA or UiPath you're going to need to be able to be speaking to your team who need permissions or admin privileges, or you need apps to be updated. It's important if you're going to put it in, have it as close to apps and development as possible.

It's a case of understanding that it's not a case of trying to get everything automated that you possibly can. The goal shouldn't just be to automate everything. If you've got a process and you can do 99% of it automated but you can't automate the last 1%, you can but it's going to be really fairly inefficient. Understand that it's fine for a process to have some bits that are automated, some of which are done by a person. The hybrid workforce, rather than going into the strategy of just automating everything is ideal. I've learned that trying to find that balance and getting that communication between the two is good.

I would rate UiPath a nine out of ten. 

We are in healthcare, and the supply chain can be a fragmented process, and now with the Pandemic quite fragile. In recent years, companies have been implementing leaner supply chains to reduce their costs. We found that our best approach to dealing with supply distributions was to create a partnership with a distributor who could provide us with a very large percentage of our day-to day-supplies. We have Central inventories in each of our hospitals; however, we use a stockless operation Monday-Friday. This means we fill supplies for our nursing units on the weekends, but during the week, the distributor is picking, packing, and shipping those supplies in a low unit of measure. Orders are placed electronically by noon daily, and start arriving by late evening. A 'back order' list is sent to us each workday in the late afternoon - too late to do anything with it. 

We did work with our distributor to develop a more customized spreadsheet that detailed each item, by hospital and delivery location. Each following day we would break the file down so that we could e-mail it to each area, to get feedback from them on critical needs.  This took our resources time to prepare and send the next morning. Staff getting the information didn't have much time to review and respond. In addition, we would update each PO line item with the revised 'due date', for back-ordered lines - this was a manual process.  This same resource would then use a tool to send each requestor a 'delayed delivery' e-mail notice.  The overall PO update and communication process took an additional 1-2 hours a day in staff resource time.

With the robot doing this work for us, the vendor sends a file to an address by a certain time. They send it in at about 3:30 PM every day. The robot now takes that file and works that file, which it has ready for us usually by 4:30 PM. Now, it still may be too late for us to work, but the first thing in the morning, we have the file, and the Bot has already sent out notifications to all the users of any backorders. First thing, when they walk in the morning, they know what their backorders are. They didn't know that until halfway through the day before. Now, they get the information first thing in the morning so they can react. Now, we are getting the information first thing and have the time to work with the manufacturers and distributors to come up with other products so that we might backfill or get a branch transfer.

Our end goal was to make sure that we had a daily tool that was 100 percent accurate and could be deployed across a broad spectrum of healthcare workers. Then, they could get information faster and more accurately with as much information to eliminate a lot of extra calls and communication. That is what we embarked on. We dissected our current process and looked at all its different triggers to see how we could turn this into an automated tool. We broke down our process and identified everything that we were doing, then UiPath helped us identify what we needed to modify. We worked that into a tool where a Bot could come along and process it every day, then deliver every afternoon. That was our end result, and it's been extremely successful. We started using the tool last December.

We combined some automation that we already had in this process into this tool to make it a whole automated process, rather than partially bringing it under. We have a vendor who delivers us a report daily of all their backorders because we use the main distributor, so they deliver us a backorder report. Therefore, we made sure that they aligned it in a way that the robot could read it. Then, we wanted to break that down in a way so each of our hospitals could see their section. So, we added some data to this tool which allowed the robot to see that record, and say, "This belongs here, and this belongs here."

Our staff have been reassigned to more value-added tasks. We haven't eliminated anyone because it's been very challenging for us to keep up with the COVID-19 issues. Now, we have resources who have the time to contact vendors, and find out, "When are we getting this? Can we get ourselves pushed to the top of the list?" They can actually be a voice on the other line, a human voice, who communicates. When you're sitting there doing all this other work, you don't have the opportunity to spend it on being a voice for the health system. So, we put people back on working back orders with other vendors and doing other things that needed to be done. We have not eliminated staff because we are using them in more productive ways, getting more work done.

Our staff can now do the things that we need them to do. It has given us the agility to pivot and move to other things, because we are not trapped in trying to work these files every day.

Our customers are getting information about 12 hours earlier, which makes it much faster to resolve back order concerns for their areas. If they have procedures, or certain kinds of cases coming up, and see that they have a back order, then they have much more time to react and try to address their shortage.

It provides information to people by automating that information in a much faster time.

Since we are getting information out to folks faster, they can spend the resource time needed to determine the best approach for what to replace it with, or if we need to work with a sales rep. It ensures that our staff have the best tools to do their job faster.

We have not seen it do OCR, and that would be helpful. Right now, the tool will not read a PDF file, and we can't use PDF files. We want it to able to take an image, then take that image and put the particular field out in the right spot in a table. We have not seen it where you can scan a document in, then it reads fields and places those in a table.

We began our journey last Fall - 2019 

It is very stable. Once we got all the kinks worked out, there hasn't been any maintenance. 

We had a little problem with getting it to run at night. We moved it off of one platform and put it on another one, which fixed that problem. These are things that we encountered early on that went away as we figured out how to resolve them. Most of those changes that we made were internal to our process and caused by some slow responses within our Citrix environment. Once we resolve those, we have not had issues with the tool itself.

I have one person in IT doing deployment and maintenance. We also have a second person under contract if we need support.

The solution is scalable. 

The robot processes the file in an unattended mode, then sends out an email with a link to its output file. From there, all the users, and there are probably about 20, get this file and react to it. They review it from their perspective because there are many hospitals involved. Each one of them has their own tab because the robot creates a tab for each. This makes it easy for them to go right to what they need. There are a lot of folks reviewing the results of what the robot has produced.

I have not used their technical support.

We were passively looking at some tools to automate some of our procurement processes. We are highly automated in our department, but we are always looking at ways to take the things that are not already automated, get into those, and see what parts of those we can streamline.

We met with UiPath last Fall. At that time, we went through a company by the name of Speridian, UiPath is a partner with them. We came to the conclusion that we had a manual process where the right components could be automated. Therefore, we made that our focus and started answering all the questions around the process to ensure that we had everything necessary for a robot to be able to answer the questions and keep moving the process forward.

The initial setup was very straightforward. We outlined what we do and what our end result needed to be. They asked us some questions, then sat down with our resources and walked them through it (or did it through Webex). I don't think there was ever any confusion on what was being discussed.

We didn't spend that much time on the process. Overall, as far as our work, the deployment was 10 to 12 hours, if you look at the meetings and such. Most of the time was spent on their side, because they had to go back and do all the development. So, I thought it was very painless.

We worked with the UiPath team and Speridian to ensure that the bot would know how to handle each aspect of the data and where apply it. As we tested it, we saw that we needed to go back and reconfigure this or this isn't how this is handled. We were kind of working through the things we forgot until we got to the point where, "Yes, this is it. We can do this every day." 

We had the robot tied into an automated tool that we were already using to send notices out. They were able to pull up that tool and have these automated components to all this stuff that we had a manual person sitting there doing every day. She was sitting there taking this data and sending it out, and now the robot was like, "I got the data. I'll send it out." So, we just ran it through the whole process. However, it does take having resources who can ask the right questions. What I found with this team was they were good in actually asking the right questions and helping us with what the robot would need in order to make decisions. Because that's what the robot is doing, it is automatically looking at a value, and saying, "I do this. I have that." 

We learned with it: How we need to respond and how we need to give the robot the feedback. It was quite an interesting process for us. Although you're always thinking you can automate so many things, there are components that you do need a person's brain to figure out. We found those pieces in this tool. We found some areas where, "Here's the exception." So, it even writes off the exceptions for us. While I do still need to have a person looking at exceptions, rather than the 100 lines that they used to have to look at, now they look at two, three, or four lines, then make decisions on those.

They gave us the opportunity to create a tool which would automate as much as possible, then provide us the data that we needed to act on. It has basically filtered out all the things that we didn't need to deal with. It has taken care of those, leaving us with everything that a human being needs to respond to.

I felt very comfortable with the UiPath person who was doing the programming, though I never really met him. I was very impressed. We talked on the phone a time or two, but they just seemed like they got it. They understood. It didn't take a long time for them to figure out what it was we wanted to do. They were able to tell us, "This is what we're going to need. Can you get it?" So, they were easy to work with. They also acted quickly. I thought the whole process of developing everything that we did went very quickly. 

They were able to link into our tools. They made suggestions to us, "Well, these are exceptions. We can put these here. We can do this. We can give you all this." They were providing us with ideas on how we could even expand on this. I found that to be very helpful. I really thought that they did it very quickly. They did not take long to understand what we were trying to do before getting in and really learning the impact. When we needed a change, the changes have come very quickly. 

It has gone so well that we will be doing a few more enhancements. Now that we've worked with the tool for a while, and know that the ability of UiPath and what they can do, we can enhance it even further.

We are doing things at a much earlier time in the day. The robot compressed the time it takes. We are getting our users' information earlier in the day. Now, it may take five to 10 minutes, where processes used to take half an hour or 45 minutes to go through everything. 

With COVID-19, so many supplies have been impacted. Our line items expanded and grew, so it would have been very difficult management manually. Thankfully, we had this process in place last December. It really came to our aid in March, April, and throughout this year, because it has streamlined the process. It has given everybody more time to pivot and make decisions.

The UiPath tool takes redundant processes away, and says, "Let us handle those, then you do all those creative things." It has given us back a lot of staff resources that were being used up by mundane, redundant processes. That's how it worked in our world. In other areas, anytime you fill out a form or answer a question, a robot can post that to a table. There are all kinds of things it can do. However, for us, it took these manual processes that we were doing day in, day out without a lot of thought and gave us that time back to be more thoughtful of what it is we need to be doing to be more thoughtful of what it is we need to be doing, in order to ensure that our health system has the products that it needs to support the community. In my mind, that is what it is about: Giving back your resources to use them in the way they were intended and using a robotic tool to do those things that you can eliminate, like mundane, redundant processes.

Start with processes that happen over and over every day. Something that you have to do, like data entry, whatever it is. Peel back the onion, then look and see how you can automate some of that through a tool. You have to look at what your processes are and understand how those are getting done today. Maybe even share that information with somebody outside your area, because people from the outside might say, "Well, why don't you do it this way?" Because you've lived it so long, you don't even know why you wouldn't nor do you know the questions to ask. Therefore, look at your base processes that you're doing day in, day out and see how you might be able to automate any aspect of those that doesn't require human thinking. I'm sure you will uncover many things.

It is a learning process for everyone, but I thought it was a very fast track learning. Sometimes, you think, "Well, this is going to take six months," and it didn't. In a very short time, we were seeing samples of what we were going to get. Therefore, I was very impressed with the amount of resource time that it took. It was beyond what I expected.

Some tools we are working on will reduce the purchase order build, but we haven't implemented that yet. That's a whole other project that we're working on with them, and that piece goes into procurement.

It is very doable. I was probably fairly skeptical, but once we started thinking about it, it became very clear that this would be just a slam dunk. You have to open up your mind to it, but it was something that when they said, "Well, we want to use some robotics." The fear is you're going to take my staff away. There are some cases of that, but it is not so bad. I don't have to worry about the robot taking days off, getting sick, having a mother in the hospital and needing to be with them. I don't have to pay it scale. I just don't have to do any of those things. Now, the robot can't automatically think outside the box, but sometimes it can depending on the questions I ask it. 

Everybody just needs to take a breath step back, and say, "Yeah, maybe it can replace this." However, that doesn't mean we won't use this resource in another way.

I would rate this solution a 10 out of 10. I'm not the type of person who just gives a rating of 10 all the time, but this solution has just been a phenomenal tool for us.

Originally, we were using UiPath to draft documents and send emails on mass to where we had large communication exercises. We used a robot instead of a small army of paralegals to generate the documentation and draft up the emails where we had to communicate with 2,000 to 3,000 people. It was a little bit more involved than just doing a standard mail merge, but we were able to use UiPath to create a number of documents and email it to an individual customer, all through a central email address.

Fast forward to where we are now, we have a few of these things focusing in on what we call post-completion activity, like the things you do after you sign a contract. So, it may be you're uploading it to the client's contract management system, applying stamps, or registering the contracts in an official register. The robot is able to do that for us post-completion. Those are our primary use cases at the moment. We're looking at more data integrity type stuff, like comparing our internal data sources against public record.

The ability to displace some activity that was traditionally on our paralegal team has improved my organization. We're an outsourced managed legal services provider. We're primarily a people-based business and UiPath displaces some activity off those paralegals and brings in automation. For me, it becomes an additional type of resource. The long and short of it is that we are able to move work that was traditionally done by people and would be charged at a rate, off to automation where we can bring the costs down. It enables us to reduce our running costs of our clients. A single bot running post-completion has saved as two FTEs.

UiPath has helped to speed up case resolutions in a couple of ways. It's focused on doing particular jobs, so it achieves the job faster. People don't need to complete an entire task end to end. They can stop at a certain point and the robot takes over. That allows a person to get through more work. Also, the fact that the robots are able to do this stuff overnight 24/7, means that we have more capacity to do stuff.

It gives us the ability to respond to clients. It gives us an option in how we're going to automate work for clients. It's hard to say if it has reduced the cost of our digital transformation because we deal with all the people. I suspect it hasn't done it internally, but suspect that has made some things cheaper for our clients. It enables us to deliver digital services cheaper for our clients. 

UiPath had an effect on our legal staff. It takes work that people don't want to do at the moment, having to download the document, take some details off the top and the bottom of the document, apply a stamp, and then re-upload, it's not what our paralegals and new trainees want to be doing on a day-to-day basis. So we are able to shift activity nobody enjoys onto a robot and let them focus on the stuff they've been trained to do.

In terms of how much it has reduced the processing times, the task itself still takes as long but we've got a robot doing it instead of a human. I don't think that the impact isn't that dramatic on-site processing times. At the moment, humans are only involved in 80% of the transaction and 20% has been held by robots.

These automations have decreased errors but it's hard to quantify by how much. They've inserted 20,000 transactions a year. I have no doubt that the error rates improved. It's just a hard thing to quantify.

The most valuable aspect of UiPath is the fact that it's a low-code platform. Being able to use a low-code platform really lowers the barrier entry of introducing automation. Normally, you fill in a request to go to IT to get a development resource allocated, and then you spend six months trying to do a project. Because UiPath is a bit of a platform, you can quickly, within weeks, start to knock off automation and get it checked and then successfully deployed. The low-code development environment is key for us.

Now that we're scaling up and taking advantage of Cloud stuff, it's become a lot easier to use. When we started our journey, we just bought a couple of bots and had them sit around on machines. It was a bit chaotic and we thought that if we take advantage of their wider platform, the orchestrator environment, it would make life a lot easier because we have all the monitoring and management. We have access to that in one platform rather than having to watch the individual robots, which is where we started.

We're going to use the solution's AI-enhanced document understanding feature. It's something we're looking at to help us with invoices and incoming bills that come in. It's on the backlog. We haven't got to it yet.

UiPath enables me to free up capacity for people to work on new work because they are involved, they're less accessible. At the moment, the majority of our staff is focused towards the end time making sure that things are filed correctly. It's more about focusing resources rather than being more responsive.

As things become more and more data-heavy and accessing other people's products and managing things, like obtaining the data through APIs, it feels like there could be a lot more for them to do, to make interacting with data or manipulating simple things like text strings. You need quite a strong development background or a reasonable level of understanding to achieve that. I think that could be made a little bit more achievable.

Three years ago we started using UiPath relatively small and we are looking to scale up significantly this year. Originally we started on-prem and as we're scaling up, we're going to move towards the cloud instance.

So far the stability has been good. With all of the low code platforms, it's actually more of a problem of what we've developed and deployed. It's how well we make our own software so that the platform will provide. It seems to stand up very, very well. I have not really had an issue. Anytime we have encountered a bug or whatnot, it's something we've introduced to ourselves, but thankfully there's a strong community where we can post questions and queries to get a response within a couple of hours.

I don't see scalability as being too much of a challenge. If we need more capacity on the robots, we're able to buy more licenses and additional VMs on the machine. If we need to expand or scale, it's just about deploying more machines. I don't feel it's that complicated. I suspect there are some constraints on how you build your applications, but that's more of an internal decision rather than UiPath's.

There are three people who are responsible for how to put a source of business analysis as well as development. Their role is to work with SMEs or people within our business units to understand a customer's process, get them deployed, and work with them to do it. The stuff we've taken on tends to be the easier, quick wins. We have three internal developers who were able to break down processes. We're a large organization. We have a large IT function that helped us with virtual machines and data centers, etc. We're not directly involved with them.

It's very easy to build an automation and just let it run. One of the key lessons we learned is the fact that you have to keep an eye on these things and that things change in the environment. Passwords run out and expire, folders may move as people move things around the network and a robot is just as susceptible to everything else that our user is. In terms of when you're designing any solutions, you have to pay a little extra attention to things that may cause you problems in six months' time. The simple fact that a password that you were using has been reset or is expired or something else, could cause the robot to failover. While the robot can tell you it's got a problem, you still have maintenance effort to keep an eye on. There is a maintenance commitment that you need for everything that is put on it. You need to spend a bit of extra time detailing exactly how you are going to respond to those things. Just because it's easy to deploy stuff, it doesn't do away with the fact that you have to keep an eye on it.

There are three analysts who are respondents to book fixes, etc. We have people in the business who we work with to automate these processes. They take a level of responsibility and keeping an eye on anything we try to automate. They're the first line of support. If anything's going wrong or something they can keep an eye on it and then if it is a technical book fix or something that needs to be resolved, that's then escalated to one of those three developers.

I only had one issue which was to do with the proxy setting when deploying some of the software. I raised the ticket on the website, got a response within half a day and it explained what I needed to do to fix it. That's my only experience of having to deal with them. I raised a ticket, I got the answer, and it worked. My experience so far has been fairly good.

We decided to use UiPath three years ago when RPA was starting to become a bit of a buzzword. We took a look at it and realized that it would be a very, very good solution for the right project by allowing us to automate mass activity all at once. One of those projects came around and we had to communicate it to a large audience. The process once agreed upon and nailed down could be very heavily scripted. We looked at a way that we would communicate it to the 30,000 people, all with documents that are pretty much the same but with a slight variation. We knew we wanted to try an RPA solution. UiPath was a very strong contender in those days and it was easy to access. That's why we ended up with it. We're able to achieve something with a single bot. All of those things make the software easy to test out. And then from there, you're able to make a decision.

The initial setup was really straightforward. In such a large law firm that has high data security obligations, we set these things up, appoint the orchestrator, and it just works. I have not encountered too many problems. 

It doesn't feel like a heavyweight ERP system or some larger workflow tool. These things are deployed onto a desktop and they speak to a server. It's not heavy. It doesn't feel like a piece of software with a heavy footprint.

The deployment took a week. It took us longer to end-to-end to get the invoice approved.

We've taken advantage of the architecture. Our IT team set some ground rules about where the virtual machines need to be hosted and deployed, but it's not that heavyweight. We increase some standards with IT and then install the software on those machines. We're using the Cloud version so there's not a lot to worry about.

We were able to do the deployment internally. 

Some of our ROI is quite dramatic. We have to email lots of stuff out to different people and our projector will require this to have a team of six or seven staff working solidly for a couple of weeks. The robot was able to get it done after a couple of weeks of configuration. This thing was able to pay for itself in a matter of hours once it was done. One of our post-completion robots took a week or two to develop and get stable enough to deploy. It's able to offset seven or eight hours a day. If we target the use cases correctly, we are able to get a return on the automation we deploy.

Take advantage of the Cloud-based implementation. You'll have to handle the Orchestrator licensing costs. It's obviously different for every organization. It's beneficial to get away from the on-premise installation. Also make sure that your business case justifies whatever the license cost is for an unattended or attended bot. 

Show your business case and that the automation will help you to exceed the license cost. You want to look at things that are going to give you a return on investment in about six months' time. Take advantage of the Cloud-hosted version so as not to pay the cost for Orchestrator. Then for your bots, make sure you will see a six months ROI in terms of how much automation you've gotten and how much you can get the robot to get done.

We also looked at BluePrism and Automation Anywhere. We took a quick look over the top three solutions at the time. UiPath seemed to be one of the leaders in the area.

We partnered with an organization to help us deliver it. We got some consultants in and sorted out what they were comfortable with using and what they recommended. For us, it was the size of the platform. We were looking at Automation Anywhere or BluePrism. It just felt like it would be a bigger project to implement when in reality all we wanted was one robot to do one job for us at the start of the project. It was more about the barriers of entry to getting started.

I would rate UiPath an eight out of ten. It feels like nothing deserves a 10, and I highly recommend every organization has a handle on RPA. There are still a huge amount of features we're still yet to explore.

We are a UiPath customer, working with them to develop some products. It is a bit of a mixed thing where we are developing some products with them from scratch, but they are acting as the provider. We develop things, and if they're useful for others, then others can use them.

We are doing some pretty bespoke things to help us develop some solutions, but also help them develop their UI solutions in the legal area. We are working on a few things with UiPath to develop some search robots, some solutions to automatize subcontracts, and some timekeeping entries. These are several things that we are doing right now.

We are doing three things with them:

1. A robot to help us with software for time management, automating time entries. 
2. A robot to help us with filling in our engagement letters (contracts). 
3. A robot to help us with various public searches, i.e., the automation of searches of the public record.

We are adjusting robots from similar things that they do. The robots are not yet in production. 

The most valuable feature is its ability to save time with a task. In general, it improves accuracy as well.

UiPath's ease of use for automating our company's processes is a five out of five. We have found it very easy to talk to them, identifying what can be done along with the potential use cases. They have been very good at guiding us through what is realistic at this point, how their robots could help us save time and improve accuracy, and how our users can engage with their robots, e.g., ensuring that users engage with the robots and use their product. 

When we started to talk about practical implementation, their team was extremely switched onto identifying and fitting their product to our needs. They explained to us how we can use their products, what can be done to adapt their product, and what may happen sometime in the future, not necessarily now. I found this very helpful and straightforward.

What we have in mind in terms of what the robots could do for us is significantly more than what UiPath does now, but it takes more work. From my perspective, there is just a wide scope of implementation that goes beyond what we're starting right now. That is essentially the improvement. While I have nothing negative to say about our experience with them so far, I think we can work to develop more complex products with them. They are already working to develop something for our use cases, but what I would like is if we could develop more things for more complex needs, e.g., where we start with simpler stuff, then we can add things to what we're doing now.

We are in the development phase.

It is too early. We are still in development.

During the development phase, there are five people involved in the development phase. The users will be about 100.

We have not used their support.

We were not previously using something in this area. 

We have been thinking about ways to streamline our activities using technology. It happens that we knew UiPath, so we started to engage with them about what they could do for us. We had something like 20 ideas that we could implement, then we just started the easier ones which were closer to the products that they have. As things go, we will see whether we expand to other things.

We have known UiPath quite well and for a long time. They are also the leaders in the field, so it was a very easy choice.

The initial setup was quite straightforward. We started to discuss potential solutions, then we met with parts of their team, developing that business area. After that, we met with the technical people designing the product. We had a couple of initial conversations and did some testing. It has been extremely simple and straightforward.

We are supposed to review some of their proposals and provide feedback. We are probably a week or two away from production.

UiPath could have probably implemented the solution in a couple of weeks. We had some delays on our side.

We did the initial setup ourselves.

It is important for whatever we implement that it's cost effective in a sense that the robots will replace some human time. If human time costs less than the robot, then that's not a good deal. Normally, human time will cost more than a robot, and that's what we're trying to displace: the human time. We want to replace it with a cheaper robot. 

We only looked at UiPath, because we know them quite well.

So far, the experience has been excellent. I would rate the solution 10 out of 10, but we haven't finished the implementation.

Look internally what your needs are. Try to identify what you could improve with software robots, ensuring these needs are clearly identified and the product is fit for purpose. Also, you should make sure there will be buy-in in the organization, so people will actually use the product.

We have developed a product for a court of arbitration. UiPath provides the automation engine behind it. Our product is a platform that is live online. It allows a party to provide some contract information, and the robot assembles a document and communicates with DocuSign, our signature provider. It then sends out a correspondence to the other party and manages the signature process for a bespoke contract for an arbitration agreement.

This is a service that we provide to the world, pro bono, as it were, to promote arbitration and the adoption of a particular arbitration clause. It's accessible to all. Parties can log in and it helps them to negotiate and conclude an arbitration agreement in a mediated fashion. The robot sends out email on behalf of a third-party, a court of arbitration, and it helps the parties get that agreement done.

It's about concluding an arbitration agreement before the dispute goes any further.

It helps us in providing added value to the clients and to the community at large. It's a marketing thing for us, in the widest possible sense, rather than something that we use in our practice.

But in terms of reducing the cost of digital transformation, if a person had to do what the robot does, it would probably be impossible. It would be impossibly costly. If one person had to handle the communication, instead of the robot, and try to negotiate each addendum, nobody would do it because it would take days or weeks for a lawyer to manage, and it would be prohibitive. Yet, all of a sudden, we have this service that is so cheap in many ways that it can even be provided for nominal user fees. It's quite dramatic.

I would also imagine that processing time is reduced by many orders of magnitude. As a professional, if I had to manage an addendum like that, it would take me weeks. And it takes about seven minutes or so, if all goes well.

What I have found interesting is that our product acts as a human would but it's not intrusive. It doesn't require any real integration or interface with one's own systems, in any meaningful way. Obviously, you need access, an account to log in, but it otherwise acts as a human, and that makes deployment quite smooth. It doesn't require you to change anything in your system. I found that very useful.

Regarding the ease of building automations, I'm not sure how it's done because I'm not a programmer myself, but it's great. Just looking at how fast they moved once we had the program settled in — it was quite fast. For this particular process, which is assembling a document, talking to DocuSign, sending out emails, and so on, the deployment of production was like "today." It was quite quick.

In terms of the ease of management of automations using UiPath, I don't dare poke into it, as a non-technical person, but it looks manageable. I have someone who does not do RPA normally, who doesn't do this type of programming at all, but that person knows where to look for errors and doesn't get lost. It's reasonably accessible.

I could use more standardized features, retail-style, things that I could use off-the-shelf. Right now, all this requires quite a bit of adaptation in bespoke work with UiPath, which they've done very well. But looking at it after having used it, I would get stuff that is prepackaged from them, if they were any.

We launched with UiPath in June.

The stability of the solution is okay. 

The downside of the upside, when I said that it works like a human, is that in some cases, if it interacts with a website that is changing, then it's like a human. You need to adapt it to the changing environment in which it works. That's an inevitable fact of life, that it interacts with other apps. It can also interact through APIs, but you want it to be very flexible, you want it to be an agent, like a human. The downside of that is that if something changes with a website, then of course, you have to change the robot and tweak it a little bit. But that's the only issue that has required our attention so far.

Our product is a public-facing instrument and we have had no problem with the number of users, so we have not seen any issues with scalability.

In terms of potentially increasing our use of UiPath, we're exploring a number of solutions actually, for practice management and actual lawyer work. These would be in-house solutions, rather than public-facing. We have a few ideas that we have run by them and we are waiting for feedback.

We've had no problem with the customer support. We were in direct contact with the whole team. They have always been quick to respond. I would rate them a 10 out of 10.

We would use regular Microsoft automation features. I would have a flag on a particular correspondence, or a particular rule for attachments. We would use little bits and bobs of automation that are available, but we did not have any bespoke solution.

We went with UiPath because they made themselves known in the sector and it was a question of the vision that they communicated. There was a modest vision of providing solutions to very discrete problems, not revolutionary solutions to everything. Rather, they focused on whatever helps in a particular organization. We liked that. It matched our understanding of legal tech as well. It needs to be supportive of whatever little bit of help you need, rather than providing you with an environment that engulfs you with everything. We liked that approach, and when we approached them they were very receptive.

The initial setup process was okay. I'm a non-technical person, but I was able to manage it. 

It took quite a bit to figure out what we wanted from it, the flow and the logic of it. After we agreed on that, on the concept, actual production took two or three days. Of course, somebody had already done a proof of concept, although that was not based on a final brief. We danced around and changed it a bit.

For maintenance, we have somebody in tech that we pop questions to, and our maintenance of the server is done in-house as well.

We have realized return on our investment. It was a joint project with UiPath so we had special arrangements in terms of licensing, but it was very well received in the market. It was very beneficial for us.

Our product is something that we launched in June, and the robot has been featured in general business publications, in the Kluwer Arbitration Blog, and the Resolver, which is the Chartered Institute of Arbitrators magazine, as well as the Romanian Arbitration Journal. Essentially, everybody knows about it. It is one of the most popular UiPath robots out there; the most featured and interviewed robot in the wild. We were quite pleased with the publicity.

My advice is to think about it very carefully and know exactly what everybody is doing every day in the office, the little bits and pieces. Really look at that seriously, because there are so many things that we do in a software environment that are very amenable to automation, and it saves a lot of time. Think very carefully about the particular needs of your office and look into it, because it can save you a lot of money.

It's clear that this is the future.

We use it to automate searches in public databases. We have lawyers who need to search for various companies. For example, we are searching insolvency files for a list of business partners, so we use the robot to perform the search and notify clients about its results. Thus, it helps us with our work in searching public registries.

We have the Studio license and attended robots.

It enables us to provide new services, e.g., our use case is something that we could not have delivered manually. Now that we use the robot, it is something that we can offer to clients. Therefore, it has helped us expand our scope of services and offer to clients more competitive fees. We are now trying to get more clients.

If we were to do this manually, it would take us one day for 200 companies. Now, it takes about half an hour. So, it has reduced our time to process information. Before, we didn't offer these services on a mass scale. We just often did it for a couple of companies. Now, we can offer it on a larger scale.

One of the departments in our organization does use UiPath for compliance purposes: To send reminders to our clients. We have to ensure that clients are compliant when they submit financial statements. We use the robot to send them reminders to update the steps of compliance, i.e., if it's done. This is not my team, but another team who uses it for compliance purposes. It has increased their level of compliance because it's timely and there are no errors in the reminders.

We mostly value the fact that it easily interacts with existing systems. We don't have to go to a complex interface to access public information to send the emails, etc. This is the good part.

Its ease of management is okay. Our attended robots have some Excel files that we use to manage and configure the robots. It is quite straightforward.

It has helped relieve the legal staff of the burdensome task of searching on the public registry. For them, this has been a big improvement. It saves time and also the risk of human error has been reduced, because now the robot does the work. So, you don't get bored when you check 2,000 companies on the portal. The staff is overall more satisfied because they can do more value-added tasks than performing this search.

The pricing for Orchestrator and unattended robots could use improvement. If we plan to roll out and implement more robots, then perhaps lower costs on Orchestrator and unattended robots would make adoption even easier. 

For roughly a year and a half.

So far, the stability has been good. We haven't had any issues.

If you have an attended robot, then it is scalable to a certain extent, but this is because of the price tag. If you think through your use cases, then you can use the same license for multiple purposes. If we think of scalability in the sense of changing the process, then this is something that can be done, but it requires extra development time. So, it's rather scalable.

We have two lawyers using this robot. Their role is to monitor the robot and make sure that the robot works fine. For example, if there are any complaints from the clients, then they can respond.

We, in legal, are among the first to use this robot to my knowledge. Other than a couple of robots that I've mentioned in this review, I'm not aware of other robots.

The technical support is very good. They were very responsive. We had a question about the license and they replied very quickly.

We did not previously use another solution. We decided to implement an RPA solution because we wanted to streamline our processes. We also wanted to be able to offer and develop new services for our clients. For these particular use cases, using other technology solutions would have been more expensive and complicated to set up.

The initial setup was a bit complex. We are a very big company with a lot of IT centers. I think the complexity was on our side. The initial part of setting up the virtual machine and installing the licenses took roughly two months. After that, the development time was very short: one week.

Our experience, as administrators of the platform, is quite good. Once the robot is set up, it is very easy to see the results, reports, and if there are any errors. It is quite easy to use.

The robot that searches for insolvency cases was built in one week. After that, we have been testing it and making adjustments, but the construction and development time were very short.

It speeds up digital transformation because it's easy to implement and have it live. Therefore, it is something that we can use very easily to streamline our operations. 

I handled the project and managed the discussion with our IT. We had several infrastructure teams who set up the virtual machines and helped us install the licensing. We had a third-party developer who developed the robot. We also had an internal team who tested the implementation. I oversaw everything.

We were happy with the third-party developer.

Now, there are several providers/developers who can build UiPath robots quite easily and at affordable prices. So, in our case, it was quite a straightforward process of building the robot.

Our processing time was reduced to half an hour. Something that would have taken up the whole day (eight hours) was reduced to half an hour. This has freed up our legal staff’s time to focus on more important and strategic tasks.

What we have managed to do is to offer a completely new service. It is something that we did not offer on a regular basis or big scale. Using RPA, we can offer it to a larger scale with the reduced costs.

The pricing is okay, but I recommend to build a business case before going live. Ensure that you really use the license and building the robot makes sense. Try to think of multiple use cases, because one license can be used for several robots.

There are additional costs for using third-parties. We also have internal costs with the infrastructure and for the virtual machines where the robot operates.

The costs are quite affordable. It is a solution that makes sense from a business perspective.

We didn't do a very formal business review process.

I think the platform is very good.

Have a good consultant advise you on the processes of automations: How to build the use case and business case. You will need a bit of knowledge around RPA and business processes to be able to have a successful implementation. 

Have a stronger technical partner tool to help with developing the robot, making adjustments, testing, etc. Testing is very important. It is important that you allocate resources for testing.

Robots can do things in a different manner than we can and more efficiently. We have to be creative and think of processes, even if only part of them are repetitive, that we can automate and a human can work with the robot. Then, the overall the process is improved and our experience as humans is a lot better.

I would this solution a 10 out of 10 because they are very good at what they do. It's very important that you understand what the solution can do and its limitations. However, for this type of product, I think they are the best.

We are using Studio, the Orchestrator, and both unattended and attended bots. We are using the product primarily to index and process patient records into patient charts when records come in from outside sources.

An example of how this product has improved the way our organization functions is that it has doubled the number of records that we process per hour.

The most valuable feature for us is the unattended bots. They are valuable because records come in automatically from the vendor with a cover sheet, and that cover sheet has a QR (Quick Response) code. An unattended bot will take the record, and based on the code can index it and upload it to the patient's record with no human intervention.

On a scale from one to five where one is not stable and five is very stable, I would rate the stability of the UiPath platform as three right now. There are some nuances in it that are throwing some error codes when reading the QR codes. But we are in the process of working with UiPath to get that issue corrected.

Right now we have about five people in our organization involved in the automation program. We can expand that as necessary.

Our team used UiPath Academy RPA training. Two of the individuals on the team have gotten their certifications.

On a scale from one to five where one is the least beneficial and five is the most beneficial, I would rate the UiPath Academy as a four. The team really liked it. The two people that have certification are our two main developers. They had been doing their academy in concurrence with our deployment while they are still working on the project. They both said the academy has been very helpful.

We also have a customer support person dedicated to us. They call them Customer Success Managers. We use them and then we have also had to reach out to the home office in Romania. They are working on a solution for us right now. The service, on the whole, is very good.

I was part of the decision process in choosing UiPath as our RPA solution. We had not previously been using another solution but knew that we needed to invest in one because we looked at our employees' overtime records. We were paying for overtime and did not see the need to just for scanning and indexing. A bot can run 24/7, so the bot takes care of processes that can be automated instead.

The initial setup process was complicated because of us and the requirements of our organization. It was not because of UiPath. But even with those complications, from the time we purchased the UiPath license until we had our first robot in production took only about three months.

We did not use an integrator, reseller, or consultant for the deployment. We used internal staff and the UiPath engineers helped us along.

On a scale from one to five where one is very bad and five is excellent. I would rate our experience with UiPath as a five. They have been very responsive and have given us engineering support at no cost. They seemingly did that just to ensure that we were successful.

We are starting to see a return on investment. It has only taken us about a month to realize that. Basically, we have seen a performance benefit. Where it was taking a human about an hour to do ten records, we have estimated that we are going to be able to up that count to about 80 records an hour. One of the humans that is doing the manual part of it has already said that the product has helped double their workflow. The solution has also helped to eliminate human error by approximately 85%. I would say that it is going to save us at least 40 hours a week right now. I also think that is a conservative estimate.

For our licensing cost with this solution we have invested $90,000 right now, but that is to cover several facilities. The UiPath solution is not expensive considering that.

UiPath was the only RPA solution we looked at. They are TRM (Technology Reference Model) approved and they appeared to have the best platform.

On a scale from one to five where one is very difficult and five is very easy, I would rate the ease-of-use of the platform for automating our company's processes as a four. The UiPath product has fit our model the best. Number one, because in the VA (Veterans Affairs) hospitals the RPA solution has to be TRM approved and not all RPA solutions are. They have also been very helpful because we have a little bit of a unique system. There are some nuances in an older system that we are still using that can not be changed at the moment. They have helped us work around those issues and they have provided the technical support that we needed.

On a scale from one to ten where one is the worst and ten is the best. I would rate the product overall as a nine. From everything that I've heard from the staff, the ease-of-use and the effectiveness of it are really good.

If I were to give advice to a colleague at another company who is researching RPAs, I would tell them to go with UiPath because of the product and the culture of the company. I think the culture of the company is one of the reasons that you are going to ensure that you will be successful.

We use Orchestrator, Studio, and Robot to work with automation in our finance department.

The product improves how our organization functions by automating tasks so users aren't having to spend time doing mundane things.

The most valuable feature is the unattended robots as they completely take tasks out of the user's hands.

In the next release of the solution, I'd like to see process mining to analyze business processes through event logs. It would help the end-users determine what processes need to or can be automated.

As for areas of the solution that have room for improvement, the usability for the end-users could improve so that they will be better able to program on their own. Coupled with process mining capabilities, that could remove the need to involve programmers or IT in the automation of simple tasks. The cloud platform could be improved so we would be able to deploy through that with sufficient security.

On a scale from one to five where one is not stable and five is very stable, I would rate the stability of the platform as a four. It is a four because I haven't seen any outages yet but we may need more experience with the product to be sure it is totally stable when we are completely live.

We have about four people are in our organization who are currently involved in our automation program and I can see that expanding as the company improves ease-of-use.

Our team has used UiPath Academy RPA training. On a scale from one to five where one is the least beneficial and five is the most beneficial, I would rate the UiPath Academy RPA training as a five. It is very good and very detailed.

We have also used customer support and it is good. When I called in they were helpful with answering questions that I had and they responded quickly. Usually, we had one person assigned to us that kind of helped us implement and who was familiar with our needs. This helped in several cases.

I was involved in the decision process to move to UiPath. We knew that we needed an RPA solution to take care of repetitive tasks that could be automated and we had been using solutions in other departments. We went through an RFP (Request for Proposal) process when the finance senior leadership wanted to see what RPA was about and how it could help in their processing. UiPath was one of three products that made it to the next stage of evaluations for this use case.

We did simultaneously use a different solution, which was Pega. UiPath was actually already being used in the company but the idea was to expand into the finance processes.

The initial setup process was straightforward. The complexity that we met with was because of the requirements of our own company. The setup, as far as the installation, was straightforward and simple. From the time we purchased the UiPath license until we had our first robot in production was about three months.

We did use a consultant for the deployment. The company was PwC (PricewaterhouseCoopers International Limited). On a scale from one to five where one is very bad and five is excellent. I would rate our experience with PwC as a three. They are not rated higher in our case because they didn't provide us with the best resources. They sent a younger team that seemed not to have really ever used UiPath.

We have only projected a total for return on investment and performance benefits from the solution through testing and past performance as we are not fully live yet. It will probably take six months to see the actual ROI when we know more about the performance benefits of full deployment. The solution has already helped to eliminate human error by about 25% and has saved our organization approximately 2,000 hours.

As far as pricing, I don't know what the company spends on the license. I do know about the robots. I think the attended robot is a little bit too pricey. With the unattended robots, we can put them on virtual machines — not really Citrix but regular virtual machines which are a little bit cheaper.

The vendors who were on our shortlist were UiPath, Pega, Automation Anywhere and Blue Prism. We chose UiPath because we already had the product in-house and we had already gone through all the security checks for the company requirements.

On a scale from one to five where one is very difficult and five is very easy. I would rate the ease of use of the platform as a three-out-of-five. I give it that rating rather than going a bit higher because it is a little bit difficult for the regular users to automate. In some cases, you have to be more of a programmer to automate successfully. Even so, it is better than other RPA tools.

On a scale from one to ten where one is the worst and ten is the best, I would rate the product over-all as an eight. It gets the job done, but there is still a lot of room for growth in the capabilities so that is why I think that eight is a justifiable rating.

The advice I would give to a colleague at another company who is researching RPA solutions is to read up on what RPA is and what it can do for your company. That is where I would start. Then try to go to as many meetups or conferences as you can to find out more about the products and how they are being used.

We're a consultant, so we help customers use this solution to develop automation and help set up COE. We provide the means for an entire organization to build its use cases. That's how we use Orchestrator both attended and unattended.

The solution has helped eliminate human errors. The amount varies by specific use case, but it is sometimes 50% to 60%.

It has also saved organizations time. Internally, we're not at a stage where we've measured it. I would say right now it's not that great, but maybe 15 or 20 hours per person.

Orchestrator's value really comes from scheduling and jobs, where robots can trigger other robots. I can't speak to the new versions yet, but they all seem great. Attended is where the human and robot interaction can happen seamlessly. With unattended, some of the processes that were earlier so mundane are all being done without any human interaction, so that provides true end-to-end uninterrupted automation.

I would rate the ease of use for this solution as five out of five.

The UiPath Academy RPA training is awesome. It's top of the line, so I would also say that it should get a five out of five rating.

I talked to the product team. They are very passionate about this. In my opinion, all the different components that they have now released should be integrated under a single umbrella, available through a single landing page. That way, everything integrates with each other and they are able to communicate data back and forth. To me, that would be the ultimate solution.

I get it. There is a roadmap and it's a journey. Still, I would like to get to a place where everything integrates with each other. Now that we have all these different means that can help us enable a customer in their journey, making sure that they're integrated would truly add value. That removes the overhead of combining data from all these different sources.

I would rate its stability as five out of five. With any tool, there have been occasions when a job did not trigger or aborted, but that's been very rare in my experience.

I would say we have more than 20 users. There may even be around 50 users, if not more.

It was very easy to install this solution.

It does not take long from the time one purchases the UiPath license until they have a real bot in production. We do this mostly for our customers, but also for our own internal use case. We were able to get it done and up and running in weeks.

We have absolutely seen an ROI. The time to get an ROI varies from case to case. 

Attended is fairly cheap. Anytime you bring in Orchestrator, that starts to become a little more expensive. I'm a little concerned about all the new SKUs that are coming in and the products associated with them. I am really interested in finding out if someone wanted a full product suite, what kind of money are they looking at annually.

I would rate UiPath as ten out of ten. I've done implementations across tools, so I'm familiar with some of the other market leaders too. Honestly, though, UiPath is very good at keeping up with the times. It's easy to implement. Its ease of use and how quickly you can get set up and going stands out, in my view. They've got the bolt on the market, so even with the new launches that happen with some of the new tools that came in, I think Connect really speaks to an overall automation strategy. I think that sets it apart.

I'm working for one project where we're trying to automate processes for a logistics company, specifically in their back-office accounting processes.

We're using Studio, Orchestrator and the bots. In other words, we're using the whole platform.

When we were implementing it, we were empowering people. In this company, everybody has their own work and they were really in their own area. Then we started this project and they got empowered to change the way they were working. UiPath is so open that everybody can take part in it.

That was one thing that changed right away. Another thing was the way they think about processes and where there are possibilities to automate has really changed. Before, they never thought about automating all these processes but we told them there is a possibility. Now, when they're having strategy meetings, they have dedicated time slots where they're just talking about processes that could be automated. The whole mindset is changing now.

We have a virtual environment that we use.

We haven't touched the processes where there would be human errors that much. We started with the really basic ones that are so easy that people don't make errors there. We will get to the more complex processes, but we haven't yet.

The solution has definitely saved time.

Orchestrator lets you start a credential stair, so you can get the credentials in a safe way. Before this, they were afraid that credentials would be stored somewhere and people could see them. I think it's really important for our customers that you can do that in Orchestrator. The scheduling feature is also valuable of course.

In terms of ease of use, I would rate this solution as four out of five. I think it's very easy, but our customers are sometimes not so technical. When they come from the business side, it's somehow hard for them to understand.

I would give the RPA Academy training program five out of five. Without it, I don't think I could have started implementing this solution. I did the developer program just for a general understanding of how everything works: how Orchestrator works and how it all works together. For me, it was really important to do the training then. It was very good, so I really liked it.

It's really hard for me to get all the machine learning and AI parts. I think maybe that's going to get a little bit easier for me to understand how to really use it in the company. I don't really know what to do with it at the moment. I think that is something that could be improved.

I tested the live sessions and we saw some parts of StudioX. There were some things that were so easy there. I think it would be good if they would put it also in Studio, for example. The carts they have are in color. We try to get people in the company, even if they're not technical, to implement the bots or processes by themselves. I think some parts they changed in StudioX could be really helpful in Studio skills.

I would rate their stability as three to four out of five, but I would say that's probably because we don't know how to use it best. That is why we sometimes have issues that something's not working.

We are a consultancy firm but the customer that we are working with has about five people in the core team that are working with this solution.

Both customer support and technical support are very good. I think the chief from my customer and the UiPath technical team had many phone calls because the virtual machine didn't work at first. They were in contact and I think two days later it was working.

I can only speak for my client, who is undergoing a huge digital transformation. They're a small German company and they just know if they don't change something other companies will get ahead. In Germany, there are many family-owned firms and the owner just saw the need to change. We told them about RPA and they got very excited. We showed them the first pilot bot and they were set.

We chose UiPath, for the same reasons you can read on the internet. If you look at the Gartner and Forrester reports, I think they all say UiPath. Also, it's just so easy to get started. You just download the community edition and you're starting. Then you do the Academy and you actually know how to do it. It's very easy and very fast. All the statistics say it's the best.

In terms of the setup, because we were using the community edition first, and then we licensed it afterward, we had the first bot running in about a month.

We have seen ROI and performance benefits. We are still at the beginning but we can definitely see it. I think we could see after about a week that we had processes that the company didn't have to do anymore and so they had more time. 

So far, our first customer started with just Orchestrator and an unattended bot, along with a couple of studio licenses. I don't know the cost. Maybe $25,000 for the year.

I would definitely say it's worth the money.

We did a little research obviously. We looked at Automation Anywhere and Blue Prism, but that's it. We didn't really look too deep. We just saw UiPath and said, "Okay, I think that's a fit for us." And then we went for it.

I would rate this solution as eight out of ten because of what I see from the stage we're in now. There are things that can improve and they are all working on improvement. I still think that at its current state, it's really beneficial for a lot of companies.

I would recommend UiPath. I like the company and I like their products.