Dir., Resource Management Systems and Data at a healthcare company with 10,001+ employees
Real User
Jun 30, 2022
Our main pain points have been:
1) Not building in all the 'what ifs'. A BOT is expecting certain values in a given field. If the expected value is not met, the Bot needs to maneuver around it, not stop the process. The process should include writing an exception and keep going. We learned the hard way that we didn't know all those exceptions - until they happened.
2) Train the BOT to keep you posted on what they have/have not done. Don't wait until the file/output is late to try to figure out what happened. Stay informed!
We love our BOT, and it has allowed us to function as Humans at a higher level - we would not want to go back.
Search for a product comparison in Robotic Process Automation (RPA)
Project Manager at a tech services company with 51-200 employees
User
Jul 1, 2022
1. Unexpected exception. Customers are usually familiar with normal processes, but it is difficult to enumerate all exceptions during requirements analysis. When a new exception occurs, it can be catastrophic in a production environment.
2. Unexpected changes. RPA depends on third-party apps, but they do not depend on RPA, especially for external applications. RPA responds passively to their changes.
Unknown exceptions should be handled by human, and bots should be improved at the same time. But to be honest, it will affect user experience and ROI.
Robotic Process Automation (RPA) is a technology that automates repetitive and time-consuming tasks, freeing employees to focus on strategic work. It leverages software bots that enhance efficiency and accuracy across various business processes. RPA is transforming numerous industries by automating data entry, invoice processing, and customer support, among other tasks. It uses software robots or 'bots' to perform processes that are repetitive and rule-based, allowing businesses to...
Our main pain points have been:
1) Not building in all the 'what ifs'. A BOT is expecting certain values in a given field. If the expected value is not met, the Bot needs to maneuver around it, not stop the process. The process should include writing an exception and keep going. We learned the hard way that we didn't know all those exceptions - until they happened.
2) Train the BOT to keep you posted on what they have/have not done. Don't wait until the file/output is late to try to figure out what happened. Stay informed!
We love our BOT, and it has allowed us to function as Humans at a higher level - we would not want to go back.
The main "pains" is to know and understand the architecture of every vendor, their business model and the time to learn to code and develop a bot.
The solution was to make our own classification, in order to compare the terms and ratings according to what is a priority to us.
1. Unexpected exception. Customers are usually familiar with normal processes, but it is difficult to enumerate all exceptions during requirements analysis. When a new exception occurs, it can be catastrophic in a production environment.
2. Unexpected changes. RPA depends on third-party apps, but they do not depend on RPA, especially for external applications. RPA responds passively to their changes.
Unknown exceptions should be handled by human, and bots should be improved at the same time. But to be honest, it will affect user experience and ROI.