Critics say RPA’s a fad. UiPath’s Daniel Dines says it’s here to stay.

Fresh off his company's successful IPO, Dines is confident of the automation technology's resilience in a fast-changing world.

​UiPath CEO Daniel Dines

UiPath CEO Daniel Dines is a fierce believer in RPA.

Photo: Andrei Pungovschi/Bloomberg via Getty Images

Software vendors of all stripes are making big promises about integration as they attempt to link an exploding application suite together into a more intelligent enterprise, one where common business processes that touch multiple systems can run on autopilot.

One of the up-and-coming providers within this industry is UiPath, a purveyor of robotic process automation, or RPA, a technology that the company promises will automate the most mundane tasks within an organization. It carried off a successful IPO in April after raising $750 million in a series F round in February. While its stock has suffered since, enthusiasm among investors remains.

And UiPath's business momentum appears unaffected by Wall Street skeptics. Sales rose 65% to $186 million in the three months through April, the company's first quarter as a public entity.

"Right now, our platform is used mostly to automate existing manual processes. We believe that in the next decade there will be no type of manual processes remaining," UiPath CEO Daniel Dines told Protocol. "We want to prepare our platform to allow our customers to basically build the new processes, build everything in an automated fashion."

RPA works by effectively scraping individual desktops and performing tasks in the same manner that humans do. It's as if a robot were sitting behind you, following your every move on the screen, then taking over and doing those tasks autonomously. This is a different approach to automation than building apps on top of APIs, which connect programs on the back end and enable the transfer of information.

That's a key reason why RPA has been labeled a "transient technology" by critics. APIs, while more time-intensive to create, tend to offer more robust and longer-lasting connections. In the past, building those bridges required assistance from specialized technologists. Now, upstart vendors like Workato and Zapier are promising much easier-to-use interfaces that enable most employees to build automated workflows. Traditional SaaS vendors like Salesforce are also touting similar capabilities within their own software universes.

RPA, according to advocates, is much easier and cheaper to set up. But if there are any underlying changes to the software an employee is using, an increasingly common occurrence in cloud-based programs, the tech could stop working. Those problems can largely be fixed through quick maintenance, according to Dines. But if RPA is to scale throughout the enterprise, companies will need to build a dedicated IT staff to support the tech, which calls into question the savings to be gained.

Both approaches have their shortfalls, as APIs can be unstable as well. And Dines is confident of the resilience of UiPath's approach. "If there's a small change to the program, it's not going to break our software. Even if it breaks, it takes a few minutes to fix it. And the level of technical skills to fix it is very small compared to API changes," he said.

Protocol talked to Dines about why he thinks RPA is here to stay and how UiPath plans to compete against rivals like Microsoft.

This interview has been edited for brevity and clarity.

UiPath has had a big year and helped establish RPA as a technology to be taken seriously. Now that you have a lot of cash, having gone through the IPO process, what is next, and what is the focus area for the company moving forward?

For quite some time, before the IPO, our focus was really on execution. We have a really good vision about what we want to achieve. We are an undisputed leader in this burgeoning category of automation. And it's really up to us to make our own destiny. It's a very fortunate position. We don't depend so much on external factors as much as it is in our own hands.

So what does that look like? Where is the most investment? And what does the product roadmap look like moving forward?

It's not only a product, it's go-to-market, it's preserving our thought leadership, it's M&A; it's more than one single activity. Our ultimate vision is to basically offer this end-to-end platform for all our customers, where they will be able to automate all of their processes.

Right now, our platform is used mostly to automate existing manual processes. We believe that in the next decade there will be no type of manual processes remaining. But businesses continue to evolve. We want to prepare our platform to allow our customers to basically build the new processes, build everything in an automated fashion. This is not only about the product, it's a change in mentality. It's educating business users so they think automation-first when they design their new processes.

Automation is an area where you are seeing a lot of competition. RPA has been criticized as a weaker technology compared to APIs, particularly if you see changes to the underlying software itself, which would require changes to the RPA that would necessitate some sort of human intervention or maintenance. What's your response to that?

The main advantage of RPA is that we reuse the existing manual workflow. Our customers have invested quite a bit in their current operations, even if they use people for all these manual, repetitive processes. With our technology, we can take an existing workflow and convert it into a software workflow by a simple 1:1 translation of the steps that humans take.

With an API-based approach, there is no direct translation. So when you go and automate the process, you will need project managers who talk to subject matter experts and are able to cascade it to API developers. More often than not, they then change the process in order to accommodate the APIs that makes the cost of automation way more expensive.

In our case, a subject matter expert herself can take the process and convert it into software if it's a simple use case, because it's simply following the manual steps. It's a unit-economics gain. You can apply APIs to one process, but you can not apply it to thousands of processes. There is no IT bandwidth, it's too expensive. So this is much more economically feasible.

This is the same argument that I am seeing from purists all over for many years. If you want to build a bridge over a small river, that bridge will be crossed by 100 vehicles a day, you don't have to build something huge. You can build something small, it's going to serve the process. You cannot apply to all processes the same type of approach these purist engineers [are advocating for].

That scenario works well in a situation with legacy software, but as you get into modern applications, those are being updated all the time. If companies were to begin to deploy RPA across the organization, it seems like you would need investment in personnel who can keep up with the changing nature of the software. That would also create a new layer of IT management within the enterprise.

This is absolutely true, all automation is software that needs to be maintained. It's software in the end. But it's no more expensive than to maintain an API-based system. I would say, on the contrary, if there's a small change to the program, it's not going to break our software. Even if it breaks, it takes a few minutes to fix it. And the level of technical skills to fix it is very small compared to API changes.

And it's not just about legacy. UiPath is exclusively based on cloud SaaS software. We have hundreds of systems. We use our own technology to automate everything internally that we can. And we were able to save 300,000 manual hours for our employees. And we have a 3,000-person company, which is small compared to our customers. Our approach is much more cost-effective.

Is there a limit to when you would suggest RPA? Lots of business processes rely on many applications, sometimes more than 10. Some critique RPA as being less effective when you get to such a large volume of apps that are interacting with each other.

When I would choose a different approach to automate the process is not based on the number of applications that are touched, but rather the volume of transactions. If you have a process like stock trading, you are not going to use RPA. It's too hard, you have millions of transactions per second. But if you have a process like creating a report that will be sent every Monday, and it takes about an hour to build, this is not something you are going to put API developers on. These are two of the extremes: stock trading versus one report a week.

But where you cut the line in the middle, it's about how powerful is IT, what is their bandwidth. You can start doing RPA to prototype and if the instance becomes mission-critical, you can go in and implement APIs. We are not against API-based approaches. Our approach is to emulate human workloads. This is the major difference. And in order to emulate human workloads, sometimes it's better to use APIs, sometimes it's better to use computer vision. Usually, you will use a combination.

So your vision is that RPA will be ideal for the lower-end automation needs, while APIs will serve the higher-end automation needs?

That was always the case.

But you're seeing improvements to API technology. Providers are offering tools that simplify the process so that non-technologists can begin, in a low-code fashion, to build APIs.

Have you seen real use cases? Because you can go to any of these providers and see the use cases they are doing. Zapier, Workato or Power Automate from Microsoft, their use cases are simple: an action that is triggered by an external event. Email comes in, it will send the attachment into Dropbox. These are the type of use cases that citizen developers can do in an easier way using APIs.

In more complex use cases, it's not working. Business users don't think in APIs. Applications still have a lot of logic built into the screen. The screens are for business user consumption. We literally reuse this trove of information that is on the screen, it's there. I have asked myself why people are not realizing it and fighting it. And the reason is they don't realize we are automating existing workflows. And we don't reinvest in building the workflow from scratch. We take it and just convert it.

On average, how many robots do enterprises have? And what is the average maintenance cost on that?

I cannot give data that is not in our S-1 prospectus or in our earning call. We have more than 100 customers who pay us in excess of $1 million per year and more than 1,000 who pay us more than $100,000 per year. The cost of building automations based on RPA — the license cost is probably 3% to 5%, maintenance cost is up to 20%, 80% of the cost is in the implementation. This is why we win against API-based automation and we win against our competitors, because if I can make a business case to any customer showing that you will implement 100 automations in half of the time, we win.

Switching gears slightly, UiPath has been very successful in establishing the RPA market. You've mentioned that you want to move into cognitive features. That is a space where UiPath is very far from the leader. And some of your biggest rivals like Microsoft seemingly have a large advantage here in natural language processing and other tech that will be necessary. Where do you see UiPath differentiating itself here and why do you think it's an area you can win in?

We have a very pragmatic approach to AI. We've built AI that is really used in the context of automating human actions. This is our bread and butter. We have started with computer vision and we have, by far, the best computer vision in the world when it's related to understanding screens. Our software is able to look at application screens like a human user. And our metrics show we are way better than Microsoft, or Amazon, or Google, or whoever.

When it comes to document understanding, we have reused all our learnings about computer vision on screens to documents. And we have a very compelling story. I don't want to solve the singularity problem, we are not capable of doing this. But we are really focused and capable of delivering really pragmatic AI, the type that people do during their normal operations, like reading the document, working with the screen or making small decisions.

What is more important is to have an end-to-end automation platform, because what I have seen from our customers is a lot of internal machine-learning teams that produce AI, but they cannot use the AI in the context of automation.


Judge Zia Faruqui is trying to teach you crypto, one ‘SNL’ reference at a time

His decisions on major cryptocurrency cases have quoted "The Big Lebowski," "SNL," and "Dr. Strangelove." That’s because he wants you — yes, you — to read them.

The ways Zia Faruqui (right) has weighed on cases that have come before him can give lawyers clues as to what legal frameworks will pass muster.

Photo: Carolyn Van Houten/The Washington Post via Getty Images

“Cryptocurrency and related software analytics tools are ‘The wave of the future, Dude. One hundred percent electronic.’”

That’s not a quote from "The Big Lebowski" — at least, not directly. It’s a quote from a Washington, D.C., district court memorandum opinion on the role cryptocurrency analytics tools can play in government investigations. The author is Magistrate Judge Zia Faruqui.

Keep ReadingShow less
Veronica Irwin

Veronica Irwin (@vronirwin) is a San Francisco-based reporter at Protocol covering fintech. Previously she was at the San Francisco Examiner, covering tech from a hyper-local angle. Before that, her byline was featured in SF Weekly, The Nation, Techworker, Ms. Magazine and The Frisc.

The financial technology transformation is driving competition, creating consumer choice, and shaping the future of finance. Hear from seven fintech leaders who are reshaping the future of finance, and join the inaugural Financial Technology Association Fintech Summit to learn more.

Keep ReadingShow less
The Financial Technology Association (FTA) represents industry leaders shaping the future of finance. We champion the power of technology-centered financial services and advocate for the modernization of financial regulation to support inclusion and responsible innovation.

AWS CEO: The cloud isn’t just about technology

As AWS preps for its annual re:Invent conference, Adam Selipsky talks product strategy, support for hybrid environments, and the value of the cloud in uncertain economic times.

Photo: Noah Berger/Getty Images for Amazon Web Services

AWS is gearing up for re:Invent, its annual cloud computing conference where announcements this year are expected to focus on its end-to-end data strategy and delivering new industry-specific services.

It will be the second re:Invent with CEO Adam Selipsky as leader of the industry’s largest cloud provider after his return last year to AWS from data visualization company Tableau Software.

Keep ReadingShow less
Donna Goodison

Donna Goodison (@dgoodison) is Protocol's senior reporter focusing on enterprise infrastructure technology, from the 'Big 3' cloud computing providers to data centers. She previously covered the public cloud at CRN after 15 years as a business reporter for the Boston Herald. Based in Massachusetts, she also has worked as a Boston Globe freelancer, business reporter at the Boston Business Journal and real estate reporter at Banker & Tradesman after toiling at weekly newspapers.

Image: Protocol

We launched Protocol in February 2020 to cover the evolving power center of tech. It is with deep sadness that just under three years later, we are winding down the publication.

As of today, we will not publish any more stories. All of our newsletters, apart from our flagship, Source Code, will no longer be sent. Source Code will be published and sent for the next few weeks, but it will also close down in December.

Keep ReadingShow less
Bennett Richardson

Bennett Richardson ( @bennettrich) is the president of Protocol. Prior to joining Protocol in 2019, Bennett was executive director of global strategic partnerships at POLITICO, where he led strategic growth efforts including POLITICO's European expansion in Brussels and POLITICO's creative agency POLITICO Focus during his six years with the company. Prior to POLITICO, Bennett was co-founder and CMO of Hinge, the mobile dating company recently acquired by Match Group. Bennett began his career in digital and social brand marketing working with major brands across tech, energy, and health care at leading marketing and communications agencies including Edelman and GMMB. Bennett is originally from Portland, Maine, and received his bachelor's degree from Colgate University.


Why large enterprises struggle to find suitable platforms for MLops

As companies expand their use of AI beyond running just a few machine learning models, and as larger enterprises go from deploying hundreds of models to thousands and even millions of models, ML practitioners say that they have yet to find what they need from prepackaged MLops systems.

As companies expand their use of AI beyond running just a few machine learning models, ML practitioners say that they have yet to find what they need from prepackaged MLops systems.

Photo: artpartner-images via Getty Images

On any given day, Lily AI runs hundreds of machine learning models using computer vision and natural language processing that are customized for its retail and ecommerce clients to make website product recommendations, forecast demand, and plan merchandising. But this spring when the company was in the market for a machine learning operations platform to manage its expanding model roster, it wasn’t easy to find a suitable off-the-shelf system that could handle such a large number of models in deployment while also meeting other criteria.

Some MLops platforms are not well-suited for maintaining even more than 10 machine learning models when it comes to keeping track of data, navigating their user interfaces, or reporting capabilities, Matthew Nokleby, machine learning manager for Lily AI’s product intelligence team, told Protocol earlier this year. “The duct tape starts to show,” he said.

Keep ReadingShow less
Kate Kaye

Kate Kaye is an award-winning multimedia reporter digging deep and telling print, digital and audio stories. She covers AI and data for Protocol. Her reporting on AI and tech ethics issues has been published in OneZero, Fast Company, MIT Technology Review, CityLab, Ad Age and Digiday and heard on NPR. Kate is the creator of RedTailMedia.org and is the author of "Campaign '08: A Turning Point for Digital Media," a book about how the 2008 presidential campaigns used digital media and data.

Latest Stories