This case study describes how an evaluation research was conducted to validate proposed design solutions for enhancing an alarm feature in a software product.
1. Operators persona uses alarms feature every day. Managers twice a week.
2. They receive alerts both by email and inside the system.
1. Too many alerts.
2. Not enough information on how to solve alarms.
3. Not enough filtering options to identify relevant alarm.
List of questions, 2-3 facilitators. One manages, others document.
For specific insights - Each participant raised one to five fingers based on how much he disagrees to agrees with the statement presented.
Former UX researcher discovered user's pains from The Alarm feature in the product
Stakeholders had decided to prioritize the Alarm enhancements initiative, and the UX designer created design solutions after a design sprint workshop.
I entered the project as a new member in the Team, replacing the former UX researcher in the evaluation phase, after the design was prototyped and needed evaluation.
Ensure the new alarm enhancements align with users' needs and pain points.
Understand users' overall impressions of the new alarm enhancement features.
Determine which specific enhancements had the greatest positive impact from the users' perspective.
Identify any additional changes needed to further optimize the alarm management experience.
Dig in the repository to learn of the former research pains.
Match the pain from prior research to the designed solution to learn how the new design had answered it.
Discover the cross match between the pains and the solutions.
1. No option to Suppress and shelf alerts to later time.
2. A need for a snooze alarm.
Snooze or suppress alarm.
Personalization - a need for more filters for relevant alarms or critical alarms.
Want to see if someone took ownership on an alarm.
5 moderated sessions of 90 min' each. UX designer demo, user feedback, scenarios, and voting.
Each participant raised one to five fingers based on how much the enhancement will better his experience
Additional generative feedback from participants.
Lay out all feedback in a Miro table divided to Flows, question, Participants. Thematical sticks color code: positive, negative, suggestion, scenarios, current usage, organization details, opportunities.
Thematically color cluster in a table divided by flows, clustered themes.
Flows insights, Votes summery, Recommendations.
Feature requests



Participants provided valuable feedback and insights during the moderated sessions.
Participants rated how likely they would be to use the proposed enhancements.
Participants provided valuable recommendations for new feature requests.
UX & stakeholders plan next steps given the user feedback and effort estimation
Participants: Product, R&D, Dev
on evaluated concept design
on new feature request improvement according to the concept demo
User participant feel heard.
Product team knows how to priorities the work. Better communication across teams.
Developers are more commited and act with empty to the user.
Project is suspended. Priorities had changed and the focus had shifted to different directions.
No post mortem as UX organization changed.
Stronger together - team moral.
Morn than move on.

Initiatives switch hands when different researchers change. It's important to dedicate time to learn prior research insights to ease the transition.

We must instruct co-designers not to influence participants during evaluations. The design may be great, but we are not the users.

Gathering user insights on likelihood to use helps the product manager prioritize the most impactful solutions.

Collaboration is key - the UX team can bridge the gap between users, business, and development efforts.
Case Study: Alarms Usage and Enhancement