All work

Case 01Selected work

Fortune 100 inventory, redesigned for the people running it.

An inventory management system for a Fortune 100 food manufacturer — rebuilt around the operators who depend on it every day, not the database underneath.

Client
Fortune 100 Food Manufacturer
Sector
Food Manufacturing — Enterprise
Discipline
Inventory Management System
Role
Sole Product Designer — research to final execution
Scope
Fortune 500 · Enterprise · Inventory Systems
Year
2022–2023
Inventory management system — Ship Order screen with pallet- and serial-level data
Fig. 01Ship Order — pallet & serial-level data

Overview

The system was functional but aging — built around data structures rather than the people operating them. Warehouse staff and plant managers were navigating dense, form-heavy interfaces to manage high-stakes operations across dozens of facilities.

The problem

A legacy desktop app the business had outgrown — built around data structures, not the people using them. Eleven user roles, multi-plant access, and FIFO enforcement layered into dense, form-heavy screens. Warehouse operators navigating high-stakes batch actions with no inline validation and no recovery path.

The approach

With 11 distinct user roles spanning Normal User through Corporate Accounting, the permissions model was one of the most complex parts of the system. The redesign made it legible at two levels: the role list and the granular permission editor. Plant context was anchored in the sidebar so operators could never act on the wrong facility by mistake, and destructive actions were isolated from save paths to prevent accidental commits.

The solution

Status updates and inventory moves were rebuilt to support two mutually exclusive selection modes — separating them visually rather than letting users mix filters eliminates a class of subtle errors the old system surfaced only after submission.

Customer and product records were rebuilt as single-page configurations with inline tables. Add Line No., Add Charge, and Add Pallet keep complex data entry in one flow rather than across multiple pages. FIFO Dates Are Enforced surfaces as a persistent footer warning during order edits — the constraint is visible before commit, not after.

User group permissions — 11 named roles with numeric codes
Fig. 02Flow — Permissions
Update order with FIFO Dates Are Enforced footer warning
Fig. 03Flow — Order edit (FIFO)

Outcome

The redesigned system was delivered and put into use. The core shift was one of timing: operators now catch problems before committing them, rather than discovering them after a submit they can’t easily undo.

The constraints that make this domain high-stakes — FIFO enforcement, plant context, the line between an edit and a destructive action — are surfaced at the moment of action instead of buried in the data model. The interface carries the complexity so the people running it don’t have to hold it in their heads.

I don’t hand off screens and disappear — I design how the product thinks.
muhh — product design

Contact

Start with a call.

Available for new engagements

Your product carries the complexity. Your users shouldn’t.

Prefer email? Write to hello@muhh.design— same person answers either way.