If you grew up in an Indian household, you’ve heard this countless times. The COVID-19 pandemic got me more involved in kitchen activities, and suddenly this age-old request became… well, really annoying.
After burning rice twice and constantly running around the house asking if anyone heard whistles, my design instincts kicked in. I knew I couldn’t be the only one facing this problem.
the problem
Traditional pressure cookers have been part of Indian kitchens for generations. Counting whistles to determine cooking time is deeply embedded in our cooking culture. But in 2021, with everyone working from home, studying online, and living in multi-story houses, keeping track of cooker whistles had become a genuine pain point.
The more I thought about it, the more complex this “simple” problem became:
- Whistle duration matters – quick puffs don’t count toward the tally
- Responsibility delegation – mom asks someone else to listen while she’s in a Zoom meeting
- Multi-story homes – impossible to hear kitchen sounds from upstairs rooms
- Distractions – people would rather continue their Netflix binge than stand in the kitchen
solution
validating the whistle conundrum
Before building anything, I needed to understand if this was actually a widespread problem or just my personal frustration.
I conducted a mixed-method research study starting with a survey about rice cooking methods in Indian kitchens.
The results were eye-opening:
- Majority of Indian households still use traditional whistle cookers
- 54% of people who used pressure cookers found it problematic (overcooking, undercooking, burning)
- Young adults (20-27) struggled most, as expected
- Surprisingly, many people still used open utensils for rice cooking
the energy efficiency experiment
Before designing a solution, I wanted to understand if forcing people to change cooking methods was worth it. I conducted experiments comparing:
- “Correct” method – build pressure on high heat, then simmer
- “Convenient” method – let it whistle and count a set number
Using an induction cooktop to measure energy consumption, I ran multiple tests for both methods.
The surprising result: Energy consumption was almost identical between both methods.

This meant the solution wasn’t about changing behavior… it was about supporting existing behavior with better tools.
building the whistle detector
the technical challenge
Creating Whistl required solving two core problems:
- Seamless recognition of cooker whistles in noisy kitchen environments
- Accurate counting and reliable user notifications
- 1 month of recording cooker whistles with smartphone microphones
- Various kitchen settings to simulate real-world usage
- Manual parsing to create “Whistle” vs “Noise” labeled dataset
- 16kHz sampling rate standardization for consistency
- Used CreateML framework’s sound classification template
- Built a Neural Network that was both accurate and lightweight
- Final model: just 4.6MB with 99% accuracy in whistle detection
prototype testing insights
First testing session feedback:Phone calls > other notifications: “I prefer getting a phone call when all whistles are counted – it’s harder to miss than SMS.”
Alarm preferences: “SMS notifications are easy to miss. An alarm would be better at grabbing attention.”
Technical constraints: While users wanted alarm notifications for others, this would require client app installation on recipients’ phones, complicating adoption. Automated phone calls provided the intrusion level users wanted with simpler implementation.
Final feature set:- Real-time whistle detection and counting
- Multiple notification methods (in-app, SMS, phone calls)
- Contact delegation – notify someone else when cooking is done
- Simple, distraction-free interface optimized for kitchen use

looking beyond the kitchen timer
the broader impact
While Whistl might seem like a simple utility app, the research process uncovered fascinating insights about Indian kitchen practices:
Myth-busting findings:- Energy efficiency wasn’t significantly different between cooking methods
- Behavioral change wasn’t necessary – technology could adapt to existing habits
- Cultural practices (like counting whistles) weren’t inefficiencies to fix, but behaviors to support
Platform considerations: Given Android’s dominance in the Indian smartphone market, the plan was to rewrite in Flutter for wider cross-platform reach and bigger impact.
the bigger picture
This project reinforced a fundamental truth about design: We have problems everywhere, it’s just a matter of noticing them and solving them.
What started as personal frustration with kitchen chores became a deep exploration of cultural practices, family dynamics, and technological solutions. The “whistle conundrum” wasn’t just about cooking… it was about how technology can respect and support the ways people actually live.
Whistl proved that machine learning and thoughtful UX design could solve surprisingly specific problems. Sometimes the most impactful solutions come from addressing the small frustrations we’ve learned to accept as “just how things are.”
The meta-lesson: Great product opportunities often hide in plain sight, disguised as minor annoyances we’ve learned to live with. The key is noticing them, validating they’re shared problems, and building solutions that fit naturally into existing behaviors.
Building Whistl taught me that the best technology doesn’t force people to change… it adapts to help people do what they’re already doing, but better.


