We just raised a $30M Series A: Read our story

Kryon RPA OverviewUNIXBusinessApplication

Kryon RPA is #5 ranked solution in best RPA tools. IT Central Station users give Kryon RPA an average rating of 10 out of 10. Kryon RPA is most commonly compared to UiPath:Kryon RPA vs UiPath. Kryon RPA is popular among the midsize enterprise segment, accounting for 39% of users researching this solution on IT Central Station. The top industry researching this solution are professionals from a computer software company, accounting for 30% of all views.
What is Kryon RPA?

The Kryon RPA Platform sets the standard for secure, scalable and cost efficient robotic process automation management and optimization. It’s also among the most business-user friendly platforms on the market.

Kryon RPA was previously known as The Leo Platform.

Kryon RPA Buyer's Guide

Download the Kryon RPA Buyer's Guide including reviews and more. Updated: November 2021

Kryon RPA Customers

HPE

Kryon RPA Video

Pricing Advice

What users are saying about Kryon RPA pricing:
  • "They license per robot and we have 25 robots. You get so many robot licenses and can allocate those licenses to either attended, unintended, or Process Discovery bots. If you have 25 licenses, for example, you could have 20 automation bots and five process discovery. This allocation is flexible. There are also maintenance costs."
  • "We are probably saving $6000 to $8000 a month in labor costs. It's not a ton, but we're right around $60,000 to $80,000 a year with our current deployment."
  • "We're paying in the neighborhood of about $66,000 a year. The cost is fairly similar to its competitors' costs. It might have been a little bit more reasonable than the others, and that cost was with Process Discovery in addition."

Kryon RPA Reviews

Filter by:
Filter Reviews
Industry
Loading...
Filter Unavailable
Company Size
Loading...
Filter Unavailable
Job Level
Loading...
Filter Unavailable
Rating
Loading...
Filter Unavailable
Considered
Loading...
Filter Unavailable
Order by:
Loading...
  • Date
  • Highest Rating
  • Lowest Rating
  • Review Length
Search:
Showingreviews based on the current filters. Reset all filters
Adam Staude
Manager, Application Support at a consumer goods company with 1,001-5,000 employees
Real User
The tool helps with speed to market, efficiency, and accuracy

Pros and Cons

  • "The bot is typically about twice as fast as a person and more accurate, as long as the data going in is good. That is the biggest advantage."
  • "The only unstable part is Studio where you build this stuff. In our version, the 5.25. It has a memory leak. If you leave it open for too long, eventually it just freezes. Saving your work, closing, and opening it just once a day is all it takes. However, this is a bug that I have noticed about the stability of the actual tool."

What is our primary use case?

We use it to automate a lot of data entry or do manipulation in regards to our ERP system.

We are still pretty new with the solution. We have maybe a dozen wizards right now. Some of them are different variants of similar wizards. For the most part, it is used all around our ERP system. E.g., if we have a new product that we're going to make, we take the information from marketing and engineering. That gets handed off to the bot, then the bot enters that information into our ERP. This is a pretty intensive manual entry process.

Everything that we use is on-premise.

How has it helped my organization?

Our company has seen crazy growth over the last 10 to 12 years. We have been up 20 percent year-over-year for that amount of time. Without some of this automation, we would not have the time to invest in developing a full solution or custom applications to handle some stuff because things are changing so quick. It's not worth the investment or there is not enough time to keep up. Constantly hiring more people isn't always an option either. It's sort of a necessity with the growth that we've seen to use this to help with some of the pain points that we have just around growth challenges. Especially at the higher levels of the organization, they see quite a bit of value in the solution.

It has really helped us with efficiency and accuracy. We literally have teams of people just sitting in front of a computers typing in data from Excel sheets all day. That is all they do. We have so many other roles and new challenges associated with our business growth that we could use those bodies. People who have been with the organization a while that we can take those people and say, "Instead of just manually keying all this stuff, go work on something that's a value-add. You know the business and you're familiar with our systems, so go do this instead." That is the biggest win, especially with our state's unemployment being pretty low and filling jobs can be a challenge when finding good people. We want to take the people that we have and leverage them for the things which really help the organization.

It is still a small footprint. In the last 30 days, we've automated 216 hours of work. That is not a lot. However, when you talk about how many people hours that is, it's probably double, if not more than that. So, it is not a huge impact, but in the couple of places that we've deployed it, it has been nice to be able to just send an email in and have it turned around to you from the bot. Within 10 to 15 minutes, the task is done instead of having to send it to a person and rely on them to do it, then get back to you, or they might be on a lunch break, etc. Some of these are critical areas where there's not a lot of time. It's definitely been a benefit to those departments.

I don't think it saves any time from the analyst or IT side. It is an investment upfront to build this stuff and to dig in and find where the opportunities are. We just installed the Kryon Process Discovery service, but we haven't really used it a whole lot yet. Therefore, I can't speak to its efficacy. Hopefully, it will help in this area. 

They make it pretty easy to use this solution for the full-cycle of automation from the discovery of processes to turning on the automation and scaling it up. We just installed Process Discovery. In theory, that should work quite well. It recommends what processes if identified are best for automation versus those that are highly complicated or have a lot of bearings. We haven't gotten the value out of that yet because it's brand new. 

What is most valuable?

The bot is typically about twice as fast as a person and more accurate, as long as the data going in is good. That is the biggest advantage.

I do like the feature if you find an opportunity that it is very simple to export the recording of that process and import it into Kryon Studio as a starting point to build that automation. It's a really good tool for our business process managers because they can take all that information to their constituents in their departments. Even if it's not robot automation, they have an opportunity to improve the process as a whole. I find that that is an added benefit to this piece of the tool. Just using it as a place to start the conversation and really look at what people are doing on a day-to-day basis. Because managers may be aware of their people's tasks, but might not know the level of manual effort that it takes to do certain tasks. We are finding this helpful. Also, building it in Studio and deploying it into production is a seamless process. It is all very simple and easy to use.

It is just great to be able to traverse software platforms. With all the variable handling and  logic that it has, It is an easy tool for a non-technical person to work with and automate across apps. Some of our business people are like, "It's like a giant macro. It works with everything." I'm like, "Yeah, at the basic core, it's a giant macro." 

We primarily use it for unattended bots, so it's pure. We don't use any attended bots. So, it's all completely automated using email triggers.

The bot will put in whatever data it receives and it has been really quite effective.

The tool helps with speed to market on anything that we are doing. It is such a quick tool to use if you're doing any sort of automation, even if it's just SQL based. 

What needs improvement?

Process Discovery is brand new. We are on 19.1 for it. I know on 19.2 that they change the architecture completely. From talking to some other companies that use this, it sounds like we are missing some pretty big features that we will need. We will be doing an upgrade here in the near term. In general, Kryon's upgrade process is basically uninstall/reinstall at this point. They don't have an easy way to upgrade the software in place, which would be an added benefit. The process is not difficult. We have just a handful of robot machines with high availability enabled, along with a couple of app servers and a couple of database servers. Still, that's 12 machines which all need to be upgraded, and that is no simple effort when you're talking about a full reinstalled software. If we fully utilized our licensing by scaling out, we'd have more than 30 machines. We would have to upgrade on the field. Then, it's a pretty big task if they release new features and things that we want to take advantage of going forward. I see an opportunity for improvement from them here.

We are using it to do some automated reporting, and right now, we can't put images into the HTML formatted body of an email. We can either attach an image or embed a link to an image, but we can't just drop in an image into the HTML. That is feedback that I have given them. It would be nice to be able to have a bot take an image and paste it in as you would in Outlook. Otherwise, we have to provide either those images on a public website. If we want them just to be attached, it just doesn't look as clean. Especially people in our sales force, who are on their mobiles a lot, are not on our network a lot. These are a challenge for them when they just want to be able to glance at the report and go on with their day. It seems like a small problem, but it's limiting for us in some of the areas where we could deploy more of this solution. We have a feature request in for this, and I'm hoping it will be included in the future.

How it delineates file names on email attachments could be better. It is a hard coded comma, and if somebody includes a comment in a file name that messes it up. It is such a ridiculous thing. Who puts commas in file names? But, you would be surprised, and it happens. This is another simple thing they could easily tweak.

Their Tier 1 support is pretty basic. You either have to jump through the same hoops every time or escalate to a different Tier through your rep. 

For how long have I used the solution?

We purchased the solution in January.

What do I think about the stability of the solution?

The stability is pretty good. The only unstable part is Studio where you build this stuff. In our version, the 5.25. It has a memory leak. If you leave it open for too long, eventually it just freezes. Saving your work, closing, and opening it just once a day is all it takes. However, this is a bug that I have noticed about the stability of the actual tool. Our production console and robots have been rock solid.

We are still a fledgling operation with it. We have one guy who works part-time on the PDF and another full-time contractor working with the business to build more bots and wizards and also finding more opportunities. Then, there are two of us who are dabbling in it in addition to our regular jobs. 

It is also helpful for certain one-off updates. I am a support analyst myself for a lot of our software. People in the business will come to me with really simple problems. E.g., HR had to send out an email to every intern with some of their employment credentials and links to sites for things that they needed. However, they all had to be personalized. Each email needed to have unique information to each candidate in it. So, they built the template real quick. They handed me the email and we dumped a list of the interns from our HRS system on it. We just threw that in the bot real quick with a couple of loops using the email template with some variables and were able to send out an email to all the interns in minutes, which could have taken a whole day, if done manually. For one off things like this, it's such a simple tool and really easy to use. 

While there are other ways of doing these type of tasks, e.g., a lot of HR systems have some sort of bulk email feature built-in to send new hires information. Our HRS doesn't have that or maybe it's too clunky to use. This just makes it super quick. 

We also use a lot of similar things with one off SQL automation where we could build a complicated script and run that. However, the bot can run a loop of queries for whatever variable it might be and spit out a report. This takes literally minutes to build and run versus hours if you go different paths. This makes it a very sleek little one off thing.

What do I think about the scalability of the solution?

Scaling is simple and very quick. The longest piece of adding any more robots is creating the VM piece and installing all the software that we need onto that virtual machine. Once infrastructure does that piece and hands it off to us, it takes minutes to configure a bot, point it at the server, name it, and get it credentials, then adding it to a production group within the console is very quick. That piece is quite easy.

For part-time use, there are about five of us who are developing it.

There are 50 to 60 people now who interact with the bot by feeding the bot information to trigger it. Also, in our finance space, we have the bot doing some automated work. It doesn't post anything, but it prepares what is called a journal in our system. It prepares a journal, then someone from our finance team will go and review it, making sure everything is accurate before posting that. They are a customer of the bot at that point. That is just a time saver, so they don't have to manually build anything. They can look it over, then they're good. 

There are a lot of people who are receiving reports from the bot. I don't know how many there are. It is probably in the hundreds of thousands.

We would love to increase our usage here in IT. We see such value with it. The biggest challenge that we have isn't even with the tool, it is internally funding the tool. The strategy around it is to automate time, then take that time and have a chunk of that time go back to funding more resources to do more automation. It's a self-feeding model and self-funding model. We're still so small that we haven't hit critical mass where we can start really adding more people to it.

How are customer service and technical support?

We have used the technical support a few times. It is pretty standard. Their Tier 1 support asks all the same questions that you always get when you send in a help ticket. Our sales rep is extremely responsive and very helpful with escalating things if we need them to. Once we get past the Level 1 tech support team, then we get some answers.

We are in the process of talking to the technical support a little about doing the upgrade. We personally haven't gone through it yet. The upgrade process is just what I've heard from them so far on how we go about doing it. Once we go through the process and understand it in and out, that will be a big piece of feedback that we will give to our reps.

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

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.

How was the initial setup?

The install of RPA was very straightforward. The Process Discovery service install went well, but configuring it properly took a couple of iterations of calls with Kryon to ensure that we had it done right.

We had QC stood up in half a day of production, not including the virtual machines. That wasn't on our team, but the actual install and configuration of Kryon was about half a day. We had two or three calls scheduled to install and configure everything else for RPA and production.

We wanted to make sure that we had a development and QC environment, then production environment. The only strategy that we had around it was to make sure that we followed the best SDLC practices that we could, as far as testing, not coding and prod. One of our guys just set up a call, then we went and did it. 

The bot took a month or so to stand up and test, then vet with the business off and on versus the six months that it would have taken to actually build a full solution. Then, if something had changed with any of our systems, that time would have been lost. That is a big savings too, just the opportunity to use this instead of dedicating a whole team of resources to a project like that.

What about the implementation team?

One of my coworkers did the initial setup. We worked directly with Kryon to install it. The resource that they assigned to us was extremely helpful. Even though they are out of Israel, they were very accommodating with our schedules and always willing to help answer questions. They were very helpful and good.

We just needed one team member to deploy it and Kryon did it with us, just one on one. That was a really nice thing. I don't know about the RPA space, but a lot of times when you work with some of these bigger companies, they don't want to support their software or help install the software. They hand you off to a partner. It was really nice just going right to the guys who work to build this stuff and support it. That was a great advantage.

What was our ROI?

We are almost to a point where if I scale out what we're using it for today to the end of the year, then we have paid off the software.

We are probably saving $6000 to $8000 a month in labor costs. It's not a ton, but we're right around $60,000 to $80,000 a year with our current deployment. 

We haven't looked into it yet, but for our next opportunity, one of our business partners came across what he thinks is some significant savings in one of our departments. He is really excited to get in there and start looking at the opportunity and evaluating it for viability. If it's good, that'll be a huge win for us. They're talking about six to eight people that we can displace with the bot and and reallocating to other things.

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

They license per robot and we have 25 robots. You get so many robot licenses and can allocate those licenses to either attended, unintended, or Process Discovery bots. If you have 25 licenses, for example, you could have 20 automation bots and five process discovery. This allocation is flexible. There are also maintenance costs.

Which other solutions did I evaluate?

We also looked at Blue Prism. We just briefly looked at some demos, then we even got pricing, but we were sold from the get-go with the Kryon tool because it was so inexpensive and easy to purchase. It was very easy to learn. We were self-taught before Kryon actually came onsite and did any training for us. We had the demo for a month or two. We played around with it. The demo was very easy to learn, which was a huge benefit for us because then we didn't need to hire an expert who knew the tool already. We could just go and use it. 

Kryon is a fairly new company comparatively versus the other players in the space. There are still just the learning too.

Kryon is the most simplistic solution and the easiest to use, but the con that I've heard from other people is that the competitors are, in general, more powerful tools. However, with everything, we've thrown at it so far, we haven't found a use case where it hasn't been able to accommodate, which has been pretty impressive to me. I thought maybe we'd hit a brick wall because it just doesn't have that function or logic to do something, but it's pretty amazing what simple, basic bot programming can do with some logic.

What other advice do I have?

I would really recommend the tool. I definitely see a lot of value with it. Just in the few release notes that I have read for some of the versions they've released since we installed it, it sounds like they are still adding a lot of features and functionality. We are very excited to get this upgrade under our belts and see what new things the new version brings to the table. It has been a great value-add for us personally and easy to use. We are happy with what we bought. No buyer's remorse here.

The biggest challenge that we have had isn't even with the tool. It is with the business funding it. Make sure you have a good funding model set up for funding. Our model is fine if we could actually get more funding for it. That would be the biggest thing. If we could get the business to get behind it a bit more, giving us one or two headcount to really go after stuff.

While it is a pretty simple tool to use, keep all the management centralized in IT, e.g., the operations side of the robots and keeping production access limited to a Kryon administrator who sits in the IT function. That is something that we have done really well. It just helps the stability of the bot. You don't have to worry about anybody going in there and poking at production code or breaking a process. If we did it again, that would be something we would definitely do. Once again, the challenge with that is you need to be able to fund enough people to do that.

We haven't had a lot of challenges with the tool.

Which deployment model are you using for this solution?

On-premises
Disclosure: IT Central Station 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.
Flag as inappropriate
JM
Senior Systems Analyst RPA at a hospitality company with 10,001+ employees
Real User
Allowed us to be more responsive and competitive with less human involvement

Pros and Cons

  • "Attended automation has diverted 34 percent of training calls to our tech support centers."
  • "We have been using Kryon Process Discovery for about a year now. With our initial tests and monitoring just a couple people, we were able to identify 79 possible use cases within a one-month period."
  • "I have seen some very minor occurrences where Kryon's interactions with Microsoft Office might cause the robot to hang. However, it is about one to two percent of the time where we are seeing this happen. It is such a small percentage that it's not even something that we are overly worried about. This would be where they might have some stability issues, but it could be the Microsoft Office API or how they are interacting together."
  • "With the customer support, there have been some times where we have had to go through explaining the issue a couple times because it has gone through a couple of people's hands. There have been a couple of scenarios where we have had to re-explain the issue and bring somebody new up to speed on what is going on or what the problem is."

What is our primary use case?

We use it for unattended automation and attended automation.

We are working on automating a lot of the support processes that we do within our call centers which are very repetitive. In addition, there are rates and pricing in another area where we have introduced automation. We have some automated processes running multiple times a day to evaluate rates, provide reporting, and perform rate updates, as needed, without human intervention.

We are also looking at streamlining some areas on our franchise side, where we are building properties out in our systems and updating their property information. Therefore, we are looking at those components, as well as the onboarding of new hotels.

How has it helped my organization?

It has benefited our organization through automated rates and pricing. We built an automated rate system that runs four times a day. Our initial analytics coming back from that rate system for a single two-day period in July performed over 25,000 individual rate changes across just under 600 hotels. 

With this volume of activity, there is no way that we could hire enough revenue managers to perform those volume of rate changes. This rate system has allowed us to be more responsive and competitive with our rates with less human involvement. It is leaving our revenue managers free to work with properties, identify special events where things might want to be increased, etc., rather than spending their time updating rates. Instead, they can now just submit a special event and what they want the rates to be, then the system will adopt these into the existing strategy that is being implemented automatically.

It has been straightforward and smooth to use this solution for the full-cycle of automation from the discovery of processes to turning on the automation and scaling it up. We have three dedicated environments: development, UAT, and production. We build things out, then test them in development. It is very easy for us to transition them out of development into user acceptance testing. Once our users are happy, it is a very easy, seamless process for us to transfer that into production, enable the triggers, and turn it on. The ease of being able to bring things into production and through the development cycle is quite straightforward.

This solution has helped our existing workforce embrace the digital transformation of our organization. We have multiple departments currently coming up to us, and saying, "Hey, when can we meet and talk about things? We have things we want to automate." We have other departments starting to to reach out and show an interest in having parts of their processes streamlined or automated. For example, one of the processes that we are working on automating would be a hotel room type of change. So, if a hotel has a bunch of rooms in their hotel, and they want to transform them into a different room type, it is a very long, slow process. It's very monotonous and repetitive. This is a really good candidate for automation. Right now, we are working with that department to automate that specific process. For them to do it by hand right now, it takes them almost a full seven days to perform, but with automation, we can do it in almost half that time. These type of requests happen regularly. Therefore, there are more of them to do than there are people. This automation will allow us to perform the requests that we have faster, but also keep up with future requests.

When we approach the departments about automation, we put a high stress that the solution is complimentary and will elevate the human workforce. This way they can do the more important things while not having to worry about filling out an Excel spreadsheet with 600 fields. Most of them, when they hear that they won't have to fill out all those fields anymore and they'll just have to worry about the more important aspects of it, they typically end up pretty happy. They seem to be pretty receptive to it. However, you'll always run into a few people who will have the concern that automation might take their jobs, but it hasn't happened so far.

With any of the processes that we have deployed, the accuracy and rate of errors coming back is much lower than what we would typically see. There have been a lot less things going through the automation that we need to adjust, fix after the fact, or touch manually.

What is most valuable?

We have relied heavily on the the data group base integration features, as well as the email and Exchange integration features. The ability to integrate with Office makes life a lot easier. One of the things that we do is interact with a lot of Excel worksheets and their information without having to load up the Excel worksheets themselves. Instead, we are able to pull the data directly from them and do the manipulations that we need, then put them back into the spreadsheet or into another worksheet without having to wait for Excel to load.

The ability to integrate with a database is a big perk from a scalability standpoint. Our automated processes for our rate programs are driven by database entry. We also use databases for our queuing systems and reporting purposes. It is proving to be the backbone of our analytics side of tracking and monitoring our automated processes and systems.

We have been using Kryon Process Discovery for about a year now. With our initial tests and monitoring just a couple people, we were able to identify 79 possible use cases within a one-month period.

For developers, Kryon is quite easy to use. I come from a scripting background. Adapting from scripting over to working in Kryon's development environment is very simple. It was an easy adjustment.

It is easy to move things through testing and into production. From a development standpoint, it is a pretty streamlined, straightforward process.

What needs improvement?

This need for improvement deals with the Office APIs in it. There have been some times when dealing with the macro interactions that we have had to build our own way of executing those macros rather than using the inbuilt tools provided by Kryon to execute them. I would like to see some improvement there.

We have also run into instances with some of the Office integration commands that are available, where we have had occasional troubles. They read the data once, hold a file open, or do something in the background. It would be nice to see the handling of this improved. This should probably be relatively minor improvements.

I would like the pool of advanced commands to increase. It does have a very solid base with a wide range of commands ranging from date manipulations through to SAP integrations. It needs to shore up those commands, harden them up a little bit, and maybe expand upon them. This would be something that would be nice.

For how long have I used the solution?

I have been using it for five years now.

What do I think about the stability of the solution?

Overall, it is quite stable. I have seen some very minor occurrences where Kryon's interactions with Microsoft Office might cause the robot to hang. However, it is about one to two percent of the time where we are seeing this happen. It is such a small percentage that it's not even something that we are overly worried about. This would be where they might have some stability issues, but it could be the Microsoft Office API or how they are interacting together. It is such a rare occurrence that it is quite stable overall.

We are currently in the process of working toward upgrading our Process Discovery install. We are putting it out to a larger user base so we can start pulling in more possible use cases, which may not have been identified by somebody.

We currently have a three to five person developer team. Of that team, three of us would be critical for long-term maintenance.

What do I think about the scalability of the solution?

It is very scalable. The solution will scale for whatever you build it to scale to. If you take the time to make sure that the design that you are implementing for processes are scalable and able to ramp up, it'll scale to do whatever volume you need, as long as you're able to throw the machine resources at it to provide the processing that it needs. In our case, we have one environment that manages rates for an entire brand of hotels, and we're looking at expanding that out to more brands.

We have three environments for the unattended side. We have a production, user acceptance testing (UAT), and development environment. 

  • Production is the environment where we use it for anything which will be running and affecting real data and real environmentals. 
  • UAT is strictly a testing environment. It gets used as we have processes which are ready for testing before we can deploy so we can make sure it's performing as the end users expect.
  • Development gets a lot of use from the developers because that is where we are building our processes and testing them out prior to exposing the user to them.

In addition, we also have a very widespread attended side deployed across a lot of our hotels in North America. We have about 10,000 PCs with the application installed to provide training and support for the properties.

For actively developing in Kryon, there is only a handful of us. That is all we do. We work with the departments to identify the processes to automate, then determine the steps needed to automate those processes and work through that.

We have about 40 revenue managers who are working with that automated pricing system that we have. There is also a handful of other users out there who are either developing content for the attended side of things or leveraging some of the automated tasks that we have. We have built out for them to free up time to work on more important things. Right now, outside of the revenue managers, there are probably another 20 to 30 users.

How are customer service and technical support?

Overall, the customer support is fairly good. There have been some times where we have had to go through explaining the issue a couple times because it has gone through a couple of people's hands. There have been a couple of scenarios where we have had to re-explain the issue and bring somebody new up to speed on what is going on or what the problem is. Overall, they are very responsive and very helpful.

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

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.

How was the initial setup?

The initial setup was fairly straightforward. When initially setting it up, it definitely does benefit to have some IT experience in setting up different types of servers. Overall, the process itself was quite straightforward, though.

The deployment process was pretty quick. We did it between mid-March and mid-April, deploying three environments. A couple of which only took us a day to deploy. Once you are familiar with deploying the environment, it can be done very quickly.

We kept our implementation strategy basic. We have our application server and IIS instance together on one box, then we have our database server instance on a separate box. Then, we have all of our bots linked into it. They are all VMs, so they can be snapshotted, spun up, and spun down very quickly. If we do need to bring more bots online for any particular reason, it's very quick for us to do that, as well. It is a simple implementation, but it is virtualized. That virtualization gives us a lot of scalability and flexibility with where we want to go with the platform.

What about the implementation team?

We used the Process Discovery tool to help us find and prioritize processes that are ripe for automation. We have also worked fairly close with Kryon on our automated rates and pricing platform that we built out. So, we had Kryon resources working onsite with us building and deploying that platform.

We worked directly with a couple of people at Kryon to set up our initial environment. It was a partnership sort of scenario where we worked with them to determine what our needs were, then we deployed that. However, we had some people on our end doing the actual work, while Kryon had a couple of people who were making recommendations or consulting on it.

Our experience with Kryon during the deployment was good. For the deployment of the infrastructure, we had access to some very knowledgeable people about the system who knew the ins and outs of the environment's back-end, which is useful.

What was our ROI?

Kryon is saving us money on the attended side of things. Attended automation has diverted 34 percent of training calls to our tech support centers. 

On the unattended side, we used automation to onboard a brand into our management systems this past January. The automation performed those tasks over a five-day period. It would have taken a team of 20 to 30 people almost a month to do that same work. So, we've definitely seen some benefits from automation.

Which other solutions did I evaluate?

Kryon came into the picture before I did. In the past, I know that we informally looked at a couple other products, but we never went in-depth with them. Once we picked Kryon, we stuck with Kryon. 

We did talk to WalkMe a little bit.

What other advice do I have?

Take your time. Don't rush it. Ensure that you have a few good use case scenarios to start working with, because if you don't have something to work on right out of the gate, the system will just be sitting there doing nothing as part of the evaluation. You should know a handful of processes which are good candidates that you can use as initial proofs of concept just to make sure that it will fit your needs. You want more than one, so if you do move ahead, you actually have some work to do.

Kryon is easy to use. Somebody who is not tech savvy at all might have a bit of trouble picking things up. However, if somebody is a power user of Microsoft Office or familiar with the workings of macros, this is a platform that they will pick up easily. Even if somebody is not overly tech savvy and they are at least curious or willing to to read about things, working with the commands and interface can be easy. So, if they are reading up on how to go about doing what they're doing or reading about the commands, then they will pick up the system up well.

Which deployment model are you using for this solution?

On-premises
Disclosure: IT Central Station 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.
Flag as inappropriate
Learn what your peers think about Kryon RPA. Get advice and tips from experienced pros sharing their opinions. Updated: November 2021.
553,954 professionals have used our research since 2012.
JoelStrassburg
Director of Process Engineering at a healthcare company with 1,001-5,000 employees
Real User
Process Discovery is helping us make sense of what people are doing, day-to-day

Pros and Cons

  • "The thing that we find the most value in is the Process Discovery component and the ability to really see what users are doing on a day-to-day basis. We're starting to make sense of the processes that they're doing and getting visibility into what they're doing. Overall, the Process Discovery is very good."
  • "The product requires some more time in development. It still has some bugs and some things to work out. They're constantly releasing. They need to continue working out the general issues of using the product at scale, first and foremost."

What is our primary use case?

We're looking to discover routine processes that our users do and ultimately automate those processes and deploy them to robots.

We've really been looking at just about any of processes. We've initially used it for processes that update invoices or update data on our system. We've used it for processes to send emails such as notification emails. We've used it to run scripts and to run data updates, and as a scheduling tool as well.

How has it helped my organization?

We've already automated about 40 hours' worth of weekly savings. It has definitely helped us to implement some of the workflows that I've shared with you and to take that work away from our partners so they can focus more on other, more valuable work.

What is most valuable?

The thing that we find the most value in is the Process Discovery component and the ability to really see what users are doing on a day-to-day basis. We're starting to make sense of the processes that they're doing and getting visibility into what they're doing. Overall, the Process Discovery is very good. The product is very new to the market so there have been some issues here and there but Kryon support has been great in working through that. It has really helped us drive understanding of what's happening. It certainly helps us understand the work the users are doing, the like things they're doing, and it helps us filter some of that work.

What needs improvement?

The product requires some more time in development. It still has some bugs and some things to work out. They're constantly releasing. They need to continue working out the general issues of using the product at scale, first and foremost.

I've talked with some of their product teams about features that I would like to see. With the Process Discovery, they're collecting a lot of data and they're spending a lot of time in the algorithms of the data. But one of the things we've talked about very recently is being able to aggregate or summarize what a user is doing in a day. That summary wouldn't necessarily be in the context of a process, but in terms of the applications they're using, the timeline of what they're doing, the number of clicks per hour. That sort of information could be very valuable.

For how long have I used the solution?

We've been using Kryon for about for about four months or so. We are using version 19.4 of Process Discovery and 19.1 of the RPA solution.

What do I think about the stability of the solution?

The stability has been pretty decent. There are certainly opportunities in terms of stability, but with each subsequent release it gets more and more stable.

What do I think about the scalability of the solution?

The product is becoming more and more scalable. On the Process Discovery side, you can collect a lot of data very quickly, so there is opportunity there. But overall, it's working pretty nicely.

We want to deploy Process Discovery across the majority of our company, which consists of about 1,200 or so people, to identify what they are doing. Over the next year, we are likely going to be deploying it on at least a couple of hundred users' machines.

How are customer service and technical support?

Tech support is great. They've been really good and very responsive. We submit our tickets via our portal. We feel that we get really good support from them.

Our interactions with their customer service are great. Really great. We've had a variety of people off and on, not a specific person. We've probably worked with half-a-dozen people, and all of them have been able to help us pretty successfully. We do have an account rep who manages our account from a higher level, and she has been consistent with us and has been really great.

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

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.

How was the initial setup?

The initial setup was pretty complex. The install is certainly not for the faint of heart. There are a lot of options and a lot of ways you can install. Given that we were installing in the cloud too, it took some time and it took some troubleshooting and work, but we got there.

It took somewhere in the neighborhood of a month for us to get the AWS environment up and running and then figure out all the nuances and dependencies of the install.

Our implementation strategy was to work side by side with Kryon and our network teams and get it installed. They gave us some initial pre-reqs and things to install and things to look at. We were one of the first to get everything operating in the AWS environment, so there were some specific things to us that we had to figure out on our own.

For the deployment, we had the equivalent of one dedicated person for a month. And we have the equivalent of two people maintaining it. They are RPA developers who work on setting up RPA jobs and configuring Process Discovery, etc. We have five users in total.

What about the implementation team?

We've done it all internally thus far.

What was our ROI?

We have absolutely seen return on investment. We felt that we had to get to between 40 and 80 hours of weekly savings to get our ROI and we're already almost there, and that's good news overall. So far it's saving us about $80,000 annually. We expect that number to grow.

In terms of business analyst hours, it hasn't saved time there yet, but it will over the long haul for sure. It has definitely increased operational efficiency and has reduced human error by a pretty great degree, for the things we've automated. It does what it needs to do pretty routinely and pretty flawlessly.

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

The cost is fairly similar to its competitors' costs. It might have been a little bit more reasonable than the others, and that cost was with Process Discovery in addition.

There were no other licensing costs, but there are our hosting costs and our own AWS cost.

Which other solutions did I evaluate?

We evaluated Automation Anywhere, Blue Prism, and UiPath a little bit.

The biggest difference was that Kryon had Process Discovery and the ability to discover your processes across your base, and the others did not. That was a big differentiating factor for us. Automation Anywhere was starting to come out with its cloud deployment so users won't have to deploy everything internally. That was something that sticks. But in terms of the rest of the capabilities, they were relatively at parity.

What other advice do I have?

Spend time focused on standing up your center of excellence around the solution. Kryon gave us some great advice on that in the sales process regarding defining what we're trying to do with it. Get key sponsors and then get a key team that works through the implementation, together.

What we're learning from using the solution and what we're really still trying to figure out is what is a good candidate for an RPA process, versus the other ways we could automate, whether it's process elimination or deploying some of our core engineering teams to write different tools. We're still trying to figure out what the framework is for picking the best processes.

The processes that lend themselves to RPA are processes that are highly repetitive, high volume, low-judgment types of processes, where you can write down the process in a Word document, write down the logic, and then turn that into an RPA solution.

We haven't been able to make that leap yet, in terms of Kryon's full cycle of automation from the discovery of our processes to turning on the automation and scaling it up, but we see the potential there. We haven't quite gotten to that point yet, given how early on we are in our journey.

When it comes to using the solution, for both business users and developers, you do have to have some technical background to use it. It's unlikely that you would deploy it to somebody who doesn't have any background in it. But people who are somewhat technical have been able to use it pretty successfully.

I would rate Kryon at eight out of ten. It has a lot of potential and we see that potential. It needs a few more iterations for me to bump that score up higher. It has been a good experience so far and we're looking forward to the future.

Which deployment model are you using for this solution?

Public Cloud

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

Amazon Web Services (AWS)
Disclosure: IT Central Station 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.
GB
Head of BI and Process Automation at a financial services firm with 501-1,000 employees
Real User
Processes that required human resources are now fully automatic, saving significant time

Pros and Cons

  • "We use Kryon Studio to develop new wizards and we use the features to capture elements from the screen and automate processes... The screen capture allows us to interface with systems which don't have an API, or where the API is very expensive, and it allows us to do on-screen integration."
  • "We have found some difficulties regarding the integration with legacy systems where the screen has elements in the Hebrew language. The connection to Hebrew, right-to-left systems, is more challenging."

What is our primary use case?

The primary use case is process automation. We are a financial institution, a bank. We use it to automate routine processes which don't require any cognitive participation.

How has it helped my organization?

One way the solution has improved the way our organization functions is that we have used RPA to align addresses between systems. We have a few central systems which hold the customer addresses. Sometimes the addresses are different in different systems. We find it very convenient to align the addresses by extracting the address from one system and using Kryon RPA to simulate the process of updating the address in the other system. It simulates the work of a clerk who used to regularly do so. We automated it and now the systems are aligned. The alternative was to develop interfaces, in the backend, between the systems, but that would have been very expensive.

RPA is part of the digital transformation. What we are doing is actually advancing the digital automation, and Kryon is a major part of it. When we automate processes, that's part of the digital transformation, making the organization more digital and more automated. The experience of our customers is very influenced by it. For example, we had a process for when a customer needed to deposit money when paying back a loan. If he didn't do it, he was late in his payments, we moved the process to the collection unit. Now, the collection unit uses RPA. The process is more efficient and the customer experience is better.

Because the processes we have automated mostly involve routine work, the solution hasn't saved business analysts' time, since they don't do routine work. But it has resulted in operational efficiencies. For the processes that we have automated, the efficiency has increased by 100 percent. We take processes that require human resources and we make them fully automatic.

What is most valuable?

We use Kryon Studio to develop new wizards and we use the features to capture elements from the screen and automate processes. We use the product thoroughly. The screen capture allows us to interface with systems which don't have an API, or where the API is very expensive, and it allows us to do on-screen integration.

The automation process is very user-friendly and the usability is very good. Developers are very satisfied with the system.

What needs improvement?

We have found some difficulties regarding the integration with legacy systems where the screen has elements in the Hebrew language. The connection to Hebrew, right-to-left systems, is more challenging.

We are discussing development of the product with Kryon.

For how long have I used the solution?

We have been using it for 2.5 years.

What do I think about the stability of the solution?

We have tens processes in production. As of now, we haven't had any stability issues. It's working great.

What do I think about the scalability of the solution?

As for increasing our usage, we develop two processes per month per developer. That is currently on schedule. We've developed tens processes but we have created interfaces to different platforms in the backend. Now, with the interfaces developed, we expect the next automation to be developed faster. The goal of two processes per month per developer is realistic.

How are customer service and technical support?

I would rate Kryon's technical support very highly. They are very professional and the service quality is good. They try to solve the issues promptly. We are very satisfied. And that evaluation is relevant regarding their customer service. Their Customer Success provides the technical service.

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

We did not have a previous solution.

How was the initial setup?

The initial setup was a little bit complex because Kryon needed to obey bank regulations. We have very high security requirements. They were very devoted to solving the issues and it was great.

The deployment took a total of about three weeks. 

Our implementation strategy was done in a spiral way. We started with a single process. It took us two months to install the system, get the knowledge we needed about it, and to analyze and develop the first process. This onboarding process was accompanied by Kryon Customer Success. In the beginning, we had a kickoff meeting and we decided on a day, two months down the road, on which we would have the first process in production. We worked together to make it happen. And we succeeded in achieving this goal. Then we started to analyze two or three processes in parallel, and we continue to develop and analyze the next processes.

What about the implementation team?

We were accompanied by Kryon's Professional Services and we are very satisfied with them. They helped us, first, in teaching our personnel how to work with Kryon, and then they installed the system on our premises. They were very helpful in solving problems. We have a very good relationship with them.

What was our ROI?

There are other advantages from automating processes, other than saving money. We consider the cost efficiency and other advantages, such as the quality of the process being highly improved. It's very hard to estimate the cost of errors that are eliminated. But we expect that automating processes does eliminate errors.

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

We have a yearly subscription.

Which other solutions did I evaluate?

We checked several alternatives but decided to go with Kryon due to their product capabilities and the local support.

What other advice do I have?

We haven't used the Process Discovery from Kryon yet. We started with processes that we analyzed and found to be suitable for automation. We find that the product, the Kryon Studio, to be very good at doing task automation. We are now scaling out and going to new processes.

The decision we made to develop the processes by ourselves with our team was a very good decision. The onboarding process along with Kryon's Customer Success - if you work together with them and consider them as partners - will work very well.

Regarding the solution's ease-of-use for business users, we use unattended automation so business users are not part of the process. For us, businesses users do not interface with the system.

In terms of finding and prioritizing processes that are ripe for automation, Kryon offered its service in analyzing processes and finding the right candidates for automation. But we were working with a consultant from Strauss Strategy. We are working with them in finding the processes.

We have a center of excellence team which contains two developers and there is a team leader who is responsible RPA. So we have three persons working with Kryon.

Disclosure: IT Central Station 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.
Flag as inappropriate
Teuje Tap
Lean Navigator with 100% focus on Robotic Process Automation at raet
Real User
Top 20
Quick and easy to use, and easily integrates with other systems

Pros and Cons

  • "Kryon will allow you to automate processes fast and easy and you do not need to be a developer to automate processes."
  • "It could be more reliable in spying HTML."

What is our primary use case?

I primarily use this solution to substitute processes where humans perform checks that do not need human judgment. These include onboarding, offboarding, and changing a contract. 

How has it helped my organization?

Kryon will allow you to automate processes fast and easy and you do not need to be a developer to automate processes. The advanced command will let you integrate with other systems quite easy.

What is most valuable?

Apart from the usual advantages (recording etc), I think the process that is presented as  'Powerpoint' slides makes it really easy to close the gap between the subject matter expert and the person configuring the robot.

What needs improvement?

It could be more reliable in spying HTML. I did expect this to be better in the 19.4 version.

For how long have I used the solution?

I have been using Kryon RPA for almost one year.

Disclosure: I am a real user, and this review is based on my own experience and opinions.
Buyer's Guide
Download our free Kryon RPA Report and get advice and tips from experienced pros sharing their opinions.