RPA Assistant Manager at PwC India
Real User
Increases employee satisfaction by having them do value-added work instead of static tasks
Pros and Cons
  • "At my previous company, in the best scenario, we removed almost 200 hours per month of client usage, making it automated with almost zero errors. So, about 32 employees were freed up from their work per month, and now there are only two. This has enabled employees to focus on higher-value work that involves human-base interaction. This saved the client money and provided a recruitment benefit."
  • "When it comes to debugging, there is some improvement needed for UiPath compared to other RPA tools. There are features to edit the workflow or content of the automation file while we are debugging. For example, we have 10,000 lines of code that we have integrated by 10 different users. So, there is one integrated code and you are debugging it. After some time, you might find a line which is not an error. You may have forgotten to remove it or change the value to your desired criteria. It is really a pain to stop the entire debug session and just edit it, then start again at zero. It will do the same steps again just to reach that level or step where you were actually stuck previously. Whereas, in different automation tools, whether you are on the findings step or in-between a debug session, you can actually edit that information. This is good because sometimes the developer also forgets to add or remove certain values in-between a long code. I think this should be improved in UiPath. This should already be in consideration because I have been in touch with UiPath a couple of times because of this."

What is our primary use case?

We are an auditing firm who has a certain level of tasks that are open for automating. These are complete steps, which can be performed by anyone, standardized, and do not involve any human intelligence. These are just basic human tasks. It is a long process, where in-between there are certain validation and verification steps as well as certain steps that involve a lot of documentation to go through. The organization is targeting all these tasks, which are completely static and can be automated, so they can get rid of them. Then, employees can work on something more useful as well as more productivity-oriented tasks.

Currently, I am dealing with our internal COE, providing RPA solutions to internal and external clients. UiPath is a driving force in our COE.

It is on-prem. There are a couple of discussions going around upgrading UiPath because there has been so much advancement with the solution.

How has it helped my organization?

Document Understanding was a game-changer. One of our clients has manual billing that needs to be processed. With the help of Document Understanding and UiPath Action Center, we created an excellent workflow for our client. It also gives us better accuracy. Now, there are hardly any exceptions in the client's billing documents that are being processed.

In my previous role, I presented some clients the end-to-end installation design of UiPath, e.g., building a PDD using Task Capture, going to UiPath Studio to build the actual solution, and then later going to post-production Insights. 

UiPath has helped to minimize our on-prem footprint. Most organizations prefer on-prem because it reduces the risk of compliance issues.

Attended robots have been very beneficial for our users. UiPath saves one robot for every user. We have a couple of clients who are using attended automation for their day-to-day tasks.

What is most valuable?

From an organizational point of view, the most used feature is Orchestrator because that is how we manage more than 100 users. When there are more than 100 users, it is important, and probably better, to have some place to manage them. Orchestrator is doing that for us very well. 

The most exciting new feature is UiPath Apps. I have explored it in-depth to get a better understanding. I think this product will be a game-changer for my organization as well as for my clients. It will revolutionize the way that we are providing licensing and proper access to a user. It also revolutionizes the way people are using it. Everything will be on the cloud, which I think is the most interesting feature of UiPath Apps.

UiPath Apps will definitely help to reduce the workload of our IT department by enabling end users to create apps. If you are creating an app and sharing it over the cloud, that removes the dependency of having UiPath installed with the correct version as well as Internet connectivity. Or, you might have a global server in the background that is not functioning very well. There are multiple issues related to connectivity of the UiPath robot when deploying it on a user's machine. 

If you are giving access to a group of users and adding Azure container or any other container provided by UiPath, then this reduces 10 to 15 hours of work from the IT or support guys who are manually doing all these things by themselves. Not every user must have the new step of getting the UiPath license and software installed, it is really static. You are eliminating that task completely by having UiPath Apps on the cloud. This is definitely convenient for users to use.

We are not using UiPath Apps in my current organization. About two to three months ago, I created UiPath when I was at TCS. It was there that we demonstrated the power of UiPath Apps versus normal, conventional methods. It reduced our work through scalability. It helped us to easily scale and was more convenient, because giving new or temporary access can be a pain. 

It is very easy to share UiPath Apps. When you want to start or remove it, you can do it with a simple click within the cloud. It is not that complicated. Also, the usage is better in UiPath Apps compared to the conventional UiPath robot. In UiPath Assistant, you can access the portal and simply run it over there. Therefore, you will not have a problem with the background functioning of the UiPath robot or even connectivity issues. Scalability and ease of use are favorable for users when they are using UiPath Apps.

Recently, I have been exploring Automation Hub. Its idea to pipeline a feature will be very useful for our guys managing RPA products on a large scale. 

What needs improvement?

When it comes to debugging, there is some improvement needed for UiPath compared to other RPA tools. There are features to edit the workflow or content of the automation file while we are debugging. For example, we have 10,000 lines of code that we have integrated by 10 different users. So, there is one integrated code and you are debugging it. After some time, you might find a line which is not an error. You may have forgotten to remove it or change the value to your desired criteria. It is really a pain to stop the entire debug session and just edit it, then start again at zero. It will do the same steps again just to reach that level or step where you were actually stuck previously. Whereas, in different automation tools, whether you are on the findings step or in-between a debug session, you can actually edit that information. This is good because sometimes the developer also forgets to add or remove certain values in-between a long code. I think this should be improved in UiPath. This should already be in consideration because I have been in touch with UiPath a couple of times because of this.

My current company is currently looking at the end-to-end solution. However, Insights and Task Capture are major concerns. Task Capture will give you a skeleton of the PDD, then you have to edit it. The skeleton is only there for simple automation, and we have complex scenarios. It is so complicated that the PDD generation using Task Capture will not give you even 20% of the output. While Task Capture is something promising, people are looking at it with greater expectations than it provides. People are not using Task Capture or Insight because of their limitations. These features could use improvements and enhancements.

Buyer's Guide
UiPath
November 2022
Learn what your peers think about UiPath. Get advice and tips from experienced pros sharing their opinions. Updated: November 2022.
656,474 professionals have used our research since 2012.

For how long have I used the solution?

I have been using UiPath for three years. I recently switched companies. I worked with Capgemini and TCS prior to this company, where I was in their COEs and providing solutions to clients. This is the first time that I have been on a project for PwC. Since the start of 2018, I have worked mainly in COEs and have interacted with around 30 clients up until now.

PwC, as a firm, has been using this technology for four to five years.

What do I think about the stability of the solution?

I have been using UiPath on a different powerful system that has high-end RAM. Sometimes, it crashes due to the use of multiple components at once. For example, when I was using Druid with data service and another UiPath product. Developing was quite easy. However, when debugging, sometimes it would freeze. I don't know whether it was because of my system and its compatibility, my system's configuration, or the fact that we were using so many high-end tools and products at once. 

The robustness of the tool, when it comes to using high-end products, is something that I am currently exploring. This is something that is currently a bit of concern for other developers as well. I have been interacting with a lot of developers around the globe. As a part of that, I tend to share my experiences. They have shared that it will sometimes freeze, even with simple automation. Because we are using new features or products all at once, it freezes. I think this should not be the case. If you are using long, heavy code, and it gets frozen at one point, I can understand that. However, 10 simple lines of code, while using three or four products at once, is getting frozen. That should be taken care of or improved.

To troubleshoot the system crashing, we contacted UiPath. They were kind enough to reply and have a discussion. They are working on this and trying to make it more convenient so future releases will solve this problem.

What do I think about the scalability of the solution?

As a part of a COE, we get clients who expect us to present the entire proof of concept as well as a PPT or presentation. For example, why they need to go with UiPath, what are the advantages/disadvantages, if any, and why we should not go with another tool or solution as a whole, not just RPA. The main point for us when presenting UiPath is the ease of usability and scalability. We don't need major infrastructure changes, just two or three URLs to be widely fitted. Then, they need to decide if they want unattended or attended robots. The scalability is the major driving force which excites our clients and us, because there isn't a need to have media-heavy software or heavy processes changes.

Clients don't want every user in their organization who joins to have a long process to get through the start up. Automation Cloud is something they were very much interested in exploring because of the scalability. They find it very easy to use and scale, because not all the clients have a certain set of users using robots. 

I have seen user usage explode from zero to a bigger audience of 22 users.

UiPath is used extensively in my current organization on a large scale. There is also a plan to scale it to more users.

How are customer service and support?

PwC has their internal teams providing a "help center" sort of infrastructure to them. If there was a need for any help, or some basic doubt, it is solved internally. PwC's internal help center exists already. However, for major issues, we reach out to UiPath, as a customer, so that we can receive a response and clarity on issues.

The technical support is really great. I have been in touch with all sorts of UiPath support because I was in the COE and our clients were completely global until my latest assignment. I think UiPath India, France, Belgium, and Canada are timely. They provide a very precise support experience. They were kind enough to let us know the actual reason, because just saying that it is a bug is not something that we can comfortably accept or digest. Also, they have been kind enough to follow back up on updates and bugs that we have reported.

As a whole, I have reported more than 25 bugs across all their products. They were kind enough to reach out to the same forum where we raised the ticket. They were kind enough to reply that these are the updates that they will roll out in the next version. It is good to have this interaction as well as a heads-up regarding your bug reports. I think the technical support is on the mark and doing their job really well.

The learning tools and support are really great. They have the most engaging forum across the globe, compared to other RPA tools. The learning and engagement are really up to the mark. That also brings confidence to our clients and us. We are a part of their global community forum, which is a benefit for us. 

Their marketplace has grown tenfold in the last year. It is because of the developer's involvement as well as involvement from people in the community. UiPath is creating their own statements and usable components, which adds value to our presentation. The tool is growing, and developers and community members are growing with them. 

Which solution did I use previously and why did I switch?

My previous companies migrated from other RPA solutions, like Automation Anywhere, Blue Prism, and NICE Robotic Automation, to UiPath because of the value of its features and the quality of the overall solution. I migrated my clients from those companies so they could have a better ROI and reduce the cost of maintenance. We also migrated from scheduling tools, like AutoSys, to provide better accuracy and ease of use.

My current company was not previously using an RPA solution.

How was the initial setup?

The initial setup and implementation are standard, simple, and user-friendly. UiPath just requires basic adjustment, then it is plug and play. It is very easy for everyone to understand, e.g., non-technical clients can understand what has been changed.

If the deployment is done properly, you will see better data accuracy with UiPath than manual entry. If the deployment is done by someone without much experience, it will affect the quality of the solution due to bad coding. You can't just leave it to the tool.

Using Automation Cloud makes it easier to deploy.

What about the implementation team?

It takes almost two weeks for us to implement from scratch because we must understand the client's infrastructure, create a solution design, and then present it to them.

We present our clients with a PoC, including a document that justifies the work and costs. We also give them a standard robot that we created for demo purposes. This way, they can visualize how it will be implemented and mapped in their organization.

For deployment, one or two people are sufficient: one from an infrastructure background and another from a technical background. Sometimes, it is complex or hard to understand the client's needs when it comes to the deployment of Azure, Nvidia, or AWS servers on their VPN connection.

The amount of staff needed for maintenance depends on the size of the solution, e.g., the bigger solutions will need more people. However, the maintenance and support activities can also be automated and that reduces the need for support and maintenance. Three or four support team members are enough with the help of a robot.

What was our ROI?

The last ROI calculation that we did for a client showed that they saved 25% of their time by automating a manual task with an unattended robot for a single machine.

Overall, the cost remains the same to the client and us, when using Automation Cloud, because of the amount of money spent on the cloud migration and cloud usage.

At my previous company, in the best scenario, we removed almost 200 hours per month of client usage, making it automated with almost zero errors. So, about 32 employees were freed up from their work per month, and now there are only two. This has enabled employees to focus on higher-value work that involves human-base interaction. This saved the client money and provided a recruitment benefit.

UiPath has been useful for improving employee satisfaction. Employees are now spending time on more value-add work instead of something static, whether it is boring or hectic, that they have been working on for ages. This gives employees a sense of advancement.

What's my experience with pricing, setup cost, and licensing?

I would rate the pricing as seven out of 10, where 10 is the most expensive. The pricing increased with the latest release. It used to be cheap. Now, it is expensive. However, it does come with supported features, which almost justify its cost.

Which other solutions did I evaluate?

Building automations is very easy. I have used multiple RPA tools. Developing automation with UiPath is very convenient compared to other tools. 

Development is very easy. I have been exploring certain markets based on the marketplace component and its native integrations with ServicesNow for the chatbot. I think development is where UiPath stands out as a winner compared to other tools because starting to automate is very easy.

Compared to other RPA tools, UiPath is leading with new feature additions every quarter. Obviously, all the new features will not be incorporated into the solution or be helpful for the client. We see the organization putting in efforts to grow at a rapid pace, including ML, scaling, and everything on the cloud, like data servers. UiPath gives us the confidence to present a tool that can be relied on because it is constantly growing. It constantly has certain new features added which can be beneficial.

With UiPath, not everyone needs to understand the code, which is great. This makes it superior over other tools because it is easy to understand. This contributes to profits because clients prefer UiPath over something else because they have more confidence using it.

Blue Prism has the ability to edit in the middle of a debug. As far as I have explored, Blue Prism is leading on the debugging front and stands out against UiPath. Debugging in Blue Prism gives users a lot of usability to edit the workflow. This makes it easier for developers to run things once and get things done. Otherwise, debugging multiple times can sometimes be a pain.

People migrate to NICE Robotic Automation because they were having difficulty maintaining their software with a limited number of staff. 

It is easier to become more proficient with UiPath than other RPA tools, especially Blue Prism. Training can be done at almost no cost.

What other advice do I have?

I would suggest automating a policy that is not a requirement and follows a process. As an RPA user, it is your responsibility to get things done in an efficient way. If a user is doing A, B, C, D, it might not be required that the robot do the same thing. There might be a shorthand that can take you from A to D directly using the robot. For example, it can go directly to a page and not have to click 10 things like a human.

If you use it properly and consciously, it can increase accuracy and reduce error. If you don't, then it will be the other way around.

As features are concerned, it is reasonably priced compared to any other heavyweight tools in the market.

It is beneficial that there is a SaaS option because this offers a diversified cloud environment. If we expand and explore more cloud options, then having a SaaS solution for UiPath will be beneficial for us. Right now, SaaS comes with a certain amount of compliance issues for my company. 

UiPath AI Center is very useful. I think it is a game-changer when it comes to better usage. However, I haven't had much of a chance to explore it on an enterprise level. Not many clients are using it because of the exposure risk. Once a lot of developers start exploring and developing on it, then more companies will have the confidence to say, "Yes, we can push to that," which will increase the usage of UiPath AI Center.

Everything on the UIPath Cloud is a template. It is just a starting point. You have to dig into it and do more exploration to make it better.

Using Automation Cloud would be very beneficial for us, as a COE, because we are getting rid of the mundane tasks of infrastructure, maintenance, and upgrades, which we do not think are our primary job.

Biggest lesson learnt: UiPath has the fastest growing community with the quickest learning tools. It is easy to automate. It requires basic understanding and effort to get started. 

I would rate UiPath as 9.5 out of 10. I have concerns about the debugging capability, where if I need to edit something while debugging, I can't do it right away without stopping the process.

Which deployment model are you using for this solution?

On-premises
Disclosure: PeerSpot contacted the reviewer to collect the review and to validate authenticity. The reviewer was referred by the vendor, but the review is not subject to editing or approval by the vendor.
PeerSpot user
Ankesh Sinha - PeerSpot reviewer
Senior Analyst at a tech services company with 10,001+ employees
Real User
Top 10
Orchestrator Cloud Review
Pros and Cons
  • "It is a single point of truth. There is no discrepancy or ambiguity. We can go to the leadership team, and say, "This is what it saves us on costs, man-hours, and effort that we used to do manually versus what we are doing now using the bots.""
  • "To provide detailed analysis, there has to be some improvements so we can provide drill-down data to developers showing, "Hey, this has gone wrong." If they could also incorporate that as part of the reports, then it would be very quick to view on the dashboards."

What is our primary use case?

I have multiple use cases as part of this solution, since I work in different domains with different technologies and applications. We use attended and unattended bots.

One use case was for a credit-based client where we worked on the UI automation of the application. We were using UiPath Automation Cloud because our team is spread across different geographical locations, like the U.S, APAC and EMEA regions. We had different RPA developers who are developing the script simultaneously and putting it on the system, and our business case was that we wanted to automate the UI applications. Since there were different developers in different geographical regions, they created the bots on their system. Due to the cloud offering, we were able to move the bots to production using a click of a button. There is also an Orchestrator offering as part of the cloud, which is hosted. Once we had a thorough peer review of the bots being developed, we pushed it to our production-ready cloud-based Orchestrator. From there, we use it to run the script. That is an unattended bot, which is also one of the features. Since it is a credit-based UI automation, there are some instances where manual intervention is required in order to see whatever data is sent out to the client, if it is in the correct order or not. That is why we use the unattended offering of UiPath. Both these technologies help us a lot in creating our production-ready implementation. 

For another use case, we did an implementation in the SAP application. It was a procure-to-payment (P2P) cycle, where a third party sends out the invoices which get fed into the SAP application, then it gets verified and goes out to the payroll team. Once that is verified by the payroll team, the payment is released to the concerned vendors. All these points of entry were being done manually: the third-party invoices entered into the SAP application, SAP verification, and the payroll team verification. Since it involved a lot of financial data, people were very hesitant to get it automated. However, since we had this UiPath offering, that initial hesitation was turned into a very good implementation of whatever we wanted to achieve as part of this UiPath automation. We were using the unattended bot as part of the cloud offering. We ran the processes at night from Orchestrator, so people working from home didn't need to stay up late in order to run the processes. Since we were using the cloud unattended bot service of UiPath, we were able to trigger the whole process in a single click of a button, which is amazing.

As part of the UiPath offering, we have three offerings: Studio, StudioX, and Studio Pro. These three offerings are provided via cloud on a single system and installed on our laptops or desktops.

I am working as a senior analyst. As part of this particular role, I have to cater to the client's needs if they want to get a UiPath implementation. Then, I do the consulting as part of the implementation. I also get involved in the PoC development and how we should use the cloud offering, e.g., what benefits are there.

How has it helped my organization?

We were able to move prototypes, which were in PoC stages to production very quickly, which helped us a lot. There has been more collaboration happening because of the cloud implementation. Because we have different geographical locations where in RPA bots are getting developed, at the end of the day, everything is pushed into Orchestrator Cloud. From there, we can execute it. In terms of collaboration, this has been very helpful. 

UiPath Automation Cloud has helped us to minimize our on-prem footprint. We were able to get our prototypes into production very quickly. In turn, this helped us to get stuff minimized quickly because we were able to move the prototype as part of the PoC into production faster. We were also able to scale. For example, if we had new people joining the team, we could easily move them into the cloud offering and add a new tenant. We have added two or three new members who could readily go ahead and use the solution to develop RPA bots.

It is a single point of truth. There is no discrepancy or ambiguity. We can go to the leadership team, and say, "This is what it saves us on costs, man-hours, and effort that we used to do manually versus what we are doing now using the bots."

What is most valuable?

The most valuable feature (as part of the cloud offering) is Orchestrator. Even if we have the RPA developers spread across different geographical locations, we are able to get the bot ready and pushed into Orchestrator, where any non-technical guy can come in and run the process. When I say non-technical guy, I mean any person from the business or leadership who just wants to see how it works. They can go ahead and log into Orchestrator and execute the process.

The Orchestrator portal is very intuitive, so you don't have to run around and talk to anyone. It is so intuitive because it is like using a web-based application. For example, nobody has to train us to go and do whatever they want us to do. It is so intuitive that we can figure out, "Hey, this is what I need to click in order to add new tenants. This is what I need to click in order to change the geography from India to APAC or any other location. In terms of execution, whatever bots are in execution right now will be shown there. Also, whatever bots are not running, they will be displayed as part of the dashboard as well as the failures.

UiPath provides granular, role-based access control and management, which is very important as part of the monitoring. When we want to drill down on why there is a failure, we need to do a root cause analysis as part of understanding on why this particular bot failed and what could be the reason: 

  • Is it because of some kind of data issue? 
  • Is it because of an issue from the product? Then, we need to reach out to their support teams. 
  • Is it because of an incorrect implementation of the bot or feature that we want to get implemented as part of the solution?

What needs improvement?

We are moving from single sign-on to no password sign-on. As we are moving ahead with technological advancement, maybe that feature can be added. This totally depends on how that technology is accepted by the people. If people in big enterprises are not willing to switch and don't want to move away from the single sign-on, then it will be very difficult to digest this. However, whenever there is a change, it is very difficult to digest. Eventually, people will like it. I believe if it is implemented as part of UiPath, who is a technological leader in terms of RPA and new stuff when they roll out every release, then this would be a good area that they can look into for enhancement.

They could add more features in order to get that dashboard more intuitive, e.g., how easily can we visualize everything being reported. I believe this should be improved as part of our Orchestrator offering. Now, we have different visualization tools being used, like Power BI. The data gets flooded into those kinds of tools and the dashboard is easy to understand. So, someone with a non-technical background can see the dashboard and understand what has happened. However, to provide detailed analysis, there has to be some improvements so we can provide drill-down data to developers showing, "Hey, this has gone wrong." If they could also incorporate that as part of the reports, then it would be very quick to view on the dashboards.

For how long have I used the solution?

I have been using it for two years.

What do I think about the stability of the solution?

UiPath has a number of offerings: on-prem Orchestrator, Automation Cloud, Automation Hub, Cloud Orchestrator, Task Mining, Task Capture, etc. Sometimes, it feels like other new areas are getting more focus compared to areas, like dashboard Insights, which should be more relevant. They should focus on these other areas to make the cloud offering more robust. Though, they are working towards it and releasing updates. Therefore, eventually, they will look into it, work on it, and iron out any kind of discrepancy.

What do I think about the scalability of the solution?

It was very easy to scale up. Since we started getting a lot of data from the client which was getting filled as part of the UI-logged application, we were able to push in data as part of the UI. So, we were able to reduce replies to clients significantly.

We find the solution to be scalable. Since this RPA technology is now widely accepted as part of our enterprise solution, businesses are coming in. Once the business team is onboarded, we can easily onboard the people who have technical expertise to create the bots, analyze them, and provide logic on how we need to design the bots. As part of the initial stages, we only have a business person, a solution architect, and a tool expert. First, we create the credentials for them, then we provide the solution to the business as part of a PoC. After that, if we are using any other traditional system, then it will take a lot of time to get 10 or 15 people onboarded in order to develop the solution in a fully-fledged manner. However, since we have the orchestration capabilities, we can just go in that particular Orchestrator dashboard and create our tenant with a few clicks. We can also move in and out between different geographies. For example, if I want to go and look into what is happening in the Indian service line, I can just go and click on that particular service line, which is already configured as part of Orchestrator.

Initially, when we were going with the idea of creating an RPA bot, the first thing was to get a nod from the business to make sure about how scalable the solution is. At times, what happens is once we get the business sign off, then it takes around a month or two in order to get the team onboarded with all the necessary accesses. Once they get all the accesses, they will start working on the solution. However, in this particular case, as part of this Automation Cloud offering, we didn't have to waste any time after we got the business nod, saying, "Hey, you guys can go ahead and implement this full-fledged solution." Since the orchestration capabilities are there, the moment we received an email from the business, we shot out an email, "Hey, we are getting these pieces and have already created the credentials. Tomorrow, you can get the ball rolling in terms of solution development."

How are customer service and technical support?

There are multiple channels where we can reach out to them. One of those channels is the Community Forum, which is being constantly monitored for any issues. So, if anybody has already faced it, they go ahead and have it answered. Or, if nobody has seen it before, then the forum moderator comes in, and says, "Hey, why don't you go ahead and reach out to the IT support?" So, this is a channel that gets a response and has faster ways to directly approach the support team managing the servers.

The UiPath Community Forum is worldwide. It is being monitored by community moderators. I have seen feedback being put through to the IT support team, then that is put through to the right channels to get addressed. They really listen to the customer feedback, which is what I appreciate about them. 

The support is responsive at resolving any kind of tickets or issues when we reach out for help. This is one of the primary factors for going with Automation Cloud versus other cloud offerings, like Automation Anywhere and ElectroNeek. UiPath support is very much available and provides a solution. Even if they don't have the solution, they tell the affiliate, "This is how much time it will take," or "It will be released in the next update."

We don't need any IT support in order to maintain this particular solution. Since it is a cloud offering, everything is taken care of by the URL.

In case of any issues for the setup and updates, we reach out to the UiPath support team.

How was the initial setup?

The initial setup is very easy. It is like installing an app on your iPhone. That is how simple it is. Basically, it is not an installation at all. It is just signing into a cloud account. As part of the cloud offering, we are provided with a URL, which gives us access to the Orchestrator instantly. There is no setup whatsoever. You don't have to go and download any EXP or MSA file on your system, then double click it and a number of forms are popping up. It is nothing of that sort. It is a single URL, where you can log in with your credentials, and that is one time activity. After that, it is a single sign-on the moment that you access that particular URL.

The implementation was frictionless with the single sign-on feature.

By using the Automation Cloud version, when there is a new version pushed out, then I do not have to do a reinstallation again in order to get all the newest features. Since I am using the SaaS offering, the new functionalities being pushed out as part of the newest version will be easily accessible to me without doing an uninstall or installation. This is a good part of the offering.

What was our ROI?

We are seeing a good ROI.

The maintenance work has been reduced because of the bots. Initially, the time that we invested in order to zero in on this particular product was 60 to 70 percent of the job data. This helped us a lot when we were deploying it.

This solution has reduced business costs. For example, products and bots that we designed for UI automation were also deployed for back-end services.

The setup cost is minimized drastically since it is a cloud-based offering. We don't need to have a dedicated person or team to monitor it. We just subscribe to the services, get the URL, login, and the next moment, we are creating tenants and the service line. Then, "Boom!," we are ready for executing the bots from our test check.

What's my experience with pricing, setup cost, and licensing?

Our license cost is reduced since we don't require any IT support. 

Which other solutions did I evaluate?

I used the free versions of other vendors when we were trying to zero in on the solution that we wanted to use. We used a few other competitors of UiPath as when we were doing the PoC, and the features that we liked the most and made us lean towards UiPath were its intuitiveness and ease of use. We liked how Orchestrator can be used by the business or by anyone with a non-technical background. That is what helped us to make our decision in favor of UiPath. 

With other tools, we had some issues with their support where they were frequently not reachable. They were not able to set up any discovery calls, such as, "Hey, this is how it is going to work." They also don't have very active community forums. 

Instead of talking to the support or sales teams, we investigated on our own. We went to the UiPath Academy, which is readily available, and looked into its documents, which were highly detailed. We also monitored their Community Forum, which is being moderated properly. Then, we read some reviews on IT Central Station, seeing how people are reviewing it and why they are paying for it. For example, if their whole community is coming out with good words, then there has to be something which they are doing well. That is what made us make the decision to zero in on UiPath Automation Cloud.

When comparing UiPath with different vendors offering RPA,like Automation Anywhere or ElectroNeek, we initially thought that Automation Anywhere was ahead of the game and UiPath was playing a catch-up. A few weeks back, UiPath had a good investor round, then they went all guns blazing out in the market. There is a lot of community awareness in terms of UiPath implementation. So, I believe the road ahead for UiPath is very good. 

What other advice do I have?

One of the newest upgrades that we had was in respect to payments getting added. New functionalities are getting added. They also work on the feedback that they get from interviews conducted by sites, like IT Central Station, who take unbiased reviews. They work off this feedback, which is why they are upgrading their products out in the market.

I haven't used the AI Fabric solution as of yet because we don't have a business case for it as of now.

If you are ready with your own business process that you want to get automated, then I would recommend UiPath for its intuitiveness. You should consider the intuitiveness of the UiPath as one of the parameters in your solution decision. For example, if you have the business process ready, then that is half the job done. The other half will be taken care of by your RPA developers or solution architect. So, if you are using UiPath, the learning curve is very small. You don't need to invest a lot of time. 

They have their UiPath Academy learning website, where you can go in as well as ask your team members to learn based on their roles. There are different series of educational videos based on job roles and how that particular role should look at UiPath as a solution. For example, as a manager, if I'm going in and looking into the UiPath, I do not want to be bothered about how I'm going to pull in activities and develop the automation bot. As a manager, I am going into Orchestrator to see how many bots have executed successfully or failed. If I was a solution architect, then I need to know how to design the service lines if they are located in different geographical regions. 

Everybody is really looking for some kind of solution that eases our life since we are working from home. It takes a toll when we are working from home. When we have these RPA bots coming to our rescue, then it makes a difference in our day-to-day life. Then, we can spend more time with our loved ones rather than spending more time in front of our laptop screens.

I would like to rate it as nine (out of 10) because I believe no one is perfect and all the bots are being developed by humans. Going forward, I read on a forum that UiPath is developing an AI feature where the bot will autoheal itself. Once the autohealing feature is implemented, I would rate the solution as 10 (out of 10) because there would be no manual intervention.

Disclosure: PeerSpot contacted the reviewer to collect the review and to validate authenticity. The reviewer was referred by the vendor, but the review is not subject to editing or approval by the vendor. The reviewer's company has a business relationship with this vendor other than being a customer: Partner
PeerSpot user
Buyer's Guide
UiPath
November 2022
Learn what your peers think about UiPath. Get advice and tips from experienced pros sharing their opinions. Updated: November 2022.
656,474 professionals have used our research since 2012.
Chief Robotics Officer at a tech services company with 11-50 employees
Reseller
Top 20
AI models help reduce the time to value, and moving to cloud helps reduce TCO
Pros and Cons
  • "The most valuable feature really depends on the use case. My favorite now is Document Understanding and the AI models that are being pre-trained. That's allowing us to do more, out-of-the-box, without having to do custom programming."
  • "Their licensing is poorly constructed. It's too complicated and not well thought out. They also outsourced their support model, which sadly has become less friendly and more automated."

What is our primary use case?

The beauty of RPA is that it has many different use cases. We use the product as a standalone and as part of a bigger solution. Obviously, the tool itself is designed to automate activities that humans would do. But as the tool is getting smarter, we are able to do more types of activities.

There were two big challenges in the early days. One was the complexity of the rules that you needed to adopt for a particular task and the other was the type of data that was being used as part of the business process. As we've gone along, the product has evolved and allows us to do more of the business process.

How has it helped my organization?

We are able to offer more automation to a business process than we could before. It's all about the business process and how much of that can be automated and what still needs to be handled manually. UiPath gives us the ability to do more with automation and need less human involvement.

We used UiPath to automate processes for a good cause, free of charge, during the COVID pandemic. We used it to build automations that would take care of activities that nurses and doctors were having to perform, to free up their time to treat patients. Reducing the admin they normally might have had to do, rather than being front-of-house and dealing with very ill patients, speaks volumes for itself. We freed up time for our nurses and doctors to treat very sick patients.

When it comes to reducing the on-premises footprint, what we've seen over the last two or three years, with the pandemic, is the move to the cloud being accelerated. The whole digital agenda was accelerated. What we're seeing now is that most of the organizations we work with are more open to using a cloud solution. However, it depends on each organization. Some of our government organizations are not allowed to use the cloud. They have to use on-premises solutions because of strict data rules. But more companies are now open to using the cloud and that has an impact on the total cost of ownership. They're not having to invest in services and that helps reduce TCO.

AI models are now being pre-trained. There's a risk there because, obviously, you are using someone else's data and someone else's bias. But if you put those aside and use the pre-trained models, it's going to reduce the time to value because you're not having to train models. You've got something that can be run out-of-the-box. To be honest, we will always build our own models rather than exclusively use UiPath's. For instance, they have an email reader. We tend to use their model in conjunction with our own and that has helped us reduce development time on our AI models and our training.

On the subject of human error, anytime you ask a human to do an admin activity where they're typing in data, there's an opportunity for human error to creep in. And that can cause catastrophic events, downstream. Where you have an automation that is guaranteed to enter data that is 100 percent correct, you're always going to reduce human error.

Automation can also be used where a decision is made. Sometimes, human decisions can be fallible. If you have a decision being made by an AI model, it's not going to have human bias. It can have other biases built-in, but you can see an improvement in some decision-making as well. What we have to understand here is the introduction of AI into RPA is still in its infancy and there's a long way to go in this area. But there are definitely improvements being made by the introduction of artificial intelligence. It depends on how you use it and how smart your understanding of it is, as well.

Automation is all about trying to reduce the touch time of a human in a process to free up their time. If the automation is implemented smartly, it does so. If it's poorly implemented, you can end up with people being given so many exceptions that the bot actually becomes redundant. But as a rule of thumb, of course, it does free up peoples' time.

Similarly, if it's deployed smartly there are some benefits in terms of cost savings. However, we're not using it because it's saving costs. We are using it for our staff who don't want to do manual activities. It's not just about dollars and saving time. It's also about our staff and not having to do menial tasks, which can be demotivating.

What is most valuable?

It's not about the tool, it's about the business process and which component works best. The most valuable feature really depends on the use case. My favorite now is Document Understanding and the AI models that are being pre-trained. That's allowing us to do more, out-of-the-box, without having to do custom programming.

When I ask my developers which product they would like to use when we are doing RPA, they always say UiPath because of its closeness to Microsoft's .NET. Again, what UiPath are doing is enabling more out-of-the-box functionality without having to do customization and coding. The developers, and I, would say that it's getting easier to use for simple automations. It still requires planning and thinking for more complex automations, but you are able to do more with fewer skills. 

UiPath has something called Citizen Developers, which is where they encourage people to build their own robots and the functionality available is greater. Whether that's a good thing or a bad thing is a question for governance.

UiPath's user community was one of the strongest aspects from an adoption point of view in the early days. The forums, the community, were always something that they invested heavily in, and that was a smart thing to do. The community is still strong. They have a Community addition and the feedback we get from some of our customers, when they first play with this, is that it's a friendly community. People are encouraged to play with UiPath, and if they get stuck, the community is willing to provide them with advice and guidance in a friendly way. Not all communities are the same, let's put it that way.

We actually teach the UiPath Academy courses. We are a UiPath-accredited trainer, but we have, at times, with smaller organizations, suggested that they take some of the training themselves. It's another great area of UiPath, in addition to the community. Their training is available free of charge. That has always been a strong point as well.

What needs improvement?

Their licensing is poorly constructed. It's too complicated and not well thought out. They also outsourced their support model, which sadly has become less friendly and more automated.

It's very much in the early days, but another area they can continue to look at is bots building robots—the ability to take a task capture and turn that into an automation. There are always concerns over that: Who's going to police the police?

For how long have I used the solution?

I've been using UiPath since before it was called UiPath. It was previously called DeskOver. I worked for Capgemini and I worked with the product when the company consisted of 30 people in a room in the very early days. Capgemini adopted DeskOver and then it became UiPath as a growth partner. So I have been using it for coming up on 10 years.

What do I think about the stability of the solution?

UiPath is stable. Like any product in the early days, they were updating all of the time. That used to not sit well with our bigger customers because of their update plans. As the product has matured, it's become more stable and the release plan has become structured. You now get four updates a year. It has become more mature.

What do I think about the scalability of the solution?

It's scalable.

The environments that it can be used in can be very complex, such as "multi-tenant," where a tenant is the protection of data from Orchestrator, where you have segregation or air gaps. We've done some projects with a defense ministry that are very complex and we've done some very simple ones.

Most organizations start small. There will probably be a pilot with a cut-down version of what is needed. As they grow and scale, they will invest in more tenants and in more infrastructure and more components of the platform.

How are customer service and support?

I would rate their support at seven out of 10, but the dial is going the wrong way. Because they've outsourced their support, you're no longer dealing with the original product team. I had a very good relationship with the product team where I could almost pick up the phone if there were some proper technical problems.

Now, that is gone and we're having to deal with a third party. As UiPath have grown, they've needed to focus on their core areas and outsource other areas. But it's getting harder to get good quality support because my customers are no longer dealing with them directly, they're having to go through a third party.

How would you rate customer service and support?

Neutral

Which solution did I use previously and why did I switch?

We started off with Blue Prism, which was originally designed, and still is, for back-office processes. What we used DeskOver for was front-office automations, almost like "your little buddy who sits on your desktop." As UiPath grew, it started to erode the Blue Prism market because it offered the ability to do both front-office and back-office automations. That's why it became number one. It recognized that there were two distinct markets: front-office and back-office. Blue Prism always has done back-office, and successfully, but never offered the ability to do front-office. Customers didn't want to invest in two different technologies as that would be too expensive. That's why UiPath stole the match and has never looked back.

Back then, 10 years ago, there wasn't much else to choose from. It was really "macros on steroids." The market was very different. It was Blue Prism or some of what were very young companies. Automation Anywhere was just coming in as well. 

But at Capgemini, we recognized UiPath, and we liked Daniel Dines, who was their CEO at the time and is now Co-CEO. We liked his enthusiasm and we liked the price point as well. They were from Romania, they were cheap, and they were eager. We were able to work with a company that, at that time, was very competitively priced. And we were able to get them to start building stuff that we wanted as well, as Capgemini was one of the big six. We had a lot of control over their roadmap in the early days.

How was the initial setup?

Each organization we work with will have different design principles. As a general rule of thumb, we encourage investment in the cloud license model because it reduces the time that it takes to actually get the implementation up and running, and it simplifies things when it comes to TCO. However, there are organizations that are constrained by security, and therefore they can't go down that route.

I'm an architect by trade and my job is to oversee complex delivery and deployments. It's all about the architecture. An architect needs to work with the client, in the beginning, to come up with a plan and a solution that's going to be fit for purpose. In addition to architects, you need a project manager, some engineers to actually do the implementation, and you're probably going to need a tester to test and commission the environment.

The initial deployment has gotten better. When Orchestrator, which is the main administrative console, is built-in as part of the cloud offering, rather than having it locally, it makes a big difference. The cloud has made the time to set up a pilot and deploy into production much shorter than it used to be with on-premises.

What was our ROI?

Most IT projects probably take three to six months to deliver a success. Whether or not the payback happens straight away depends on the investment costs. The benefit of UiPath and RPA is the rapidity with which you can get automation into production and beginning to pay back. RPA has always been liked by people in the business because it is a rapid deployment rather than something more strategic that can take one, two, three, and sometimes, five years if it's a very large IT program of work.

ROI isn't just about the dollar. It can be other things as well. If a program of work with RPA and UiPath is deployed smartly, you can see a decent ROI. But that ROI also depends on the declarations by the business involved. How many times do they execute the process and how long does it take to do it? How many exceptions are there? How many people are involved in that process? 

Business often thinks that volumes are higher than they actually are, and they may forget that other people may have to be drafted in if there are peak periods. Due diligence in building a business case is important. What you also need to do is revisit it six months later or a year later: What did we declare? What did we actually hit? Did the bot fall over because of X, Y, or Z? It is a continuous improvement process, as well as ROI. If you get the two working correctly, you get a stronger ROI.

What we find is that some businesses who don't use our consultancy skills will try and do it themselves, and they will come across some of the pitfalls that we are fully aware of, but they may not be aware of because they're learning, and that has a big impact on ROI. If they try to go after a business process that's very complex, at the beginning, without the right skills in hand, they can suddenly find themselves in a downward spiral from a development point of view, where costs and time are overrunning. Before they know it, the declaration they set has passed and they've not been able to hit those targets. When that happens you start to see an erosion of confidence from the business side as well. It all comes together. It's all about strategic understanding and technical know-how.

What's my experience with pricing, setup cost, and licensing?

We now have the challenge of cost. It depends on what you want to do. If you want a very simple robot to execute normal front-office transactions, I would recommend Microsoft Power Automate because it's free. If you are investing in more complex things, then I would always recommend UiPath. 

UiPath is starting to price itself out of the market. It's getting expensive. That's fine if they continue to push the envelope of what they offer, but it's all about perception. And the perception over the last two years with my customers is that it's expensive. I trust it, but it's expensive. 

We're seeing year-on-year price increases. There's a price point they're getting to that is about the value and they need to be very careful about that. 

UiPath, as an organization, has changed massively. When it IPO'ed it was a Romanian company and very much a European company. Now, it's an American company with American values, and I think there is a misunderstanding of the European market compared to the American market.

What other advice do I have?

In terms of implementing end-to-end automation, it depends on the process. We can do more with the advancements that I've mentioned, but every business process is different. I always say to my team, "This isn't about the tail wagging the dog. It's not the technology, it's the business process, and whatever tool is right, whatever fits." There are still exceptions that need to be handled by people so we're probably not there yet with end-to-end automation. 

Most good-sized business processes have business exceptions that require involvement from people. It's what we call "human in the loop." Two or three years ago it was 80/20 between automation and human involvement. We're now probably at 85/15 or 90/10, with more of the process being automated without human involvement. That's because there are smarter bots using AI—the brain—to execute automation tasks that previously had to be handed back to a human for decision-making or some other activity.

On its own, UiPath doesn't speed up digital transformation. It's a tool. It helps, it's a contributor, but as a standalone, it doesn't. It needs other things.

I had a quick look back at what their offering was in 2019 and what it is today. That's a good way of looking at how well they've listened to their customers. They've been smart in not just providing RPA. All their components now are far more than just RPA.

They've recognized one of the biggest areas is process identification, that whole journey of identifying an opportunity and taking it through the life cycle, with things like Automation Hub.

Generally, the response I get from my customers is they're impressed with the number of solutions that are available under UiPath's Enterprise platform.

Disclosure: My company has a business relationship with this vendor other than being a customer: Reseller
Flag as inappropriate
PeerSpot user
Strategic Architect for IPA at Visionet Systems Inc.
Real User
Makes it very easy to jumpstart into RPA and enables complicated, robust workflows, but selectors break easily
Pros and Cons
  • "When talking about deployment, you have a very robust infrastructure to manage your automations, the robots, and how they can be configured, deployed, executed, monitored, and maintained. When it comes to process discovery, it has excellent front-end tools and capabilities vis-à-vis Task Capture and Automation Hub."
  • "What happens when a selector breaks? That means that something has changed in the application... UiPath could do a better job of enveloping selectors to make them less fragile... That is the one area that is the biggest pain point. It happens all the time... They should reduce selector sensitivity and improve remediation when one does break."

What is our primary use case?

We're a consultancy and I am the strategic architect. I have implemented the product at 25 different client locations spanning multiple industries. Their RPA requirements range from pretty standard, bread-and-butter workflows that navigate an application and follow some business rules, to more sophisticated ones that are integrating Document Understanding and a little bit of chatbot.

I have deployed it on multiple application stacks, including out-of-the-box SAP, Oracle, Microsoft, and some specialty, third-party products like DNA, Encompass, LendingQB, and others.

How has it helped my organization?

We have helped companies reshape their resources. That's a part of the benefits. They want to put automation in place because they want to change their headcount and not have to do those rote, mundane business processes.

We have been able to show enhancements in resourcing. A very good example is that we built a process for a client who had to spend three or four days a month doing a really lousy process involving 3,000 payment transactions, every month. The robot is able to execute that workflow in a half day, so we freed up two and a half to three and a half days where he does not have to do it. To him, this was a huge lifesaver.

It has also reduced human error, for sure. That's a positive selling point. When we build workflows for our customers we include business reports and audit logs. We typically add a status flag for a record so that every record that is transacted has traceability through the audit log. We also have a status report, and that shows how many records the workflow executed, how many were successful, and how many failed. We see a range where between 65 and 90 percent of the records go straight through. That means all the business rules were met and the process was completed for those records. That shows that they're identifying a much smaller subset of errors and that they can rely on the robot to successfully complete the end-to-end transaction. And whatever is leftover requires human touch.

That changes the dynamic in operations. They don't have to concentrate on every single record, but only somewhere between 10 and 35 percent of all records may have to be handled manually. It shows them which ones had errors, the ones that did not meet the business rules, and they know which ones to concentrate on. That's a feedback loop that helps them decide if they need to add a business rule or change a business rule to get to a higher percentage of throughput.

In terms of employee time, I have documented situations where clients might have had 10 people working on half a dozen business processes. We've implemented IPA—intelligent process automation—and then they only need three or four people, so they can redeploy those other folks to other places. It saves them money because they don't have the FTE costs they had before for those processes.

What is most valuable?

From a development point of view, the Studio tool as the basis of componentized architecture has been a really critical part. You get out-of-the-box, componentized architecture to jumpstart or accelerate development and that's a very key feature. 

When talking about deployment, you have a very robust infrastructure to manage your automations, the robots, and how they can be configured, deployed, executed, monitored, and maintained. 

When it comes to process discovery, it has excellent front-end tools and capabilities vis-à-vis Task Capture and Automation Hub. 

And at the back end, the notion of botting sites to monitor and manage your robotic infrastructure and reporting on it is pretty great. These are all pretty good tools.

The ease of use is because of the UI's capabilities. The fact that it has a .NET Framework, from a developer's point of view, makes it a very easy product to jumpstart into. But what is key is the ability to do really fine development activities. You really can get to a nuanced level of development for complicated and robust workflows. The tools are definitely well constructed to allow you that kind of flexibility. 

A really good example would be if you are doing something with OCR to read a PDF. You can vary the OCR engines and test them out to determine which OCR engine will give you the best results. That's pretty good because you do get into situations where one engine may work better than another.

We can also implement end-to-end automation and that is critically important. We always strive for what I call "straight-through" processing, where we're trying to handle all the use cases based on business rules. We're not always successful, but that's not a bad thing. If we can take 60 percent of your processes and automate them with straight-through processing, where everything works, your exceptions are a much smaller work set. That has had a significant impact on clients. For one of my clients, where we have worked very hard, they have better than 90 percent "throughput," meaning that 90 percent of their transactions go completely through the automated workflows. The client has been incredibly pleased with that.

We also use the UiPath Academy all the time, in two ways. Internally, we avail ourselves of all the courses. It's especially important to understand new updates and releases. It's a great place to go to understand what those new features are. That is of real value. 

But the Academy is also a good starting point when I want my engineers to be certified. They can jumpstart that process by going to the Academy and making sure they know how the product works. They follow through on that program and complete the training. Once they finish that, we try to get a project or two under their belts, and then have them take the certification exams.

What needs improvement?

One of the chief problems in all of our implementations is "application sensitivity." If an automation involves a webpage or Outlook, every item on that screen—the menu bar, the actual document, an attachment, a field—has a selector so that workflow can work correctly. UiPath does a very good job, whether for legacy systems or newer systems, of using selectors so that you can build applications that have discrete functionality. 

But what happens when a selector breaks? That means that something has changed in the application. This is especially true with SaaS or third-party applications. They make one change to a field and the selector breaks and that means it has to be touched and fixed. 

UiPath could do a better job of enveloping selectors to make them less fragile. There are techniques that can be used to achieve that, even without a system-related improvement, but they are not out-of-the-box. That is the one area that is the biggest pain point. It happens all the time.

They should reduce selector sensitivity and improve remediation when one does break. 

I don't know how they would do it, but if the change that caused the break were a relatively minor thing, they should somehow have it automatically recalibrated. I'm sure it's a tough problem, but clients complain to me about that all the time. I have to explain to them, "Well, the application changed." They'll say, "Well, we're looking at it, we don't see anything." It's often true that you can't see it, but the selector underneath broke and that means something was done but, visually, an end user would not see it if it was a minor change. So I'd like UiPath to find a way to "desensitize" selectors.

For how long have I used the solution?

I have been using UiPath for four years.

What do I think about the stability of the solution?

It is very stable. There are no questions about that.

What do I think about the scalability of the solution?

There are absolutely no issues with scalability. We're using this with multiple clients.

The new robot polling is very helpful. We are using it effectively for clients and that technical capability is a great enhancement. The modern folder profile gets us there as well. 

We're very pleased with the cloud-enabled product sets. I push that with as many clients as I can because it's the easiest to implement. On the cloud side, there were issues at one point with their licensing management, but that has finally been smoothed out and that makes life easier. If you want to add another product, as long as it gets licensed, boom, it's there. I don't have to think about it. Overall, the scalability is great.

The environments that we work in are client-driven, but they can have multiple locations and geographies. We have a couple of clients where the implementation is in the US but it is supporting Europe. And we now have a client that needs to be supported in South America. We are cloud-enabled for them and the product works great. And while it has nothing to do with UiPath, there are some latency issues over the network, so we may have to rethink how we deploy in different hemispheres. But we know that UiPath tech can support that.

How are customer service and support?

We will lean on their technical support when we have exhausted our capabilities. Most of our issues have been in the Document Understanding sphere, especially in custom model development, although sometimes there have been issues with it in out-of-the-box systems. For all of my IPA projects that include Document Understanding, I try to convince the customer to buy Premium Support, because regular support could take two to three days to finally get to the right answer. With Premium Support, I'll get it in a day or a day and a half, and that can make a big difference.

I rate their support at seven out of 10 because the initial triaging takes the longest time, and that's one of the greatest concerns for me. If you have regular support, as part of the triage process they will tell you to look at frequently asked questions, but of course, we've already done that. Overall, the FAQs are one of the weak points in the fabric of available resources. We're putting in a support ticket because we haven't found what we need. That level of support is very generic and you really have to knock hard on their door hard and say, "We've done that already. We haven't found our answer. We need to talk to an engineer." Level-one support is usually too junior, but when we get to the next level, we finally start to get better answers. Level two is good, but level one and that triaging can be painful.

We rely on the partner network, and UiPath has been an excellent partner. We do use the community as a reference point, but we don't get a lot of value from using the FAQs.

On the flip side, I have used the Community editions of all the products. That's a big plus, especially when a client doesn't want to put any money into it upfront because they're very nervous. We use the Community edition to prove the point. In that respect, the Community edition and the forums do become helpful.

How would you rate customer service and support?

Neutral

Which solution did I use previously and why did I switch?

I started with Automation Anywhere in a previous job. I like both products. Both it and UiPath are excellent. Going with UiPath really had nothing to do with a problem with Automation Anywhere. When I came to my current company, they had already decided to go with UiPath. They had done a few projects with UiPath and that set the tone going forward.

As a consultant in a global practice, I do have a couple of Automation Anywhere projects going on. I also have a project that is using Power Automate. 

Our preferred IPA solution is UiPath, but clients drive that decision. I had one client who said, out of the gate, "No. We're using Automation Anywhere. No questions asked." And I said, "Alright. It's a good product." 

But as a company, we lean toward UiPath as a starting point and they've been an excellent partner, and I say that wholeheartedly.

How was the initial setup?

Deploying the solution is straightforward. It involves a low level of complexity and less effort.

I have a separate DevOps team that actually does the build-out of the environment. They're separate from the developer team. DevOps does the implementation. They'll talk to the client's IT department directly and work on all the details of setting up the infrastructure and they'll get it ready for us. Then the developers take over.

What about the implementation team?

We do lean on UiPath support in some niche issues areas, but for the most part, my engineers are pretty well qualified.

What was our ROI?

In terms of the solution's AI functionality, such as Document Understanding and chatbots, we no longer advertise ourselves as doing RPA. We advertise ourselves as an IPA shop—intelligent process automation. The focal point of that is Document Understanding and the DRUID AI Chatbot capabilities. We're getting an awful lot of Document Understanding projects and we use our sandbox to pump our clients' data into the Document Understanding frameworks and intelligent form factors to prove that the solution works. We really want to go for the bigger ticket items that require Document Understanding.

When dealing with Document Understanding, we are introducing a new capability to the client. We train them on how to use the tool. That is a definite change in the client's skill sets and it does pay for itself in the long run. There is a delicate balance. The investment cost is always the tricky part, but once clients start seeing their data coming through automatically, the light bulb comes on.

What's my experience with pricing, setup cost, and licensing?

Since UiPath became a publicly traded company, the flexibility and variability on pricing have really gone down a lot. It's tougher to get a better deal out of them. I'm not saying it can't happen, but as a publicly traded company, they're not the same company that they were when they were private and first growing. It's understandable. They have stockholders to answer to.

Which other solutions did I evaluate?

The top vendors are

  1. UiPath
  2. Automation Anywhere
  3. Blue Prism (which we don't do a lot of work in)
  4. Power Automate, only because it's Microsoft.

I encourage people to look at the review and evaluation sites to help them start getting an idea of what is available. Then I say, "Here is some actual work we've done with UiPath. This is our actual experience. Check the marketplace data that's out there," because there's a lot of information they can avail themselves of. That way, they can be satisfied that what our company is recommending is valid.

I may point out some of the key questions for them to look into. If they're trying to scale, what are the business problems they're trying to solve? If they're thinking about a Document Understanding requirement, they should compare what's going out there with other intelligent document processing capabilities and take it from there.

What other advice do I have?

As a partner, what has been helpful is that UiPath offers a not-for-resale (NFR) license. These are fully loaded licenses and ours is cloud-enabled. We're using them for PoCs very effectively. There is a lot of great value in them. I have a couple of projects now where we've asked clients to send us their sample data, their documents. We have our sandbox ready and I have one or two developers knock that process out with a turnaround of one or two days. We can bring it back to the client and say, "Here's your data and this is what we were able to do with it." That is very effective.

I really appreciate the way the product has been architected. It's a robust product set. We have built custom models with the UiPath toolset. We've had several use cases where we had to do so because there was no out-of-the-box solution, and the tools are great.

The AI functionality has enabled us to automate more processes overall. They are the more difficult projects to do because Document Understanding is not a pure, out-of-the-box solution. There is work involved in it but we've been successful at it. Once we get the models well-trained, the client starts to really see real value. They're seeing the straight-through processing that they're trying to achieve.

The client I mentioned earlier, the one with the 90 percent "throughput," is an example. That automation is the result of custom models. We worked hard on that and we were very successful. The client has been very happy.

Overall, the way I would rate UiPath depends on the support level I have to use. If it's Standard Support, it's a five or six out of 10. If I have Premium Support, it's a seven or eight.

Disclosure: My company has a business relationship with this vendor other than being a customer: Partner
Flag as inappropriate
PeerSpot user
Jorge Medina Carbonell - PeerSpot reviewer
Robotic Process Automation Consultant at a tech services company with 10,001+ employees
Consultant
User-friendly with an intuitive interface, good forum with lots of help available, and the Academy is well structured
Pros and Cons
  • "The interface is intuitive and very user-friendly."
  • "The update process has resulted in several small issues for us. Sometimes when you update, there are several lines that are not included in the package. This kind of technical error, even though it's small, has to improve."

What is our primary use case?

I work for an international consulting firm and we work with enterprise clients. Our job is to provide them with RPA solutions and ultimately, we would like to provide opportunities for them to have every kind of automation.

We began with use cases in accounting and controlling departments, after which we moved to automate banking, legal, and IT processes. Nowadays, we are reaching out to HR to help automate some of their minor processes.

To this point, our implementations have been in an on-premises environment. At this time, we are in the process of migrating our on-premises UiPath environment to the cloud.

When I joined the RPA team, coming from a DevOps position, I assisted them with IT-related tasks such as implementation, packages, etc. I went on to become an RPA developer and began working on business sue cases. As part of my duties, I search for opportunities, help find internal clients, and improve governance inside of our enterprise. I am involved in all of the steps in the framework.

Our first automation was an on-demand service, used internally for us. We deployed an on-premises orchestrator, also used on an on-demand basis. Once we got this experience, we started building other solutions.

We deployed an internal chatbot named Alex, and our employees can ask whatever they want. For example, you can ask Alex what your salary is. Depending on your privileges, you will get more or less information. Everything is done using robots.

How has it helped my organization?

UiPath makes it easy to develop automations and this is the main selling point. I can speak with a client and in the meantime, I can prepare a demo on the fly that captures the client's thoughts at the moment. What it means is that as I'm speaking with you, I can start preparing a small demo. I find the product fun to work with.

An example of how this has improved our business is when dealing with internal clients. For example, if an internal business manager wants to use BI and needs to create a report with a specific set of data, they traditionally had to reach out to the IT department. IT will first examine the needs, then discuss how it is developed. It may need a database instance or other tools, for example. Traditionally, this is how it is done. 

One of the problems with this approach is that our headquarters is in France, and they are used to having internal discussions about everything. For a use case like this, they will consider all of the needs and other points before making a decision. It can be very time-consuming.

However, if we consider the same use case, using UiPath, we are able to create reports on the fly. We can be right in the same meetings with the IT people when we do it. 

If you're from a legal department and your solutions involve HR, as well as other company departments, I can automate several processes in four hours. Then, all of the processes can run during the night. It is an amazing product in this regard.

As we automate processes, another benefit that we receive is the ability to generate internal reports comparing departments and processes. We give these reports to the heads of the company to provide intelligence, helping them to better understand the organization. 

As an example of somewhere that UiPath has saved money, I implemented automation to replace a tool that one of our clients has. It is an internal timesheet tool and although the company uses SAP and SAP HANA for these tasks, this tool handles aspects that are specific to Spain. It is a small tool but is needed for a particular purpose.

The initial development of the tool, handled by an external third party, cost €20,000 (approx $22,500 USD) and there is a monthly maintenance fee of €700 (approx $790 USD). We discussed replacing the tool with our client but they were hesitant to change because they already had the solution.

We offered to replace their tool for free because we are trying to internalize processes, so there was also a benefit for us. We explained that once it was completed, we would be responsible for performing the calculations and analysis to ensure that the replacement was working properly. They agreed and it took me only one day to complete the automation. Now, it takes only a single button click from beginning to end. At the end of the day, it brings in all of the jobs. This automation saves them €700 per month in maintenance costs and it would have saved the initial development and deployment fee had it been implemented using UiPath from the beginning.

It was very easy to see that they were wasting money, and this is happening in a lot of places. We proposed to them that for these tasks, we would charge €600 (approx $675 USD) per day as consultants, and then for maintenance, we would bill them a monthly fee equivalent to 16% of the cost of the robot. For the bot used to replace their tool, it took me one day to develop and two days to plan and design it. The initial cost would have been €1,800 (approx $2,000 USD) and the monthly maintenance fee €200. They switched from their tool to the robot, since it was only costing €200 instead of €700 per month.

After they switched, they realized the power of automation and have since asked us about automating more of their internal processes. They have presented a storm of ideas, and the potential for savings is amazing.

You cannot compare whatever you do with a robot to a traditional software tool, package, or service. This example of the tool that we replaced is only one use case, and there are others but they are all more complex. Overall, it saves a lot in terms of time and cost.

What is most valuable?

The most valuable feature is the forum, where there is lots of help available. For me, UiPath is the perfect partner to converse with. I have brought four or five topics to the forum and every time that I was stuck, the problem had already been registered. I see the comments from the internal team and they are always tuned to the issue, always looking to fix small problems that have been found. We find that after they have been pointed out, fixes come included in the next release.

The interface is intuitive and very user-friendly.

The UiPath Academy provides courses to help you get up to speed with the solution, and to my thinking, it is crucial to start with this training. Developing a report in UiPath and other RPA solutions is very different from the traditional way to learn. When I studied in university, software development was focused on data structures and optimization. This varies a little bit depending on the programming language but more or less, this is what every framework follows. It's logical and we are always trying to optimize our processes. With RPA, it's different because you base your process on the logic, and then tweak with the tools. It's the difference between painting a picture and shaping an object. For me, the training was crucial and it helps a lot to learn right from the beginning.

The basic course took me four or five days to complete. Just with that, it was enough to become familiar with the framework and quite enough to start making your own automations.

I'm always looking for new courses from the Academy. For example, I completed the architect training, as well as the course on governance. The academy is well structured and very useful, although not mandatory because you can start by yourself. That said, I definitely recommend it.

We use the AI-enhanced document understanding capabilities, as well as other related features.

What needs improvement?

UiPath is based on the .NET framework, which means that we are currently limited to Windows deployment.

The update process has resulted in several small issues for us. Sometimes when you update, there are several lines that are not included in the package. This kind of technical error, even though it's small, has to improve. I understand that they are trying to implement all of the services that they can, and this kind of thing happens when you expand your model. The same thing happens to us. That said, it needs to improve.

The .NET formwork is well known, as is C#, but it requires a lot of computing power. Everything is JSON-based, so it always has to preload all of the information. This means that there is overhead in the performance and if it were only a simple query, it might be slower with UiPath. However, with a cloud-based environment, we don't have to worry about this.

When it comes to migration, it's always painful. We have found several issues that require changes to be made from a coding perspective. In our current migration from on-premises to the cloud, we had a problem that delayed us by approximately a week. However, I don't consider this to be a pain point because it's a normal thing that happens when you try to size up your company by introducing many new services.

From a technical perspective, the migration is straightforward but we haven't completed our migration yet because we have not set up the gateways to access our services.

For how long have I used the solution?

I have been working with UiPath since 2019, approximately three years ago.

What do I think about the stability of the solution?

Starting from version 20, UiPath has been very stable. Prior to this, it has not been 100% stable. That said, we have not had any troubles with the platform in general.

The problems that we have encountered were when we tried to upgrade or to migrate by uninstalling and reinstalling the Orchestrator. There were some internal issues where people didn't read the communications that we put out.

Generally speaking, Orchestrator is very well built. We have put a lot of stress on the system and haven't experienced any problems with performance.

What do I think about the scalability of the solution?

Scalability-wise, UiPath is quite good. This is an interesting topic because, in the beginning, I didn't put much thought into scaling. I was used to building solutions, and that's all. UiPath offers special packages that target scaling up. These packages become relevant when you have more than 20 processes.

For example, you can have activities that trigger processes, and you can include one activity inside of another. With these features, you realize that a huge amount of work is already taken care of.

More to how well it scales, they have a very useful package of integration tools.

Personally, I have automated 70 processes and the total for the team is approximately 300. Within the past year, we have delivered more than 200,000 hours of automation.

Since I joined the group, we have brought a lot of RPA clients into the enterprise.

How are customer service and support?

I would rate the technical support an eight out of ten.

The reason for my rating is that I have been waiting since last year for integrations that are coming. With respect to getting support for other things, I have not had any problems.

The support wants to teach us how to build an automation ecosystem inside the enterprise by combining artificial intelligence models, data analysis, and these kinds of things.

During our implementation and afterward, they have given us ideas about how and where things should go. This has been helpful but from my perspective, it is all still a little bit hard to understand. There is a lot of documentation to study. This is, in part, because they are growing and building.

Which solution did I use previously and why did I switch?

I have done several RPA jobs in telecom when I worked for another company.

How was the initial setup?

We first deployed version 18 of UiPath, and we found the initial setup to be quite straightforward. It was well packaged and easy to install.

The only pain point for us was issues related to implementing the solution inside our ecosystem. It contains VMs, firewalls, and other things that add to the complexity. This, however, belongs to us. From the perspective of UiPath, they gave us a package to install the Orchestrator, and another to install the runtime in every machine that we want it to work with. Things are quite straightforward in this regard.

In our case, we needed a newer version that came with some of our internal tools preinstalled. This is because we used to have access through Citrix. The installation was very easy.

It took approximately a day for each installation and within a week to two weeks, the service was working. There were five of us working on implementation and deployment. Four of us were working on installation and testing, and three people in the team were IT architects.

What was our ROI?

UiPath has saved us a lot of time. We calculate our benefit by counting hours saved and last year, we saved 200,000 hours. This means that we replaced between 120 and 140 people by using automation. This is our main metric for calculating cost savings.

Which other solutions did I evaluate?

When we first started with RPA, we compared UiPath with Blue Prism and Automation Anywhere. We chose UiPath right at the beginning.

For me, it was a straightforward choice. UiPath has a lot of help available, and they have a lot of tools. The forum, for me, is the winning factor. For now and in the future, UiPath is the product that I will use.

Another factor in our decision was the ability to use the product before purchasing it. Blue Prism had a demo account so they were a little bit open. However, Automation Anywhere wasn't open at all. They wanted us to pay while we learned how to use it. For me, that was the breaking point because UiPath could be used for free and was open from the beginning.

Coming in as a developer, I very much appreciate that the platform and the code are open. They don't keep everything that they are doing a secret. They have their own business model and they provide the tools. They let you play as much with the solution as you want to.

The interface is also more user-friendly than the other products for creating automations. In fact, I didn't use the other tools very much. In total, we evaluated them for two months, although this time included installation, learning how to use the platform, and trying different automations. Ultimately, based on everything, we chose UiPath.

We tried to compare the products while we were creating simple automations and on every point, we found a huge distance between UiPath and the other tools. For example, the interface was much more intuitive than the other two products.

At the time, UiPath wasn't as big as the other two solutions. However, it had a lot of potential for growth. This was another point that my boss took into consideration when making the decision.

Since the beginning, UiPath has been trying to work out a partnership with Google, including the main tools and main services. For us, and from an enterprise perspective, that is very good. We expect UiPath to grow a lot.

What other advice do I have?

If we have a server and a good investment in machines, virtual or physical, then we don't have anything to worry about. 

As I continue my career in RPA, what I understand is that it's the beginning of a new industry. It's like an industrial revolution, but for automation. When we began with use cases in accounting and banking, it was all related to numbers and we were always using structured data. However, today, we are using things like chatbots. We are also expanding into AI use cases and UiPath continues to grow to include new capabilities and functionality.

In the next ten years, I expect there to be a huge demand for automation. This will be in every kind of enterprise, as well as our day-to-day life. One example is the smart house, with implementations for domestic processes.

My advice for anybody who is implementing UiPath is, firstly, not to panic. It is a new way to develop and understand your business model. Second, do not go too fast. Sometimes, the easiest way to develop robots can lead you to forget about your basics and best practices. Third, bring a strong internal framework, including your business model, best practices, and internal documentation.

It's crucial to be able to scale up in the future, so be sure to consider your larger processes at an early stage. Don't look at things in a traditional way. For example, you can use Python for automation, which is a very open framework, but Python doesn't let you do all of the things that you can do with UiPath. You need to follow a more structured coding approach. Essentially, you always have to be organized and try to take things step-by-step. Otherwise, you will have an internal fight between robots in your Orchestrator.

I would rate this solution a nine out of ten.

Which deployment model are you using for this solution?

On-premises
Disclosure: PeerSpot contacted the reviewer to collect the review and to validate authenticity. The reviewer was referred by the vendor, but the review is not subject to editing or approval by the vendor.
PeerSpot user
Eduard Shlepetskyy - PeerSpot reviewer
Founder at ECTIVE Automation
Video Review
Real User
Reduces errors, offers fantastic technical support, and has a strong community around the product
Pros and Cons
  • "Both on-prem and cloud solutions are very stable."
  • "One of the products where I would definitely see a need for improvement would be a Task Capture."

What is our primary use case?

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.

What is most valuable?

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 needs improvement?

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. 

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.

For how long have I used the solution?

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

What do I think about the stability of the solution?

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.

What do I think about the scalability of the solution?

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.

How are customer service and support?

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.

How was the initial setup?

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.

What was our ROI?

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.

What other advice do I have?

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.

Disclosure: PeerSpot contacted the reviewer to collect the review and to validate authenticity. The reviewer was referred by the vendor, but the review is not subject to editing or approval by the vendor. The reviewer's company has a business relationship with this vendor other than being a customer: Partner
PeerSpot user
Manager and Lead - Digital Center of Excellence at a consultancy with 1,001-5,000 employees
Real User
Using Background Process as a template, I can run multiple robots on the same system
Pros and Cons
  • "If we have one place where we can see the end-to-end journey of our automations, then I do not need to manage multiple licenses. I do not need to spend money and expertise hiring multiple people and training them on multiple platforms. Also, when upgrading the systems, if I have a one place where I can manage all my automations at the same time, including UI and background automations, then we can build low-code apps using UiPath Apps. Therefore, I can manage everything within one platform, which is either a UiPath Intelligent Automation platform or UiPath Cloud. This is very important. Because if I have multiple systems, then I need multiple stakeholders to manage, upgrade, and maintain them."
  • "One of the 2018 projects was built using version 18.2. We then got a report from users that it was not working. Most of the time, it failed on multiple use cases. When we took the process from the owner to repair and troubleshoot, we found that many packages were not being recognized by the new version, which is 2020. So, we had to upgrade to the latest package, then do a repair. It took a good amount of time for us to repair the package. We had to go back to the UAT environment, then do testing and get approval from the UAT. We then had to sign-off and deploy pre-production and post-production Hypercare. So, the automation cycle being repeated by almost 40% is quite costly to the business, but this is rare."

What is our primary use case?

Most of the time, we work with financial services to automate financial transaction monitoring systems. We go through multiple CRM and financial systems, then query the transactions based on the KYC information. We use OCR operations, using UiPath Robot, to fetch information, such as, identification number, passport number, and their tax information. We extract this information, then validate with our financial data or transactions data to ensure that there is no fraud nor anomalies in the system. If there are any suspicious transactions or potential fraud, we do manual investigations. Those manual investigations are redirected from the robot to a human agent, then the human agent verifies the information. If there are any cost validation requests from other systems, such as Salesforce and PeopleSoft, then another bot will be triggered using UiPath Orchestrator. After that, we do the remaining processing. At the end of the processing, we use the UiPath analytics service. That analytics service uses UiPath logs, which helps us to understand how the bot is performing and how many transactions we have validated. From that, we look at how many were successfully processed and how many were manually handled, i.e., exceptions. We identify business exceptions for any transactions during the initial pre-validation stage, such as the user identification number is not valid or input data validation errors. For example, passport information must be an alphanumeric eight digit. If the bot identifies that the value is not eight digits, but four or five digits, then it is an invalid record straightaway. We can see this from the reporting and performance graphs.

We do automation for our HR processes, such as onboarding processes. On any day, there are five or six people who need to be onboarded. This is one of our standard business cases. We have a UiPath robot design using UiPath Studio and then it deploys in Orchestrator. This robot is being used by the HR admin. They can fill in the key information of the user, e.g., name, level, and their package. So, they import all this information, which includes my identity information, mobile number, email, and IDs on an Excel file, possibly along with a few other associates joining tomorrow. Once those entries are made in the Excel file, then the user can trigger a robot. They also need to keep the file in a designated folder. The robot will read the file from the designated folder. Then, one by one, it will read the records or line items from Excel and open an SAP portal. After logging through the SAP Portal, it inputs the required employee information. After that, it will go to Microsoft Azure Active Directory to QA the user, email, and ID. It will then go to PeopleSoft to create an HR record for the salary information, leave information, and the level at which the associate is joining. At the end of this process, it will update the status to, "The associate has been registered successfully." It will then send the updated final report to HR, saying, "The processing has been completed." The bot triggers information with their newly created email ID. They can then access or receive the onboarding information. This is how it works.

Depending on the client's requirements, we use UiPath AI Center and UiPath Apps for custom requirements. Most of the time, we don't need them. There are some times that we do based on the client's requirements.

I am using UiPath Studio, UiPath Orchestrator, and UiPath Robot.

Initially, I used the on-premises deployment model. For the last two years, we have also been using the cloud deployment option, UiPath Cloud, along with the on-premises. This is based on a client's requirements.

How has it helped my organization?

We can use the Process Mining tool to identify opportunities. We can then design the robot using UiPath Studio. After designing it, we can deploy it, using UiPath Studio, to Orchestrator. From Orchestrator, we can manage, monitor, and upgrade all the new patches within the UiPath platform.

If we have one place where we can see the end-to-end journey of our automations, then I do not need to manage multiple licenses. I do not need to spend money and expertise hiring multiple people and training them on multiple platforms. Also, when upgrading the systems, if I have a one place where I can manage all my automations at the same time, including UI and background automations, then we can build low-code apps using UiPath Apps. Therefore, I can manage everything within one platform, which is either a UiPath Intelligent Automation platform or UiPath Cloud. This is very important. Because if I have multiple systems, then I need multiple stakeholders to manage, upgrade, and maintain them. So, we do not need to think about all the things that I am using. There is one place where I can manage everything.

It has enabled us to automate more processes overall. In the initial days, we easily automated the low hanging fruit. As our automation journey matured, we needed to automate processes using more complex methods, like AI, machine learning, and advanced OCR functionalities. 

What is most valuable?

The UiPath package available on UiPath Studio is useful. Compared to other RPA tools, like Automation Anywhere and Blue Prism, we found that this package gives us the opportunity to automate tasks in the shortest amount of time. There are multiple templates available on UiPath Studio. For example, if I need to do multi-setting processing, which means we are going to process multiple records simultaneously, we can use a UiPath Background Process as a template. Using the template, I can run multiple robots on the same system, which will not interact with other systems. It will work in the background. We have found that really valuable. This is not available with other RPA products, such as Automation Anywhere and Blue Prism. This is one of the valuable things that we have found in UiPath.

We use the UiPath recorder. For the latest, modern experience, we have a recorder called App Integrations. Using that particular recorder, I can automate tasks with multiple systems without thinking about having manual integrations between multiple browsers by identifying multiple sessions. Sessions can be used by the same recorder during the entire automation cycle. For example, I have two screens, one called PeopleSoft and another one is SAP. I can do a keystroke, mouse click, and then hit the submit button within PeopleSoft. Then, at the same time, I have another window open being used by the robot. I don't want to think about separating two windows, so the recorder takes care of this.

The UiPath recorder has multiple ways of identifying. For example, it uses UI elements, fuzzy logic, and image recognition at the same time. These three methods are used by only one recorder. Whereas, with other platforms, like Blue Prism and Automation Anywhere, I can use only one method at a time, so one command is one method for selecting or identifying objects. Whereas, with the app recorders, I can use three methods using one command. So, if one fails, another one will back up the scenario. Then, if another one also fails, the third one will help us automate. That is the ease of automation, which is a valuable feature that helps us ensure that automation works flawlessly, without having to look at if one of the methods failed.

What needs improvement?

One of the 2018 projects was built using version 18.2. We then got a report from users that it was not working. Most of the time, it failed on multiple use cases. When we took the process from the owner to repair and troubleshoot, we found that many packages were not being recognized by the new version, which is 2020. So, we had to upgrade to the latest package, then do a repair. It took a good amount of time for us to repair the package. We had to go back to the UAT environment, then do testing and get approval from the UAT. We then had to sign-off and deploy pre-production and post-production Hypercare. So, the automation cycle being repeated by almost 40% is quite costly to the business, but this is rare.

The vendor had already noticed these things were a big pain for us. With the recent versions, 2019 and onwards, the compatibility between the activity and packages is there. Prior to that, there were some issues. The UI automation package was the one that was mostly affected. Many people who were early adopters of UiPath observed or experienced these kinds of issues.

Sometimes, when we are using Remote Desktop automations, we may need to use a different approach along with the AI functionalities. For example, if I need to recognize the object on the screen, which I cannot do using native methods, then along with the AI functionality, I may need to have a backup method, such as the OCL methods along with AI Computer Visions. This ensures that it works robustly and my solutions deliver 100% results without any manual intervention. In such complex scenarios, we are using AI features along with multiple methods for the backing up of the AI features. We have to ensure that if something goes wrong with the AI features then we have another method which will ensure, if A fails, then B will back up our solution's process as expected.

For how long have I used the solution?

I have been using it for the past six years.

What do I think about the stability of the solution?

We use UiPath AI Center, UiPath AI Computer Vision functionalities, and Document Understanding. These AI features came into the picture from 2019 onwards. First, we received updates using UiPath Computer Vision functionalities. Then, we received AI Center, which was not stable in its initial days. However, during the first quarter of 2020, we received version 2, which seems to be more stable. From there, we received general availability versions with integrations on UiPath Studio and UiPath StudioX. These work much better, as compared to the initial versions. So far, all the components of UiPath Computer Vision, Document Understanding, and UiPath AI Center work well. 

How are customer service and technical support?

I appreciate other benefits, such as UiPath community support and UiPath enterprise product support, because if anything goes wrong, we search in Google or the UiPath Forum where we can find the answer. Even if the answer is not available, and I post a question, I am quite certain that within one day that I will get someone to respond to the question. It may be someone from the forum or UiPath. Most of the time, the answers are readily available on the UiPath Forums.

UiPath Forum is the one place where we reach out to research problems, do troubleshooting, or get some help. If we need some help regarding the installations or licensing, we can create a ticket. Typically, we get a response, email notifications, or support calls within four to six hours.

We hire fresh, new graduates that we are going to train. UiPath Academies offers numerous training tutorials and certifications, which helps us to train our newly hired resources who are completely new to RPA and UiPath. So, the training is really useful in terms of video tutorial practice and configuring our multilingual environment. UiPath Academy does support English, Chinese, Malay, and German. So, our associates from multiple offices, who are already working on the global initiative, can learn the same things at the same time. Or, they can get someone from an English background.

Which solution did I use previously and why did I switch?

I started RPA using UiPath.

How was the initial setup?

Using the tool for the last six years, the initial setup is like having breakfast every day; it is very simple. I can do it much faster than someone new who started two years back or the new guy. I know what to do and how to do it.

Because it is software as a service, the setup and configuration time are very quick. Within an hour or two, we can set up the infrastructure deployment for a starter package. Configurations can be done smoothly. The infrastructure deployment, which typically takes a week's time, can be minimized to an hour. This saves us a lot of time and money for multiple components.

In the initial days of 2016 or 2015, our automation journey was center of excellence (COE) based most of the time. Nowadays, we changed our strategy, and it is more employee involved. So, an employee can go into UiPath Automation Hub and submit their idea. If they have time and are interested, we give them the training to use UiPath StudioX features for automation. If a process is complex based on our assessment, we pick that process and do the automation so the COE and employ-driven automation work hand in hand. 

With a simple process, then the employee can automate it and do the PoC. If they need help, we are more than happy to help them. However, we found when the processes are medium to highly complex, this is something professional developers should be working on. If they are interested, they can contribute and learn, but it's less likely that a business user would be involved in a complex automation process.

What about the implementation team?

UiPath has absolutely reduced human error. Infrastructure setup and maintenance are taken care of by the product owner or vendor. So, there is 100% assurance that nothing wrong will happen in the system because they are the people who built and deployed the product. Whenever we deploy, there may be a chance that something might go wrong or configurations went wrong. For example, I need to configure the Internet information services port. If I incorrectly configured the port or use a different method, there is a high chance that I might need to redirect the port to some other router or native firewall. If I use UiPath Cloud, everything is taken care of by UiPath. I just log into assistance, then allocate the license and configure our users.

What was our ROI?

For small to medium clients, those clients have an investment of about $100,000. We see around six to eight months in, they get something around 40% to 60% ROI being returned to them. Then, within a year to 18 months, they get a 100% to 120% ROI realized.

When we implement a robotics process automation solution using UiPath, and if the client's budget is limited, we mostly encourage the automation journey to be done using UiPath Cloud. UiPath ensures that it works fluidly, performs all upgrade security patches, and has 99.9% uptime.

What's my experience with pricing, setup cost, and licensing?

In the initial days, UiPath was more competitive in terms of the license pricing as compared to Blue Prism and Automation Anywhere; it was much less. Currently, the pricing is quite standard compared to the other two vendors. 

We can use UiPath Cloud, which helps us to save a lot of money and infrastructure costs, if the automation journey or project is for a small to medium-sized company. However, if it is a big company, then on-premises is preferred. 

Which other solutions did I evaluate?

I have also used Automation Anywhere and Blue Prism as well as open-source automation platforms, such as TagUI and Selenium.

The main pros to using UiPath are its user interface, user-friendliness, learning platform, and support.

What other advice do I have?

We have been using the UiPath Apps feature for the last four or five months, so it is relatively new for us. Most of our technical people are experimenting with UiPath Apps. We have planned training sessions for business users to upskill them.

If you are starting or in your initial days, I advise you to use the UiPath community version. Try first to do a PoC with the community version, trying out the automation in UiPath Cloud for free. Once you realize that this is something good as well as understand the value of it, then you can start with the initial package. If you think that you can start big from the beginning, then go for on-premises and start a large-scale transformation. However, I would advise doing a PoC first with proper guidance from UiPath and selecting a proper implementation consulting partner who has good experience or a solid past track record of doing automation, RPA, the RPA automation journey, and the transformation journey, as a whole. Not just UiPath automations or building robots, but also transforming their project and processes as well as doing Lean Six Sigma, which is a crucial part of the transformation journey. So, you should consider all these factors for a successful automation journey.

Compared to the top three tools, I rate this solution 10 out of 10.

Disclosure: PeerSpot contacted the reviewer to collect the review and to validate authenticity. The reviewer was referred by the vendor, but the review is not subject to editing or approval by the vendor. The reviewer's company has a business relationship with this vendor other than being a customer: Partner
PeerSpot user
Gabriel Haibi - PeerSpot reviewer
Digital Efficiency and Innovation Manager at NeoBPO
Real User
Top 10
Intuitive and easy to use, simple to set up, improves speed and efficiency of our customers' business processes
Pros and Cons
  • "The most valuable feature that we are using is UiPath Apps because it makes it very easy to implement tasks."
  • "There are some enhancements that can be made within Orchestrator, such as the addition of new dashboards that provide us insights into processes that are already running, which would help us a lot."

What is our primary use case?

Our core business is BPO, which is Business Process Outsourcing. We have massive operations that we have to perform for our customers and we have a digital section of the company that is assisting with that. The digital section is relatively new, being no more than two years old. We are building a number of solutions and tools that our digital section is using, and RPA is one of these tools. The goal is to help our customers innovate and assist them with their digital transformation, ultimately making them more efficient and more profitable. This is possible because some of the processes are very repetitive and performing them with humans is a very bad choice.

We have a hybrid environment, where some of our functionality is on-premises and some is on the cloud. For example, we have some cloud-based automation, and we use UiPath Apps, which is on the cloud.

We had a successful use case at the beginning of the year where we needed to process a large number of invoices that had contained errors when they were originally sent to the customers. There were approximately 200,000 invoices and we had a deadline of four days to complete the task.

It began with us developing the bot, which was completed in less than a day. After that, we sent the bot to our production environment to start processing the invoices. We were successful in the task, through the parallelism of 50 robots, we could process 5 invoices per second.

We have some metrics that describe how long it would take the process to be completed manually. It takes a human an average of between 60 and 90 seconds to process just one invoice. We estimated that it would have taken approximately 125 days to complete this task manually, with between 250 and 300 people working on it together.

How has it helped my organization?

We don't use the low-code functionality. Rather, we use the typical development features. When you're talking about developing inside the UiPath, you have something very user-friendly, so you don't even need to use the low-code options. It is very intuitive and you don't need to know technologies such as C# or .NET to develop automations.

The use of UiPath has helped to increase customer satisfaction by a lot. Our main goals are to improve the average handling time that the customer needs to complete transactions, as well as to improve quality. Customer satisfaction improves not only with the financial benefit resulting from a better average handling time but also, from improved quality in transactions. Our human resources department uses tools such as surveys to investigate the quality and they have their own metrics and KPIs for customer satisfaction.

Our first-contact resolution rates have increased because as we develop successful cases and implementations for different customers, future customers benefit from this through faster service, which leads to better customer satisfaction. I estimate that our first-contact resolution has increased by 15% to 20%.

The time it takes us to create automations depends on what we assess the complexity of the bot to be. We have a methodology and metrics that have been developed by our Center of Excellence, categorizing the bots into small, medium and complex. A small bot, which has simple logic, is something that we implement in between one and two weeks. A medium-complexity bot has a timeline of between two and four weeks, and a very complex bot takes four to six weeks to implement.

What is most valuable?

The most valuable feature that we are using is UiPath Apps because it makes it very easy to implement tasks. It is very easy to scale operations, which is important because we're not talking about just five or ten agents. We're talking about 1,000 to 2,000 agents. The Apps feature helps us to scale very quickly and very easily. We only need to develop one or two bots and then link them to UiPath Apps to process everything. All of the integration between the bots and the human, along with any scheduling that needs to be done, is taken care of by Apps. In our situation, the Apps feature is the best solution to handle this scale.

Utilizing our bots is very easy, and it is done using the licenses that we have with partner UiPath. We can access our licenses, then distribute them to the customers and we can use them dynamically. This is all done in a very easy manner. We just have to navigate to the web-based hub, where we have access to everything that we need.

UiPath is highly customizable and this is helpful for us because we can develop models and frameworks that can be reused for different tasks and different customers. For example, if we have a customer with a process that is very similar to one that we have previously developed for somebody else, we can reuse the models to scale the bots. This makes the new development very easy and very fast.

The Agent Console is able to provide customer insight in conjunction with the task and process mining features that we use. We install the tool into the machine that the customer uses every day, where it will capture the manual tasks and processes into a database. The insights that we receive are related to whether a process is a good candidate for RPA. For example, if it takes the human a lot of time to complete, or they are having trouble with it, then it might be suitable for RPA because putting a bot in place can optimize performance.

Another reason this is important is that human operators work very hard with day-to-day tasks, and they don't have much time to stop and look for processes that can be automated. Using task and process mining, it starts pulling out those insights. For example, it looks for the number of screens that the human is accessing and clicking on. It looks at each click, as well as every navigation and extraction. In the end, it generates a report for us.

The Agent Console has helped to decrease the average agent handling time, which is our main goal when it comes to these massive business operations. Average agent handling time is the metric that we primarily work with and as such, everything we do is related to reducing it. RPA in our use case is not used only to reduce the HC or FTEs; but it is used to boost this particular KPI too. In one of our use cases, we have had an average decrease of 30% in agent handling time, which is very considerable.

What needs improvement?

There are some enhancements that can be made within Orchestrator, such as the addition of new dashboards that provide us insights into processes that are already running, which would help us a lot.

For how long have I used the solution?

We have been using the UiPath platform since last year, at the beginning of 2020.

What do I think about the stability of the solution?

The stability of UiPath is very high, and this is a very important point. In fact, stability was the problem that we had when we were assessing the competition with UiPath. We evaluated several RPA tools and moved on with the UiPath partnership because it was the most robust. It is important to remember that we have a high availability environment, and the entirety of it must be stable. Our team is tool agnostic and extremely skilled in the largest RPA tool providers, enabling us to develop automation on any platform.

What do I think about the scalability of the solution?

UiPath is very easy to scale because, in every part of our solution, we use the Apps feature. This accounts for high availability and automatically provides us with scalability. For example, if we have a process that is handling 100 invoices at a time, but in three months we grow and need to instead process double that number, there is a feature that we can use to instruct the bots to run on additional machines. The scalability is very dynamic in this regard.

UiPath has a function within Orchestrator for dynamic allocation, where it can draw resources from a pool of machines in the infrastructure. For example, if there are 30 machines available then an option can be set to dynamically use the licenses. If there are 10 or 20 bots that need to perform tasks, the licenses will be automatically used to run the processes. You don't need to look at these machines to see what is running because all of the management will be taken care of automatically.

We currently have 25 staff involved in RPA. There are 20 developers and five architects, just to keep the projects and everything with the customers up and running. We expect this to improve and grow, doubling our numbers this year.

In fact, our expectation for growth is very high. Along with each implementation or development that we do, new opportunities arise. I would estimate that for each successful implementation that we have, four to five new opportunities are presented. Naturally, we will need to have more licenses and more contacts to increase the total number of bots in our environment.

From end to end we have about 50 robots already developed and running in a productive environment. We have human operators, back-office analysts, supervisors and coordinators involved in the whole process of execution and monitoring.

How are customer service and technical support?

After our initial deployment, we have rarely needed to be in contact with support. Our in-house team can do most things autonomously.

We have a premium support package from UiPath and they are very useful and very helpful. They help us with whatever we want and without any doubt support is one of UiPath's strengths. This is not just in a technical sense, but in terms of business and strategy, as well.

Which solution did I use previously and why did I switch?

As mentioned earlier, our RPA team is agnostic to the tool to be used. We can give our recommendation based on the customer's needs but if he has any premise that a specific platform should be used, we follow his needs.

How was the initial setup?

The initial setup is very straightforward. We have a very good team of architects and we also had some assistance from UiPath. It was not simple, but it was not too hard, either. It was okay and we didn't have any problems with the implementation. In total, it took between three and four weeks to complete the deployment.

In terms of strategy, I think for the best implementation, you need to first have the infrastructure set up. The infrastructure and architecture should be very well defined with UiPath because you have a bunch of functionalities that may or may not be useful, depending on the type of business.

Deciding what functionality is required is the very first step. Then, the second step is to have a methodology and a center of excellence for RPA, including frameworks and best practices. This will help to ensure that everything is implemented correctly and that you don't have problems in the future. Finally, you need to have certified developers and certified architectures because this is the most relevant part. You want bots to go live with the best quality to ensure customer satisfaction.

We now have the ability to provide this type of environment to a customer very quickly. We can configure the environment in between two and four hours, to have it fully up and running, and it is very simple to do. This is because we have an RPA infrastructure already built, so you just need to acquire the hardware that includes the machines and servers. Once they are up and running, we activate this section and we can develop and build the bots.

What about the implementation team?

UiPath was a big help during our initial setup. We have premium support, and they helped us with parts of the architecture, the infrastructure related to servers and the cloud, and getting it all set up properly in our high availability environment. It was like a four-handed job and it was all done well.

What was our ROI?

We have many different projects and customers and I would estimate that it has saved us and our customers something between $4M to 5M in total.

Just looking for our success case of the invoices processing, we avoid a cost of $10M.

What's my experience with pricing, setup cost, and licensing?

The price of UiPath is higher than competitors, although the cost depends on what functionality and tools you require. For us, we don't need anything extra in terms of functionality but our contract includes an extra charge for premium support.

Which other solutions did I evaluate?

We evaluated UiPath, Automation Anywhere and Blue Prism, all the best RPA tools providers in the international Market. As we are agnostic with the platform, we can develop using any of those three tools.

One of the cons of UiPath is the price. It's a bit higher than the other RPA tools. In terms of the pros for UiPath, it is more stable, it works in our high availability environment, the support is good, it is very agile and we can develop automations very quickly. Also, implementation was very fast and scalability is important.

What other advice do I have?

We have conducted a proof of concept using UiPath's unattended robot capability to enable a self-service chatbot. Specifically, we used the unattended bot to speak with our S3ND (messaging) solution, which is a chatbot. The scheduling was done via APIs and the communication was done through the chatbot. This is something that we have tested, but not yet deployed. We do think that this is an important next step for us to look at.

We do not use the Document Understanding and AI Fabric features at this time but we are already testing it in some of our customers to implement them as soon as possible.

Another feature that we do not yet use, but we are looking into, is using the AI Center to drag-and-drop machine learning models into RPA workflows. We recently had some discussions with the technical specialists at UiPath about the newer features that are available, and we are looking into arranging for training and webinars that will teach us how to use these new features correctly. Once we have a better understanding of how to implement them, we will begin looking for specific use cases.

The biggest lesson that I have learned from UiPath has to do with our customers and their operations. The most difficult and important challenge that we have is changing the mindset of our customers such that it is in line with digital transformation, and this is something that UiPath helps us with. They provide us with everything we need in terms of security, implementation, and high availability. Really trusting that these bots are doing the right thing is the biggest advantage that UiPath provides for us.

There are three main points that I would make for anybody who is considering UiPath. The first is the cost, in terms of money. The price of investment is high but the benefits are uncountable. Next, it requires that you look into what you really need, and whether it is all of the features that UiPath offers or just some of them. It is also very important that you look at your infrastructure because it has to be able to handle all of the bots. For example, we know that our processes need a lot of computing power and a lot of memory, so the hardware is important. This has to be built in advance of purchasing the software. The final part is the team, including the developers and architects. It is very important that they all be certified by UiPath. There is training and courses available, they make everything clear, and it includes learning the best practices, frameworks, and models to assure that you're doing everything right. If the company is audited and you are doing it properly then you won't have any headaches.

I would rate this solution a nine out of ten.

Which deployment model are you using for this solution?

Hybrid Cloud

If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?

Microsoft Azure
Disclosure: PeerSpot contacted the reviewer to collect the review and to validate authenticity. The reviewer was referred by the vendor, but the review is not subject to editing or approval by the vendor. The reviewer's company has a business relationship with this vendor other than being a customer: Partner
PeerSpot user
Buyer's Guide
Download our free UiPath Report and get advice and tips from experienced pros sharing their opinions.
Updated: November 2022
Buyer's Guide
Download our free UiPath Report and get advice and tips from experienced pros sharing their opinions.