I collaborated closely with Rhea to create project requirements. I also conducted a comprehensive competitive audit, engaged with customers to validate assumptions and test the MVP, and refined designs iteratively based on feedback received.
Team
Rhea Rakshit – Senior Director of Product Management
Juliet Adams – Director of Software Engineering
Tyler Maklebust – Senior Software Engineer
Zak (me) – Product Designer
Mikey Gower – Front-end Developer
Timeline
Launched in 4 months.
The current landscape for supply chain risk management, sourcing, sustainability, and procurement teams is burdened by labor-intensive, inaccurate, and costly methods. This sparks a critical question:
How can we provide customers access to navigate and assess risks within vast upstream supply chains, potentially encompassing thousands of results?
Customers can utilize the graph to visualize their upstream suppliers, while AI technology seamlessly links products with their input components, enabling customers to precisely identify what’s pertinent to their real supply chains. The results:
In order to test the AI results, we reused visual components from the flagship product, Sayari Graph to quickly get something live. Once live, customer testing revealed four main pain points:
After sketching out several ideas, I shared them with my squad to get initial feedback. Once everyone agreed on the proposals, I proceeded to create high-fidelity designs.
Filtering is crucial in focusing on relevant attributes within large upstream networks. However, our customers were not benefiting from the filters because they were hidden under a side panel and not discoverable. To address this issue, I moved all filters above the canvas for easier access.
Several customers were using filters to exclude specific attributes. Although this was feasible in the MVP, it required some additional effort. I added an “include” and “exclude” clause within each filter dropdown to simplify the process.
I took this as an opportunity to update our filter dropdown component to make it more intuitive. Previously, the active state used the brand’s primary blue color and failed to display the number of selections a customer made for multi-select dropdowns.
I updated the button’s active state to a less saturated blue, as the primary blue color should only be used for CTA buttons. A less saturated blue creates a better sense of hierarchy throughout the interface. The more saturated the blue, the more emphasis should be placed on that component.
We received positive feedback on this update. Therefore, I pushed my changes to the design system and implemented these new filters across both products.
States communicate the status of UI components to the customer. The nodes on the canvas in the MVP failed to do that – as that was not their intended purpose. I explored several ways to handle the node layout and decided to use a rectangular node that would include the supplier name and risk information, if applicable. Additionally, I wanted to create more structure in these complex supply chain visualizations, so I added the tier number information at the top, which created defined columns to help customers identify the information they need at a glance.
I also wanted to explore ways to focus on information. Customers expect to see specific route details when they select a node on the canvas. Therefore, it is beneficial to deemphasize all other information not related to their selection, as seen below:
Customers could see overview information when selecting a route to view in the MVP. However, we learned that they must be able to see additional details for suppliers or shipments within this view to accelerate their workflows.
I explored various ways to display more information in this supply chain view, including popovers, side panels, and split-screen functionality. Eventually, I opted for a secondary side panel because it required minimal development time and provided a suitable way to provide a natural progressive disclosure of information.
To address this problem, I designed empty states that included a graphic, title, supporting copy for context, and a linked alternative solution.
I then organized a FigJam session to brainstorm more intuitive solutions for when supply chains timeout, believing there was a better approach for this instance, and invited the engineering team to join. Through this collaboration, we determined that the best UX approach would be to return partial results tier by tier instead of waiting for the entire supply chain to load.
However, this approach was blocked by a necessary Memgraph update.
Consequently, we implemented an empty state that prompts customers to filter by product, aiming to reduce the request size for complex supply chains.
As the project evolved into a second product, it not only proved valuable for the business but also continued to deliver tremendous customer and business benefits, as highlighted in the overview section.
During our ongoing conversation with design partners, we were able to identify another pain point: