Summary

Automating production line invoicing and management

Overview

As a leading equipment manufacturer, Toshiba JSW gets many enquiries and orders from various OEMs and ODMs worldwide. In its current state, these enquiry quotations and orders are recorded manually using leading spreadsheet programs. Manual management of such high value enquiries and orders not only requires tremendous coordinated efforts amongst employees to maintain, but also poses a very high risk of human error, which is unacceptable as even the slightest mistake can lead to a colossal loss.

Specifics

I worked with a team of 2 designers, 4 developers and  stakeholders to develop this management tool.

The specifics of my role included designing tabular repository visualisation for the enquiries and tested the usability for those mentioned before.

Duration

August 2022 - November 2022

Role

Interaction Designer

Client

Toshiba JSW Power Systems Private Limited : A Joint Venture between Toshiba Corporation, Japan (Toshiba) and JSW Group, India (JSW) was initially incorporated to manufacture and market supercritical energy generation equipments

Status

The design flows and related processes were conveyed to the development team and the portal is currently under development.

 This project has been made available to view for recruitment purposes only. It is inaccessible publicly to honour the NDA policies and I put faith in the viewers honouring them too.

Secondary Research

Exploring Enterprise UX

Before I started the work on the actual tool I first took a deep dive about the principles of Enterprise UX

What is Enterprise UX?

Enterprise UX design entails designing for people at work, i.e. professionals. In more practical terms, apps that require enterprise UX are complex b2b solutions for large organizations.

Key findings

Plan for non-linear flows

Experts and professional users need that freedom to make decisions and use the platform as they see fit.Limiting such users via linear and rigid flows could defeat the purpose of boosting their productivity.

Enterprise users are used to bad UX

Large companies don’t change their software often. If there’s a piece of software that’s been used company-wide for years, it’s a huge can of worms to migrate into something else.

Don’t fix it if it’s not broken

Enterprise software isn’t quite receptive to design solutions that go against the grain.When designing for enterprise, keeping an eye on your competition is even more relevant than in consumer software.

Primary Research

Future Aspects

To evaluate how the product would need to scale, we made an educated guess about the growth of purchase orders over the following five years with the same number of employees. This greatly aided us in both little and major design choices pertaining to the functionality of the final product.

Scope and Structure

We interviewed stakeholders to get an insight into the current structure and process, including pain points and what are expectations from the tool being developed.

Key Findings

Views on the current process?

The entire process is completely manual from start to end. The data is checked, entered and maintained manually using spreadsheets. This process is very tiresome and repetitive  for the employees.

What are the challenges faced?

There is no way to know if and when the enquiry has been updated. Moreover, any previous version of the enquiry is lost if an update has been made. This makes formulating a plan of action difficult.

Why there’s a need for the tool?

There have been a few instances where a small mistake due to human error coupled with no way to track the status of the process has resulted in damage, tarnishing the image of the company and its relation with its clients.

Expectations

After understanding the pain point we asked what are their expectations and what exactly they are looking forward?

A tool capable of maintaining and managing proper records

The user wants a tool that streamlines and automates the process of collecting, managing and representing data related to enquiries.

A system which informs about any updates in the enquiries

The users want a system that not only manages and maintains the history of updates for all enquiries but also notifies the user if and when an update is made to an existing enquiry.

How we can get a quick overview of the current state of the enquiry

The user wants a way to easily access the key parameters and the current state of an enquiry.

Tool that integrates all the processes and make it seamless from raising enquiry to purchase order generation

The user wants a system that seamlessly conducts all the steps of the entire process from the first step to the last without any employee intervention.

Ideation

Determining User Tasks

First, data models were used to map out the process sections. In cooperation with the project manager and developers, I defined the scope and identified supported user tasks. To ensure transparency, this part served as a foundation for teams to share expertise.

Hypothesis Driven Design

In order to summarize my assumptions, conclusions, or intent, I implicitly documented design decisions as hypotheses. This helped me as I conducted feedback sessions and received design criticism.

Andrew Duckworth 's Hypothesis design view

A hypothesis is a statement. A statement of your current understanding and what change you expect to see. A hypothesis is an articulation of your intent.A written hypothesis exists to communicate your thinking. As well as letting you and others test your thinking. To verify it.

Determining Layout

With a rough idea in mind we created low fidelity wireframes. One of the early states is shown below. According to the feedback received it was iterated a few times for scalability aspects.

Design System

Using the design system created by a fellow designer, we started wireframing the solution by formulating a hypothesis based on the research.

Final Iterations

User Testing

Implementing User Feedback

Enquiry Details View

Updated Enquiry Detail View

I collected feedback on both the prototypes from the stakeholders and found that both were preferred equally. Following the principles of Enterprise UX, I designed a View Button in the table was provided to achieves a middle ground between both the flows.

Learnings

Enterprise UX

I thoroughly documented and questioned my judgments because I was aware of the organizational process and was creating for knowledgeable, frequent users.

Hypothesis Driven Design

It helped me to summarize my assumptions, conclusions, or intent, and I implicitly documented design decisions which helped me to meet stakeholders’ expectations.