Transplace hired me to overhaul their flagship Transportation Management System—a 20-year-old Java Swing SaaS used by 20% external customers and 80% internal operations for planning, executing, monitoring, and reporting freight shipments. Although powerful, the legacy interface lagged modern UX standards and made updates cumbersome. My mission was to embed a repeatable UX process and build a modern, web-based foundation for improved usability, scalability, and ongoing product iteration.
Transplace relied on an engineering-led process and had no UX practice in place. Joining mid-stream on the first of 15 apps, I needed to build trust quickly, establish a repeatable UX process, and accelerate learning to lead the redesign of four core modules. Key challenges included:
Working alongside product managers, engineers, and operations leads, I synthesized three business directives:
Stability - Preserve familiar patterns and provide training materials and in-app tutorials to minimize disruption.
Efficiency - Automate repetitive tasks, simplify navigation, and reduce operating costs via a reusable design system.
Scalability - Build a web platform that supports future feature roll-out and responsive layouts..
I partnered with Marketing VPs and regional GMs to deploy surveys across operations facilities, then conducted on-site interviews with end users. Observations uncovered overwhelming search screens, horizontal-scroll fatigue, and manual data entry bottlenecks. From these insights I developed four personas—from “New User” to “Super User”—which guided feature prioritization and informed the information architecture.
Madison
+25
Recently on boarded operators and customers who are getting familiar with the app and customer rules. With a learning curve, they may not execute as many orders as more seasoned users. Familiarity of the system has largely been dependent on their ability to learn the software.
• "I wish learning the software was easier. I feel lost sometimes having to learn on my own."
• "Sometimes I get overwhelmed by the amount of stuff on the screen at the same time."
• "There are so many table rows. Making it easier for me to find info on the screen would be nice."
Dan
28
Users who primarily work within one application but have been trained to loosely work between closely related applications. This is commonly seen with Shipment Planning (SP) app users who also work within the Error Correction(ISD) app. The SP app requires users to organize pieces of info into an optimized order to route and plan freight effectively and identify errors within shipments using ISD.
• I wish I could share my template configurations or bookmarks with my peers to help onboard them onto a new client or if they have to cover my shift."
• "Everything runs together at times. Color coding could help"
Shannon
47
Users who may have access to other modules but primarily work within one module throughout the course of a day. This is typically seen with Shipment Execution (SE) App users. The SE user researches discrepancies in a load and assigns loads to carriers by assigning them to the winning bidder. They execute an average amount of loads and are customer facing representatives.
• "Its frustrating having to manually edit fields with the same values one-by-one. It slows me down"
• "I wish there was a way to quickly differentiate apps from one another."
• "A history log of my previous actions or load events would be nice to have."
Lisa
+34
Experienced users who are having access to several applications and are highly proficient. This user executes loads at an above average rate within the TMS system and may have been at the company for several years.
• "Having to update the same information on multiple shipments one-by-one manually is so inefficient"
• "I have to go to out of an application to work within another. All this switching takes time."
• "Notify me if there is a new more efficient feature available that would help me save time within operations."
Using card-sorting and feature-prioritization workshops, I mapped out over 50 potential improvements. Together with stakeholders, we ranked them by user value and development effort, focusing on five high-impact areas: search builder, results page, details view, navigation, and design system components.
There were several worthy features that surfaced out of the user interviews and brainstorming meetings. Prioritizing the features helped focus on the ones that provided the most value and the least development effort upfront.
After compiling front-end requirement documents, I worked up a round of low fidelity sketches to help organize features and components into a layout structure. Wireframes helped piece together and contextualize intricate details of the application and the user flows associated with each feature.
Wireframe prototypes allowed me to test and iterate on the layouts before moving on to the aesthetics of the visual design process. To help the design scale across multiple applications within the TMS, I standardized portions of the interface that were shared across all apps. An example was creating a global header shared across all applications. This header allowed the user switch to other applications directly from their app window instead of opening a separate control tower to access other products in the suite as done before. User tests were performed to gain greater understanding of user behaviors and validate whether I was on the right track.
To ensure consistency across all TMS apps, I created a web-native design system with standardized headers, buttons, form inputs, and data tables. A shared global header enabled seamless app switching. Custom color conventions and iconography reduced cognitive load, while modal windows focused users on single tasks.
The legacy search screen exposed every possible criterion—over 200 options—making it overwhelming and cluttered. From user interviews, I learned most filters were irrelevant to a given client. I redesigned the flow to display only client-specific criteria, grouped into logical categories within a collapsible sidebar. This organized layout lets users quickly locate and apply the filters they need without wading through irrelevant options.
Users struggled with wide tables requiring constant horizontal scrolling and had to return to the search builder to tweak criteria. To address this, I introduced an active page "dot" search” shortcut (⌘ + .) for in-page search and surfaced selected filters as removable tags at the top. Color-coded row states (hover, selected, checked) and thoughtfully positioned buttons and dropdowns made the table easier to scan and interact with—eliminating unnecessary navigation.
Detail screens were cluttered, forcing users through multiple clicks to find or edit information. I applied the same sidebar-tabs pattern from the search builder, showing only the active section’s content and hiding the rest. For deeper tasks, modal windows isolate the work area—dimmed background and focused content—so users can complete specific actions without distraction or context-switching.
Before handing over the designs and features over to scrum teams, I put the designs through several rounds of user testing. Here users followed a journey map and were instructed to think out loud expressing their thoughts on the design. They were also graded on scale of 1-5 on whether they succeeded or failed to complete a task.
A product launch schedule and deployment plan was crafted to foresee the next steps of the applications. Before launch, thorough rounds of Beta testing needed to take place. Testing every section of the application through all possible scenarios is crucial before launch. Quality assurance helped polish the product for final deployment.
I partnered with scrum teams on beta testing, QA, and rollout planning. Post-launch metrics and feedback demonstrated clear business value:
By championing user-centered research, cross-functional collaboration, and modular design, I transformed Transplace’s flagship platform into a modern, scalable web application that delights users and underpins ongoing operational growth.