We get a lot of projects that are on relatively short notice for the workload that comes with them. Historically, we would rely on leveraged services or contractors to do that work manually, which is costly. You can save tons of money by automating data entry, transcription, etc. Nowadays, as we get busier and busier, the work seems to bog people down more and more with tasks. UiPath gives them opportunities to free themselves up and focus on themselves.
We initially focused on time savings and how we could free people up more. We achieved that over time, but it took a while to get there in the first few years. We came in with some use cases that we later learned were not great fits for automation. We learned through trial and error and got better at identifying better use cases for automation. We've succeeded, and it's worked out for the better.
But aside from saving people time, we also wanted to ensure that we brought in new technology to leverage some of those processes. UiPath forces you to look at the process from a high level and take a step back. You might have had the same person doing the same process for 10 years or more without thinking about how you can use new technologies to eliminate the process or make it more efficient. UiPath forces you to look at the process as a whole and the systems it's tied to. When you step back and look at it, especially with new people coming in, they start offering suggestions, like "Wait. You've been sending this email every time? That's something we can automate now. Oh, you've been trying to pull this information from a document and copy and paste it? That's something we can automate, too."
If it's not automation, it's something else. We can look at other tools and applications our company brought in. There's usually some other solution they can use, automation or not. The natural way to work with it is by lining out a process and laying out all the steps on a workflow diagram. It allows you to rethink your process as you're doing it.
Instead of just following step-by-step documentation or the way you've done it all the time, it gives you a chance to see it from a new perspective, and that's just part of working with the tool. As you build that out in UiPath using task capture or anything else, you will see that naturally and start thinking about ways to handle it better.
Automation has freed up employees for other tasks. That's something that they like about it. The other thing it's done is build some excitement about IT and solutions in general. They're always looking at the new function that's coming out. They want to see what else we can do for them. Automation isn't always the answer, but we can get them to engage and talk to us during office hours to attempt to solve their problem with UiPath. We can also learn more about what they do.
We're getting closer to our customers, talking more about their work, and they're feeling a closer bond with us. They're feeling like they trust us more in IT and are starting to see what other tools we have. Maybe automation wasn't the right fit, but we will always find better opportunities by building a report that sends an automatic email and an application for them in low-code software. UiPath has helped create a much better and fluid engagement process for us and our customers.
Since it's a low-code tool that's easier for them to approach and understand, they're also more involved in the design process. The learning curve is shorter. When Studio first came out, it wasn't as user-friendly as they had hoped, but StudioX came out in 2020 and was approachable for most of our users. That's what our citizen developers use most of the time now. We have far more citizen developers with StudioX than unattended developers with Studio.