Tolerance Editing in aP Design
aPriori is a B2B platform used by engineers to gather cost, manufacturability, and carbon insights for increased product profitability and sustainability. One product offering, aP Design, allows design engineers to upload their part models and evaluate design variants, material processes, and sourcing options.
One major cost driver in part manufacturing is geometric tolerances. These determine how much variation can exist in part dimensions, ensuring that parts function properly and fit together.
How it began…

As the sole UX Designer on the aP Design team, I was approached by our Product Manager with a pain point that our customers expressed.
aP Design was missing a crucial feature in calculating an accurate cost. There was no option to manually edit geometric tolerances. Although users could import tolerances from their original 3D modeling program or adopt recommended tolerances from their chosen manufacturing process, these options could not accommodate our customers' ever-changing, unique part designs.
This limitation frustrated users as it led to a cost model that did not match their intent and returned inaccurate cost estimates.
At this point, we knew we needed to deliver some sort of tolerance editing feature in aP Design. However, it was up to me to further research this issue, truly understand our users' workflow, and create the best experience.

Understanding pain points through interviews
To kick off my research, I interviewed 5 participants about their experiences with assigning tolerances in other applications. I was able to gain a better idea of the how knowledgable the average design engineer is with tolerances, what pitfalls may exist in other applications, and what unique requirements engineers may have in their workflows.
Confusion over conventions
Defining a problem and solution
My next step was to synthesize my learnings into a problem statement that captured the viewpoints of research participants.
The problem
Design Engineers of all experience levels need a simple way to override any number of tolerances in aP Design.
Upon finalizing our problem statement, I could construct a solution that encompassed all of our users' needs.
Ideating through wireframes
I began to consider the main options for the placement of tolerance editing inside of aP Design according to some of the constraints of the solution. This design needed to:
Present to users the 16 tolerance types
Educate users on each tolerance type
Allow users to override tolerances for each geometric feature in their part
This was a large amount of information with complex interaction, and would not cleanly fit into the tables displaying tolerances that already existed. Under these circumstances, I opted to explore the use of a modal summoned either from the tolerances table or directly from the 3D model. I made the following wireframe sketches to better visualize what this modal could look like:
The second option used the same Dialog component, but would use a table instead of single text inputs. Although a table view would allow users to scan the list of tolerance types efficiently, a component like this did not yet exist in our library. The benefit of this design would need to be strong enough to outweigh the additional cost required to deliver this idea.
Educating users on tolerances
As I discovered in my research, many engineers understand the importance of tolerances in manufacturing and have a basic understanding of how they are used, but most not be experts. Since aP Design relies on having accurate inputs to provide accurate cost estimates, it's necessary for the application to assist users to prevent them from inputting the wrong tolerance type or inputting a value in the wrong format.