This is the first RPA solution that my company has used.

Someone in the business found the solution. We weren't in a position where we were actually looking for it. One of our business partners stumbled across it, then reached out and said, "Hey guys, this tool looks really cool. We should get a demo going." So, they set one up. Though I didn't participate at that time, one of my colleagues went and participated in that. Then, they came back with an almost like this tool sounds too good to be true.

The tool says it can traverse all apps and can take data from Outlook, Excel, and whatever ERP you have in the web, then put data in, take data out, and manipulate it, or whatever you have to do. They say it can do everything. It was like, "Can you imagine if that's accurate? What we could do with this thing? There's so much potential."

We have grown so fast and our processes have not evolved with the company. We haven't caught up there yet. So, there was a lot of manual stuff going on that we can use the tool for, and we were like, "Wow, okay. So, we definitely have to keep looking at this thing, "and that's when we got our hands on the demo. 

We might have been the first company who used the demo once they published it on their website. I remember talking to them after we purchased it, and they're like, "This demo is brand new. You're the first people that we know of to to actually use it or call us and ask questions about it." From there, we did a little proof of concept with it to make sure it would interact with our ERP, then we were off to the races.

We have used other RPA tools previous to my time at LTCG. None of them were successful after the original deployment. Therefore, we decided to wash the project. While I don't remember the name of the software, the reason they were unsuccessful is because of the language that our user interface is built in.

Previously, we had tiny bits of automation, but it wasn't automation like this. It was more scripted automation. Just people running bash scripts to perform certain things for them. There was never really anything official nor a real platform in place prior.

We looked into having an automation tool because we have a lot of processes which are very time consuming, e.g., data entry-centric. These tasks take a very long time for a human to do and are very monotonous. People tend to get bored doing them very quickly. Automation was a great way of getting that fixed so we can give the human workforce more important tasks and offload these menial tasks that nobody really wants to do. We can offload these tasks to automation and keep everybody a bit happier.

We have our own RPA. We have other RPA tools, but for process discovery, we didn't have anything. We saw Kryon before other RPA options.

Kryon RPA's interface isn't as developer-friendly as UiPath's. I'd also like to see more seamless integration with other solutions. For example, with UiPath, we can use a lot of APIs. I also like Orchestrator from UiPath. We can control all of the robots that we're developing in the machines in the bot runners. UiPath Apps is a new tool that I like.

Microsoft also has some amazing tools, like Power Automate Desktop, Power Apps, and Power Automate Online. These tools can integrate with bots on Power Automate Desktop.

We did not have a previous solution. We came across Kryon from an RPA consultant who wrote a book on RPA. He used it a while back and recommended it to us.

We didn’t have a previous solution. We went with Kryon because of

• the ease of use
• the user interface seemed a lot better, more usable
• some advanced features that others didn't have
• the price - can't beat the price.

No, we started with Kryon.

Prior to Kryon, we didn't work with another solution. But we are now starting to work with another solution because of OCR.

This is our first RPA solution.

We did not have a previous solution.

We did not have a prior solution.

We didn't use a previous solution.

This is our first RPA solution. We did try automation with Visual Studio, like encoding, but it was a failure. We thought RPA would be a better solution: easier to implement and error free. It made sense at the time, and it's still helping us out.

Selenium was only good for web applications and most of our business processes involve more than just web applications. So if we wanted to run a complete test, end-to-end, Selenium didn't really help.

With this client, there was no other solution in use. I use some, myself, as a consultant with other clients. I've been here for the last almost two years. Prior to that, I used Cherwell which is more like an IT service management, workflow-type tool.

We used nothing before Kryon.

No.