Designing a Web App for No-Code Users for Efficient Management of RPA Platform Transition Projects

Role

UX Designer

Team

Director of Sales Engineering (Champion)

Freelance developer

Project type

Web application

Tools used

Figma

Illustrator

Duration

4 months

The situation

Transitioning between automation platforms is complicated

In late 2020 and early 2021, during my time at JOLT Advantage Group (JOLT), my role was content design, focused mainly on web design, SEO optimization, and customer-centered initiatives. JOLT was a small Robotic Process Automation (RPA) startup consultancy, so we did not have a large design team. I was the only designer at the company at the moment.

Leadership at JOLT identified an opportunity to create a no-code web application for people to streamline the transition from legacy automation platforms -like Automation Anywhere- to a more robust and scalable platform like UiPath. The CMO proposed I lead the UI/UX design for the JOLT Translate project. I partnered with the Director of Sales Engineering (DSE), the leading project champion and a freelance developer.

Business Objectives

πŸ€”

What were we trying to achieve?

πŸ“Œ
Be first to market
πŸ“Œ
Launch a no-code web application for streamlining RPA platform transition projects

Constraints

🚧

What restrictions did we have to consider?

πŸ“Œ
One-person design team
πŸ“Œ
Limited budget for development
πŸ“Œ
Shifting business priorities

Responsibilities

πŸ“‹

What was I responsible for?

πŸ“Œ
UX/UI design
πŸ“Œ
Collaborating with the Director of Sales Engineering and a freelance developer

Results

πŸš€

What did we achieve?

πŸ“Œ
Solid foundation for the look and feel of the web application
πŸ“Œ
Early alpha stage build
πŸ“Œ
Product did not launch due to a shift in business priorities

the objective

A no-code web app

Leadership wanted to launch JOLT Translate as a no-code web-based SaaS product. The idea came from a growing interest from RPA managers at organizations using Automation Anywhere who needed to transition to UiPath without forcing their organizations to rebuild all their automation workflows from scratch. JOLT Translate would help clients to:

Product's core requirements...

β˜‘οΈ
πŸ“Œ
Streamline RPA platform transition projects from AA to UiPath
πŸ“Œ
Manage and track their automation code translation progress
πŸ“Œ
Visualize the amount of AA code that could be reused in UiPath
πŸ“Œ
Estimate the hours of custom development needed to fully translate their automation code
πŸ“Œ
Manage multiple projects within one web-based platform

Taking Action

Understanding what was needed

I partnered with the Director of Sales Engineering (DSE) to better understand what screens were necessary and what data would need to be visualized by the users when an RPA platform migration project was underway.

Dashboard

What did users need to do in this screen?

πŸ“Œ
Upload a new RPA code translation project
πŸ“Œ
Have an overview of all their projects in translation
πŸ“Œ
Search all their projects
πŸ“Œ
Delete one or more projects
πŸ“Œ
Get a summary of project statistics and data

Analyze

What did users need to do in this screen?

πŸ“Œ
Visualize six essential metrics for each project
πŸ“Œ
Understand what percentage of their AA code was translatable to UiPath
πŸ“Œ
Quantify the categories of commands included in their project

Code

What did users need to do in this screen?

πŸ“Œ
Dive deeper into each file contained within a project
πŸ“Œ
Understand the translatability, custom development time to translate fully, and the total commands included in each file
πŸ“Œ
See specific details for each file
πŸ“Œ
Search all the files contained in a project
πŸ‘‡ Champion's original design idea
DSE's initial design

early stage design

An idea of what the product could look like

The DSE provided his PowerPoint-made design idea for the Analyze screen – the screen users would spend the most time on. I did not think he proposed the best design to visually represent the requirements they had given me.Β Still, he was reluctant when I asked if I could come up with something brand new.

This design had a high cognitive load for users...

❌
Text-heavy components
All elements were tightly clustered together
Not a very clear distinction between each metric and section

early stage design

Jumping into mid to high-fidelity from the get-go

At the beginning of the JOLT Translate project, the business set it as a high priority due to the potential market share the company could take by being first to market with a product like this.

Therefore, leadership requested I jump into mid to high-fidelity designs to quickly flesh out each part of the interface. 

This first iteration, I sticked as close to the DSE’s original idea given he was adamant about me not deviating much from his idea.

What I learned...

πŸ‘€
Cluster of metrics components at the top remained text-heavy
Lack of icons to relate to key concepts hindered the readability of the interface
πŸ‘‡ First iteration on the original idea
First iteration on the original design

early stage design

Discussing the current design with the project champion

I met with the DSE, and we reviewed the first design. I went into this meeting with the intention of discussing the possibility of moving away from his original idea and letting me handle design without constraints.

What happened in the first review meeting...

πŸ’»
πŸ“Œ
DSE strongly felt that adding a 3D element to the UI design would render a more dynamic interface
πŸ“Œ
I argued that the main components were text-heavy and needed a different approach
πŸ“Œ
I pushed him to open up to a brand-new design but I wasn't successful
πŸ“Œ
He wanted to see the same design but with the 3D changes he requested

early stage design

Getting support from leadership to advocate for a new design

For the second iteration, I modified the elements of the graphs to look 3D. The rest of the design carried over from the first proposal.

πŸ‘‡ Adding 3D-like elements to the components
Second iteration on the original design

Before meeting the DSE again, I contacted the Chief Marketing Officer (CMO) – my manager – for her help in swaying the DSE’s opinion about looking at a new design and me being able to present an interface that would better serve the users.

Breaking through in the second meeting...

🌟
πŸ“Œ
DSE wanted to use the 3D elements of UI and move it to development
πŸ“Œ
I argued against moving forward to development with the current design
πŸ“Œ
I requested more time to deliver a new design
πŸ“Œ
CMO backed me and helped convince the DSE to allow me to ideate something new

A brand new design

Getting inspired to move away from the original idea

I did a bit of research on trends and how interfaces in dashboards and products looked like back in late 2020 and drew ideas for what I could add to the UI I had to create.

A brand new design

Moving away from the original idea for the product

I created a new design from scratch based on the trends and research I had done. I still had to work within the brand guidelines of JOLT.

I shared the new proposal with the DSE. After a few weeks, he said he liked the new design and wanted to see my idea for the β€˜Dashboard’ and β€˜Code’ screens based on this latest iteration. So I went back to work.

Some of the components in the new design...

πŸ“Œ
Persistent left sidebar menu to navigate between the three main screens
πŸ“Œ
Clearly differentiated sections and components
πŸ“Œ
Persistent β€˜Tech Support’ button on the right side of the screen
πŸ“Œ
Incorporated the brand's colors to create a smooth gradient
πŸ‘‡ New design for the Analyze screen

More new designs

Creating a simple dashboard screen

For the dashboard screen, the initial requirements were:

πŸ“Œ
Overview of all the user's projects in translation
πŸ“Œ
Ability to upload a new project
πŸ“Œ
Search bar component to filter through projects

I created clearly differentiated components that drew from common UI elements that users already know, i.e., the three dots toggle for showing an options menu.

I also designed the screens users would see when uploading a new project.

πŸ‘‡ main dashboard screen design
πŸ‘‡ New project flow

More new designs

Streamlining file exploration

The code screen was meant for users to take a deep dive into each file contained within their translation projects. The requirements for this screen were:

πŸ“Œ
Showing the following:
β­•
Translatability of each file within the project
β­•
Custom development time needed to move from AA to UiPath
β­•
Total commands included in each file
πŸ“Œ
See specific details for each file
πŸ“Œ
Search all the files contained in a project

Keeping in line with the look and feel of the other screens, for the β€˜Code’ screen, I created a component that showed:

πŸ“Œ
All files within a project
πŸ“Œ
Percentage of translatability - where dark blue meant better translatability and lighter shades of blue meant poorer translatability.
πŸ“Œ
Button to see the relevant file details
πŸ‘‡ Main code screen design

I also created the screens users would see when navigating a file’s details. This screen had three sub-screens: Overview stats of the file, properties of the file, and code deep dive

πŸ‘‡ Looking at one file's details flow

Results

Radio silence followed by no launch

By March 2021, more than three months had gone by. The project was losing traction as the DSE, the project’s main champion, shifted the project to a lower priority tier, and there was radio silence. I did ask for a status on the project multiple times, given that I had handed off the design to the freelance developer.

Again I reached out to my manager to get her support in breaking the radio silence on the project. She reached out to the DSE, and then she and I had a meeting, and the following was discussed:

πŸ“Œ
JOLT leadership had started negotiations with Roboyo - a German intelligent automation consultancy - to acquire us
πŸ“Œ
The JOLT Translate project was shutting down because Roboyo wasn’t interested in developing it

Therefore, no further design and development would be needed as our new parent company, Roboyo, was not interested in the JOLT Translate product.

Looking back

Learnings and Takeaways

Get leadership support
Sometimes it is necessary to reach out to other leadership members to support you to get buy-in from skeptical stakeholders.
Establish regular check-ins
Setting up regular touchpoints and recurrent meetings can speed up the design process.
Design can be messy
Sometimes the design process at a startup can be disjointed. The lack of a mature UI/UX design team led to fewer design iterations and little research being conducted.
Nothing is ever β€œfinal”
Teams, products, and organizations are ever-changing. Iterations are needed to improve a product to deliver value and meet business objectives.
Transparency is key
It is natural for businesses to shift priorities, and leadership needs to communicate changes in time to avoid tensions.