Index

Run Execution

Factory OS

Lead Product Designer
Lead Researcher
Design System Lead
Read Time: About 5 minutes

Transforming Technician Workflows in Agile Manufacturing

The redesign of Run Execution (Run.exe) within ION Factory OS, a manufacturing 4.0 software solution, aimed to enhance productivity, customer satisfaction, and operational efficiency for agile manufacturers (learn more at FirstResonance.io). Run.exe, the most-used section of the platform, delivers work instructions segmented into steps for technicians to execute complex hardware assembly tasks. However, the legacy interface had significant issues, some adding countless hours due to unnecessarily repetitive tasks.
As the Head of Design at First Resonance, I led the complete redesign process alongside my team, focusing on creating an intuitive, scalable, and responsive solution. We aimed to simplify workflows, streamline user experience, introduce enhanced functionality, and improve the platform's performance.
Actual footage using the beta Run Execution and the legacy Run Execution rendered in real time for the 2024 roadmap video. Watch the entire video here.

Problem Statement

Technicians using the original Run.exe faced several challenges:
Legacy Run Execution

Design Goals

Our design team set out to address these issues by focusing on the following:
Part of the process was to ensure the OS was fully responsive. This would allow customers who worked in the field to use the appropriate device for their environment.

My Role

As the Head of the Design Team, I led and executed the entire product design process, which included:
I led and worked alongside a small but talented team and collaborated extensively with engineering, product management, customer success, and customers to ensure that the new Run.exe met our customers' needs.

Design Process

Research & Problem Discovery
We engaged deeply with our customers in highly technical manufacturing sectors, including aerospace, robotics, nuclear fission, and electric watercraft. Through direct conversations and field research, we identified key pain points. Many technicians shared frustration with laborious workflows, slow task sign-offs, the clumsy interface, and lack of signaling.
In addition to the tremendous qualitative research that sheds light on many great insights, over 90% of the employees at First Resonance worked in the manufacturing space. This institutional knowledge allowed the design team to gain insights into problems quickly. While this knowledge did introduce biases, we leveraged the qualitative research to inform our colleagues what we were learning from our customers.
Meeting users on the factory floor helped illuminate new features and better workflows that weren't immediately obvious from office-based research.
We utilized Figjam extensively for all types of flows and processes. These whiteboards would become part of the living documentation that would be updated and commented on synchronously and asynchronously.
Iterative Design & Validation
Given the complexity of Run.exe, we broke down the main screen into five core sections:
We designed each section iteratively, conducting sprints to validate designs internally and externally. Feedback loops with customers and engineering were essential in refining these designs before the final handoff.
One of many Figma prototypes used for testing and marketing.

Solution: A Simplified, Scalable, and Flexible UI

Utility "Andon" Bar
Inspired by the manufacturing andon system, this bar signals a technician's status: whether they have checked into tasks, are running on time, or are behind schedule. It provides real-time feedback and allows technicians to check out all steps individually or simultaneously, drastically improving time-tracking accuracy.
Result: Drastically improved time tracking for engineers and technicians who are required to work on multiple steps simultaneously.
The Andon Utility bar was designed to be seen from across a room. An engineer could easily spot an issue by looking at the technician's computer screen.
As a part of our signaling philosophy, the Andon utility bar informed and empowered our users. It was also built with machine automation in mind. If a machine or test failed, you could have it turn the Andon red, signaling a failure has occurred.
Run Header
We overhauled the run header to provide concise, crucial information about the Run. Technicians and engineers could quickly see if there were any blockers on the Run, and engineers could quickly access specs, issues, history, redlines, and dependencies, among other tools. We introduced a powerful batch management tool to simplify the management of batched Runs significantly.
Result: Grouping the engineers' tools and improving workflows for Redlines and Batching reduced engineers' time on tasks from hours to minutes.
The Run header was responsive. Primary information and signals are always visible.
Secondary and tertiary information and access to tools are accessible with just one click.
Step Queue Panel
The updated Step Queue Panel allowed technicians to quickly locate their next task while monitoring blocking issues, redlines, and dependencies.
Result: Faster task discovery and enhanced technician focus on critical steps.
Step Queue signals if a technician is "clear to build." It is also a powerful tool that allows engineers to update the position of each step, copy the step, create a new step, and create child steps.
Responsive Work Instructions
We redesigned the work instructions to be fully responsive, allowing technicians to view tasks across devices with minimal disruption. Additional enhancements included automation for repetitive tasks and a QR code feature that enabled quick check-ins via mobile devices. We also redesigned data grids to allow for more required functionality. The engineering team also added lazy loading, significantly reducing step load times.
Result: By improving load times and adding functionality to data grids, technicians spent less time navigating steps and instructions.
The step header and "check-in" functions were streamlined. The action bar, currently showing the "start" button and sub-menu, would change to show the actions the user would possibly need in their current scenario.
Step Tools & Right Rail
The right rail provided technicians with all tools required for secondary and tertiary actions, such as data collection, part installation, and feedback submission. We introduced modals, "called managers," to handle large data sets, making tracking dependencies, installing parts, accessing files, and communicating in complex assemblies easier. We also introduced keyboard shortcuts. The user could easily tab between sections and navigate between and inside fields.
Result: Time saved per technician and greater flexibility in managing intricate workflows.
The right rail drawer system allows technicians and engineers to access and input various types of data and communications.
From left to right: 1. Parts to be installed 2. File Manager 3. Dependencies 4. Comments

Impact & Results

Financial Value
Customer Value
Operational Efficiency
Innovation & Growth
By reducing time on task, streamlining workflows, and enhancing functionality where necessary, the new UI significantly increased the ROI of the factory OS for our customers

Conclusion

The redesign of Run.exe in ION Factory OS transformed technician workflows by simplifying the interface, improving task clarity, and enhancing system responsiveness. The result was a more efficient, flexible, and scalable platform that significantly increased user satisfaction and business value.
This project exemplifies how design can impact productivity, satisfaction, and growth in manufacturing, creating a solid foundation for future enhancements.
One of my esteemed colleagues suggested creating a "movie poster" for each feature set we were redesigning, and I was glad to indulge. The names have been changed to protect the innocent.