Anomaly Detection Tool

Creating a Digestible UI for a Complex Machine Learning Tool

3 Mockups showcasing different pages of the anomaly detection tool. Includes a summary page with high level visuals, a page with a line graph, and a page with an interactive table.

Overview

What is the Anomaly Detection Tool

This sophisticated tool is designed to help business's investigate potential anomalies. The tool ingests a business's entire dataset and identifies any possible combination of the dataset that is anomalous. The machine learning models in the backend do some very fancy stuff (secret sauce!) and the UI is designed to easily access and investigate those anomalous segments.

The opportunity

The Anomaly Detection Tool went through several phases of design. First was to get a digestible UI where a user could access a list of anomalies and investigate the underlying records.

The second phase including allowing for further investigation of a segment by showcasing all the most relevant comparisons of that segment. It allowed users to dive in and see why that particular combination of their data was standing out from the rest!

The 3rd phase was focused on creating a summary page that gave a high level overview of the health and status of a business based on the anomalies showing up in their data.

The solution

We focused on each phase separately and dedicated time to enhance features on each phase after coming up with an MVP version.

The challenge

Each phase offered its own challenges, but in a nutshell, designing something digestible from very complicated data science / machine learning algorithms was a challenge in and of itself. The 3rd phase of creating a summary page required significantly more internal meetings!

The Team

  • My Role: Lead product design efforts
  • 3 developers / engineers
  • VP of product engineering
  • Chief product owner
  • Client success director

Key Insights

  • Emulating similar and conventional UI elements was critical for ease of use.
  • Allowing a user to dive in further and understand WHY something was anomalous was heavily requested and was a key part of phase 2
  • While a list of anomalies are great for investigative use, a higher overview of the business was necessary for executive types of users who want to see how things are overall.

Phase 1

Viewing a list of top anomalies

Perhaps the largest phase because every project needs to start with User Research (aka the Empathize and Define stages).

An image of the 5 steps of  UX process, with different colored circles. There is empathize, define, ideate, prototype, and test, with arrows connecting each bubble to another.

I will be BRIEFLY go through some of the deliverables coming out of the research and definition phase!

Competitor analysis

I explored many existing tools online and captured what they did well and not so well. I also went through some of the previously created Kaizen dashboards before I was hired. See below for a collage of tools I analyzed.

A collage of anomaly detection tools interfacesA collage of anomaly detection tools interfaces

User persona

It's also important to define the potential users and what their main needs are. See below for our main target user, who is essentially going to be someone who reports to a business owner and brings their investigation to executives. This was created from a compilation of insights from many existing clients who have documented interests in an Anomaly Detection capabilities.

An image of a persona named Bill, an operations manager

Ideation

In person whiteboarding sessions are a great tool for bouncing ideas together. It allows for collaboration on preliminary ideas, key features, sketches, and the formation of a lofi mockup.

A picture taken of a whiteboard that has ideas for the anomaly detection tool

Key features

A collage of sticky notes with different key features. They can be found in the next paragraph

There were several other features that came along for the ride, but these were the ones required for MVP:

Lofi Mockup

Behold! Version 3 of a lofi mockup that all subsequent iterations were based on.

An image of a low fidelity mockup with lists and metrics

Testing And iterating

There were MANY iterations of this. I mainly tested internally by conducting several rounds of feedback sessions until things became more polished and could put this in front leadership and clients.

One of the main challenges of this phase was creating a UI framework that seemed familiar and made intuitive sense. After a few brainstorming sketches that didn't quite crack the code, inspiration struck while checking my Gmail account one night! I emulated a similar structure on being able to mark lines as read or unread, with the ability to remove.

image of a mid fidelity mockup of the anomaly detection ui

Hifi prototype

After testing, I created a high fidelity prototype that showcased the key features and several future features that would be implemented at a later state. I did one more round of usability testing with 3 users and incorporated their feedback.

image of a mid fidelity mockup of the anomaly detection ui

Phase 2

Demonstrate WHY something is anomalous

I used the same design process as mentioned above to produce a high fidelity prototype. Skipping all details to keep this short!

An image of the 5 steps of  UX process, with different colored circles. There is empathize, define, ideate, prototype, and test, with arrows connecting each bubble to another.

Key Features

image of a mid fidelity mockup of the anomaly detection ui with graphsan image of an arrow pointing to the righta high - fidelity mockup showing a graph with options

In this phase, I needed to find a way to showcase exactly WHY a particular segment was anomalous. In the pictures above, the lofi wireframe on the left hand side demonstrated an early idea as to how to visualize how the platform works and why something could be considered anomalous.

In a nutshell, I had to find a way to demonstrate that platform looks at both historical trends as well as the most relevant comparable segments that are listed out in order from the most relevant and least relevant (and capped at 10) . Through many internal and external feedback sessions, I came up with the design above on the right, where a user can turn on and off different comparison lines to gain further understanding.

For example, if we are tracking technician spend and we see an anomaly for the tech Andrew Hillman at Location 02037, we can see in this graph that Andrew's spending compared to his past spend at this location is way off the charts! Also, for a more in-depth look, a user can turn on the comparison lines. Above, we see that all the other technicians at Location 020307 had their spending go down that week, so something is definitely up with Andrew's spending behavior!

After testing and approval of the prototype, it was time to switch gears to PHASE 3!

Phase 3

Create an executive summary page

Key Features

a mid fidelity image of a summary page for the anomaly detection toolan image of an arrow pointing to the rightA high-fidelity mockup of the summary page

In this final main phase of design, I was tasked with finding a way to summarize a business's anomalies in one easy-to-read screen.
From many internal sessions and several external interviews, the main insight that users need summarized are really 3 things: "I want to know the how much of my activity is anomalous, how much it's costing me, and what the top areas of concern are."

After several iterations and multiple rounds of user testing on of all kinds of different visualizations and layouts, I came up with something simple and easy to understand. At the time of writing this, this design was going through several rounds of discussion with developers to ensure that each piece of functionality can be built as intended without compromising fluidity and load times due to the massive data sets this tool looks through.

Conclusion and Next steps

As mentioned above in the phase 3 section, there are still undergoing discussions with the development team to ensure that everything in the summary page can be built properly. Once those finish, the development team will begin building. There are still several features and enhancements not mentioned in this case study that have been designed and / or implemented after each part of the initial phases were completed.

Icon of circle with an arrow facing upwards in it. Clicking on causes the page to scroll back up to the top.