Skills: Usability Testing, Qualitative Analysis, Data Cleaning, Data Visualization, Literature Review, Interviewing, Stakeholder Management, Card Sorting Analysis, Reporting, Hardware
Highlights and Impact:
Top Lessons Learned:
There was no clearly defined internship project from the start beyond being asked to work with the ii900, an acoustic imaging device that can detect and visualize sounds that are inaudible to human ears.
The ii900 line is an acoustic imaging device that can detect and visualize sounds that are inaudible to human ears. It is handheld, primarily used in factory settings to detect compressed air and gas leaks (sometimes for hours at a time), and costs up to $25,000.
Interviewed engineers, including the inventors, to understand use cases, physical demands, usage environments, future development, and more.
Dug into 5+ years of VOC materials (via EnjoyHQ), including customer calls, on-site visits, and prototype demos, to ground the research in past feedback.
Once I understood the device and use cases, I personally used the device in different environments to document usability issues.
Although I had establisehd a foundational understanding of the device, it's users, and the problems I could explore, I quickly realized that stakeholders had very different ideas of what the product needed and what my role should be.
One SME, who had been involved since the device’s inception, was confident in the current understanding of user pain points. He felt we didn’t need more research and told me directly, He believed that the main problems were likely the size and weight, and that I should focus on more advanced features. In his words: “We already know what’s wrong with it.”
However, the PM believed that anyone should be able to use this device, without training. He was concerned that upcoming features would only increase complexity, and emphasized the need for simplified interactions.
The UX manager felt that it had been so long since usability testing had been conducted, that a new round of usability testing should be conducted before any further releases. When I looked into it, I found that what had been labeled as “usability testing” was actually early-stage concept feedback—not evaluations of real-world use.
These conflicting perspectives put me in a tricky spot—should I trust the SME’s deep expertise or the PM and UX Manager’s concern that usability was lacking for newer users? I navigated this by:
In the end, I proposed quick, foundational usability testing as a low-risk way to gather fresh insights. This approach helped build alignment and buy-in across the team, especially important before layering on new and advanced features.
How do we simulate a real leak in a controlled environment? As it turns out - antique dental equipment is perfect!
The main downside is that it is quite loud. While this may help simulate a real user environment (typically a factory), it was not ideal for recording audio.
Creating the room setup required some trial and error, and testing with colleagues.
There were a few tasks that I felt should be included in usability testing, but due to time constraints I removed them. However, I realized that one of the tasks I removed did not require a true user to determine the usability of the task.
One of the features that I found myself to be completely unusable was the drawing notes. The user must write one letter at a time, which is unintuitive.
I asked 10 random Fluke employees to use the handwriting feature on the ii900 notes. No participants successfully use this feature, with 6/10 writing on the large white space (which is where the inputted text shows up) instead of the the grey space below. I provided the team with detailed findings on how to improve this feature such as supporting whole word input, increasing text size, and making the text input area more obvious.
While participants generally found the core task—identifying leaks—straightforward, the overall experience revealed several critical usability issues, especially around interaction patterns and long-term use.
A participant resting the device on the table so he can more easily browse the menu while struggling with a task.
There were many detailed recommendations down to small decisions, but here are some recommendations for the major findings that emerged:
In the final week of my internship I presented my findings and recommendations to both Baseline and the ii900 teams. These findings provided a roadmap and prioritization of which features to address, which for Baseline including reevaluating the foundational workflow before moving on to new features. 6 months after my internship, Fluke began another round of usability testing on Baseline to benchmark changes made.
"You won over and have a huge fan base here at Fluke through this work. (You had a big impact!)"
- My Manager
“You were a real team asset and your work invaluable.” - SME
“As an engineer on the project, it’s also quite humbling to see VOC first-hand.” - Fluke Engineer
Reflections coming soon :)