Warehouse Analytics

Web app concept

4-Day abbreviated sprint

Design Sprint - Improving Data Analytics and Tracebility.

This Ideation Workshop aimed to improve Product Traceability and Data Analytics for the warehouse and support staff.

UX Strategy
USER TESTING
COLLABORATION
WEB DESIGN
WORKSHOPPING
RAPID PROTOTYPING
PROBLEM FRAMING
Role

I was the UX designer assigned to the Ideation Workshop. I assisted the UX Director with workshop activities and created the final prototype based on workshop outcomes.

Project Goals

- Create a prototype that allows warehouse staff to access the data they need to complete their daily tasks.

Tools

MS Powerpoint

Overview

HID Global is a manufacturer of secure identity and access management products. HID customer support staff need help tracing details of products due to the vast amount of data available. When a customer services rep investigates customer issues, they must search several “systems” to find the necessary information.

Management requested the help of the UX team to determine if a technology solution could solve their problems. One of the first steps was scheduling an Idea workshop with strategic members of the warehouse team.

The Problem

Customer service reps are frustrated with the length of time spent tracing products. When issues arise, they have to look up the item numbers attached to the parts, then use another system to find sales orders to further investigate the original order information.

They have access to tremendous amounts of data across multiple systems. Still, current data structures make navigating and sorting through the extensive data lake difficult. When clients call customer service with past issues, it’s often an arduous process to trace the origin of parts.

In cases where there are multiple product failures in the field and customer support is trying to investigate the issue, they need access to critical information like place of manufacture, shipping origin, shipping destination, and quantity produced. The new solution needs to make tracing the origin of parts easier and less intensive.

Setting the stage

At the start, we reviewed the agenda and meeting guidelines/ guardrails. We ensured the team became acquainted so everyone was familiar with the team members and roles in attendance.

Subject Matter Expert (SME) Interviews

To better understand the challenge, we asked the experts on the team to articulate their process in customer support scenarios. We spoke with the Director of Operations Solutions, Technical Support Manager, Quality Manager, and  Senior Software Engineer. We asked the team to list some commonly reported issues.

We had them describe their involvement in the problem-solving/ troubleshooting process. I made notes of the roles involved in the different stages of the process and the tasks performed by them.

Success vs Failure

Defining Metrics

We asked team members to describe what they thought success and failure would look like for the project.

Fig 1. Success metrics on sticky notes.
Success

-Solution is scalable -Global Adoption -Cost - effective

Fig 2. Failure metrics on post-it notes.
Failure

-Process is cumbersome -Slow performance -Data silos

The Ideal Process

Dreaming as a team...

Team members described the current process versus their ideal process. They used stickies to highlight what they thought described areas of value for the potential solution.

Fig 3. Current process spelled out on sticky notes.
Current Process

-Error Prone -Time-consuming -Complex

Fig 4. Ideal process spelled out on sticky notes.
Ideal Process

-Simple -Seamless -Efficient

Defining the challenge

Aligning on the problem

We mapped out the challenge taking into account all of the roles involved in the process.

Fig 5. Mapping out the experience on a whiteboard with the help of the team.
DESIGN CHALLENGE

Design a system that provides easy and convenient access to the most relevant data.

How might we (HMWs)

Reframing problems into opportunities

Team members took “How might we...” or “HMW” notes throughout the workshop. HMW notes encourage team members to reframe problems as opportunities to innovate.

Fig 6. How might we notes from the team.

Choosing a path

Fork in the road

We identified two different paths and split the team into two groups. While CSRs are responsible for solving customer problems when customers call in, the Production Analysts hope to recognize trends for data and use them to prevent future issues and solve current ones.

Fig 5. Customer Service flow (left), Analyst flow (right).

Customer Service flow(Problem solvers)

Desired Features

-Links to other systems
-Items must be traceable (Origin info)
-Searchable by Purchase Order or part number.

Production Analyst flow (Problem preventers)

Desired Features

-Data aggregation -Custom Dashboard & Analytics -Drill down capabilities

Lightning Demos & Sketching

Inspiration Station

We allowed each team member to demo parts of apps they found useful, and features they thought could inspire the new solution.

Fig 4. Sketches of the parts of software the team likes.

Demo apps

-Dominos for their order tracking
-Custom Miro board for tracking issues
-Seadoo, for excitement and solidity
-Nissan Leaf (car) dashboard, for simplicity
-HEB, for the convenience of shopping
-Etsy, for their product page
-Owlet, for the intuitiveness of their data visualization

Feature Prioritization

Pain Relievers & Gain Creators

The team contributed suggestions for features they thought would be useful for the solution. We then sorted them into groups.

Fig 5. Customer Service flow (left), Analyst flow (right).

Desired Features

-Inventory  Management
-Issues logs/ Ticketing
-Order Lookup
-Work Order Assignment
-Data Sorting
-Reporting
-Analytics Dashboard

Art Gallery

Show & Tell and Dot Voting

We had the team create a three-step solution and display the results for the team to see. We then had team members vote on the part of the solution they found most helpful.

Fig 6.Solution sketches from team members.

Storyboarding

Framing the experience

We storyboarded the experience using input from the team. There was a healthy team discussion which helped everyone to align on the experience.

Fig 7. Storyboarding of a Customer Service Rep’s discovery scenario.

Key Solution Elements

Identifying Key Features
Search
The User enters the search criteria that will determine the search outcome.
Search Results
The results should be displayed in a way that’s easily consumable.
Dashboard
The Users can monitor data feeds relevant to their respective roles. This should provide insights that help the users to spot & prevent future issues from occurring.

Rapid Prototyping

Cooking up ideas...

We stitched together the prototype in powerpoint.

Fig 8. Search Results page from rapid prototype made in MS Powerpoint.

Search Results

Search results provide various details, such as place of origin and manufacturing information, that help Customer Service Representatives solve problems faster.

Reviewing Feedback

What do users think?

The team tested both prototypes with real users for five user testing sessions. The feedback from users was overall positive, and they felt the solutions would help improve their workflow. They liked the materials page for having helpful information.

The search page was also well-liked because of the presence of images and other formats to display the search query results.

Areas for improvement:
Better organization of the search results.

Prototype

Mid-Fidelity
Home
Users can type directly in the search bar and get auto-complete assistance. Users can also select a category from the drop-down menu to refine search results.
Search Results
Search results provide various details, such as place of origin and manufacturing information.
Outcomes
BIG WINS

-Flushed out multiple ideas and documented the outcomes.

-Helped the team align on a solution to a shared problem.

-Promoted alignment & empathy with co-workers in Warehouse Dept.

WHAT’S NEXT?

- Refine Prototype

- Build a working prototype to continue with testing.