Skip to main content

Case Study Presentation

Customers Were Leaving. I Rebuilt the System.

Anuja Harsha — Senior Product Designer

Flagship Case Study @ Cloud Software Group

UX Owner

Customers Were Leaving. 40 Years Without Updates.

Cloud Software Group — WebFOCUSSept 2022 – Nov 2023 | Shipped April 2024

Scale

15M+ Users

Enterprise platform reach

Transformation

5 → 1 Hub

Subsystems unified

Timeline

Sept 2022 – Nov 2023 | Shipped April 2024

Research to production

How I Landed the Project

My director said — we have this project in the pipeline, I'm yet to assign it to a designer. I said — I'd like to do it. Give me a chance.

~200 people in my business unit. They knew RC existed. They knew it was a scheduling tool. That's it. The only people who knew how to use it were the support team, and ONE engineer who did RC code in the 80s and 90s — still with the company.

Zero Documentation

No specification. No roadmap. No one had planned any features for RC. 40 years of undocumented decisions buried across 5 subsystems.

Starting Point

I had a sandbox environment, one slide deck from a support lead, and access to customer support calls. That was my entire research foundation.

The Turning Point
There was no documentation at ALL. No roadmap. No plans to add features. I had a sandbox. And that's it.

I Built My Own Research Network

I went into the sandbox and used RC as much as I could. The lead support guy shared a presentation — that became my bible. I took hundreds of screenshots. Grouped them. Mapped them.

Support
ME
Me

1:1 with customer reps of RC. Regular calls. They knew every workaround, every hack users had invented.

Engineer
ME
Me

1:1 with that ONE engineer who knew about it. He did RC code in the 80s and 90s — still with the company. My window into decades of undocumented decisions.

I validated everything I had with customer support and customer reps over and over. I was the one person who knew more about ReportCaster workflows than anyone else.

Insight
Decision
Shipped

Users hacked the UI to manage distribution lists.

Dedicated Distribution List Manager

Insight
Decision
Shipped

Users got lost navigating between scheduling and reporting.

Context-aware "Schedule This" action

The Turning Point
I'm not an engineer. But I made sure I understood the constraints — legacy FOCUS code, customer dependency, no JS or React. I understood enough to design around it.

What I Discovered

ReportCaster was a product in itself. So huge and so powerful. One customer had 13 million schedules running every day. I thought — that's some powerful shit.

SYS_1
SYS_2
SYS_3
SYS_4
SYS_5
1HUB

Legacy Context

Schedule Workflow
View Focus

Buried under 4 clicks

Distribution Lists
View Focus

Buried under 4 clicks

Access Lists
View Focus

Buried under 4 clicks

RC Explorer
View Focus

Hidden in hamburger menu

RC Status / Admin
View Focus

Buried inside Management Center → Admin Console

Mapping the chaos

VIEW PDF
Sketch 1
View Focus
System Consolidation Map
View Focus

5 scattered subsystems → 1 unified model

Two Rejections. One Breakthrough.

I thought — let's create it like a unified product, with similar consistency. Beautiful. Rejected. Created a plugin version. I loved it the most. Also rejected.

Version 1

V1: Independent Product

I created a fully independent version. Beautiful. Looked exactly like the rest of the product. Seamless and easy to use.

“That's not the direction. They want the HUB to be central.”

RC Independent V1 - Home
View Focus

RC Independent V1 - Home

Version 2

V2: Plugin in the Hub

I created a version where the entire independent version was integrated in the HUB in a plugin form. I loved this version the most.

“Too much to create a new plugin. Too much engineering effort.”

RC Hub Integration V2.1 - Home
View Focus

RC Hub Integration V2.1 - Home

The Turning Point
How does the platform WANT workflows to behave?

Version 3: The Breakthrough

Every major workflow in the platform starts from the + menu. That's not just UI — that's platform architecture. If RC is a creation workflow, why not initiate from + menu?

+
Schedule Dialog
Distribution List
Access List

There it was — the final workflow of ReportCaster.

Unifying the Setup

Instead of separating basic scheduling and advanced settings across disjointed forms, I built a single intelligent dialog. It feels lightweight out of the gate but progressively scales up in capability, adapting directly to user requirements natively from the Hub.

Hub + menu
View Focus

Initiated right from the + Menu

Schedule Properties
View Focus

Unified, progressive creation flow

A Natural Language System

Cryptic legacy codes were replaced with human-readable, auto-generating sentence summaries. The recurrence engine protects users from configuration errors using smart inline validation, hiding complexity like blackout days until absolutely needed.

Recurrence Weekly
View Focus

Natural language summary auto-generates

Monthly recurrence
View Focus

Monthly pattern granularity

Validation Error
View Focus

Instant inline semantic verification

Elevating Access & Control

Managing distribution channels and security was previously an afterthought requiring complex navigation. We elevated them into first-class searchable assets. Whether you're configuring a network directory or an internal access list, the interaction paradigm remains identical.

DL Start
View Focus

Distribution Lists as first-class objects

AL Current
View Focus

Consistent context menu management

Contextual Job Diagnostics

Historically, running job logs popped out as completely detached web pages spanning thousands of rows of code. By designing a native embedded viewer with filtering and deep search directly within the UI, diagnosing scheduling failures became an instant, seamless action.

Job Log Dialog
View Focus

Fully embedded contextual log analysis

The Unified Dashboard

Finally, the overarching environment. The ReportCaster Explorer aggregates schedules, access lists, and distribution rules in a single native Hub view. Administrators get dedicated, high-level status monitoring without jumping into an entirely separate enterprise module.

RC Explorer
View Focus

A unified asset overview

RC Admin
View Focus

Dedicated administrative monitoring

I Onboarded 20 People.

Hundreds of screens done. But the people who were going to work with me — lead architect, lead engineer, core engineers, QA, new PM — they were unaware of ReportCaster.

ME
Me
LA
Lead Arch
LE
Lead Eng

The first people I onboarded were the lead architect and the lead engineer. Design discussions were finalized with them.

EN
Eng Team
PM
Product
QA
QA Team
DC
Sys Docs

Then came the entire group of engineers, new PM, the QA team, the documentation team. Dozens of demos of the old and new ReportCaster to everyone.

RC
ML
×
Me

Two projects, a 1-year-old at home, all day. I was running RC and ML simultaneously while most of the team focused on a single feature.

→ 1 feature|
→ 2 features

3 designers on one feature. I was trusted with two. That said something about how leadership felt about my ownership and output.

Me
Jr
D1
D2

I borrowed one junior designer. I onboarded her and made sure she knew everything I did. Eventually I left the team. Let that designer and another one take over. My job was mainly done — I had done all the heavy lifting.

The Turning Point
By the time I left the team, the senior engineers who'd worked for decades — they'd become my family. They were no longer intimidating. I had earned respect and trust from them. They valued my opinion. I was the youngest in the room with an unspoken authority on the experience of RC.

Powering 20M+ Schedules

Shipped. From 4 clicks to 2. No more individual browser tabs. Everything smoothly integrated within the hub ecosystem. Customers noticed.

Platform Scale
Legacy
15M+Users
Schedule Creation
4 Clicks
2Clicks
Feature Parity
Fragmented
100%
Long-Term Support
None
5Year LTS

Legacy Workflow

New Unified Workflow

Shipped
legacy_report.exe
modern_hub.tsx
After
Before
Legacy UI
Redesign
User_1
User_2
User_3
User_4
User_5
User_6

At the Virtual User Group, a customer praised the redesign directly and said he was looking forward to what's next. A 5-year contract worth millions was signed after RC shipped.

9.3.0
9.3.2
9.3.3

WebFOCUS 9.3 became the platform's first Long-Term Support release — 5 years of guaranteed stability. The RC redesign expanded into 3 follow-up releases with features I designed for but the PM added post-launch.

What This Project Made Me

I won some and I lost some with RC, but I grew immensely. I did things I never did before. I matured. I learned leadership.

YC

She impressed everyone with how quickly she grasped all aspects of a highly intricate system and translated that understanding into a clear, modern, and user-centered design.

Yingchun Chen, Principal System Software Engineer

DP

Anuja brings energy and determination to tackling complex design challenges. She approaches her work with a fearless attitude and is never afraid to explore new ideas.

Dave Pfeiffer, Director of Design

What I'd Push Harder For

Embedded Explorer View

Embedded Explorer View: Embedding the RC Explorer view directly into Hub workspaces instead of a separate filtered view. This would have expanded the pattern to Designer, Reporting Server—everything. That's my biggest regret.

Future Plans

Product-Wide Integration

Product-Wide Integration: Integrate ReportCaster product-wide—schedule from Designer, Reporting Server, IQ Plugin. Imagine generating an insight and immediately scheduling it. That's the vision.

From hearing customers hack their way around the UI — to shipping an experience that made them excited about what's next.

I had never felt so proud of myself.

RC made me the design leader I am today.

Figma Config Pitch

In My Own Words

Recorded 3 days after leaving CSG. 5 AM. 100 takes. This was the one.

“Collaboration doesn't just transform products, it transforms people.”