Need someone to lead product or development at your software company? I lead product and engineering teams and I'm looking for my next opportunity. Check out my resume and get in touch.

Alarm usability

Freshness Warning
This article is over 16 years old. It's possible that the information you read below isn't current.

I have a new alarm clock. The old one was fine, but a little ugly, so we bought a sleek black clock radio. Yesterday I turned the volume of the radio down to a whisper and didn’t turn it back up before going to bed that night. This morning I awoke to a faint beeping sound and realized that I’d overslept. After a moment of wondering how I slept through the alarm and what that quiet little beeping was, I realized the beeping was the alarm.

The volume knob not only controls the radio’s volume, but the alarm’s volume as well. I’d turned the alarm down so low I could barely hear it. That’s not something I’d expect, and it’s not how the alarms I’ve used in the past have worked. This is probably the result of some engineer or manager deciding that the alarm volume should be configurable and that the existing UI should be used to configure it.

When you are creating a UI, stop looking for things to add to it. Don’t try and find more things to let the user configure. Every single configurable option is a choice the user has to make. It’s something that can be misconfigured and cause user confusion.

Often the option you are letting the user configure has a setting that is clearly best. Other times there is little difference at all to the settings. In those cases, pick an option and hard code it. Reduce the number of choices your users must make and your application will be better for it.

July 17, 2003 10:18 PM

Our old alarm worked very well - the TV. Even if the volume was all the way down, the noise of the tube warming up and the raised brightness level in the room woke us. Now, of course, we have a different alarm system entirely - a baby. Oh how I long for some configuration options...

Torgny Bjers
July 19, 2003 3:45 PM

Aiee, Adam, I've never known a different alarm clock than those that have the radio and alarm volumes synchronized. I'm so used to it, and besides, I never use the radio in it anyway... :)

Matt Montag
June 8, 2006 2:25 PM

Your alarm clock issues seem arbitrary after reading Torgny's comment: he has illustrated you were merely trained by an alarm clock that worked the opposite way!

David Boland
November 8, 2006 10:11 AM

This was an old post but my wife recently went through a few alarm clocks. One that she liked at first (a Philips) was nice and sleek too, and had features such as wake to CD, and slow ramp up alarm volume. But all the buttons were identical looking, you had to use the reflection off the inprinted plastic words on the buttons to read them and they were all next to each other all around the CD lid. That clock was a nightmare! "Did I just hit snooze or alarm 24hr reset?" I offered to program her an alarm clock on for the notebook computer. I could reprogram features and functions infinitely as she had whims, sync to yahoo calendar or her Palm, automatic M-F, etc. I would've thought the notebook to be ideal but she didn't like that idea, she wanted a physical clock to push or hit in the morning. (Strangely her wish list included ability to play MP3's, change colors, change brightness, etc...). Anyway about the volume feature, I've always wondered why clocks that have the sleep function volume tied to the waking alarm volume? Doesn't make sense to me. The sleep volume should have quiet volumes as you lull off to slumber and the alarm volume should be fairly loud. The Philips (overly complex, hidden button) clock did have two volumes, one for sleep, one for alarm. I guess that was it's only good feature, but not enough to keep it around.

Your comments:

Text only, no HTML. URLs will automatically be converted to links. Your email address is required, but it will not be displayed on the site.


Not your company or your SEO link. Comments without a real name will be deleted as spam.

Email: (not displayed)

If you don't feel comfortable giving me your real email address, don't expect me to feel comfortable publishing your comment.

Website (optional):

Recently Written

A framework for onboarding new employees (May 15)
There’s no single good way to onboard an employee that works for every role. Here's a framework for creating a process that you can adapt to each situation.
TV hosts as a guide for software managers (May 10)
Software managers can learn a lot from journalists or late night TV hosts and how they interview people.
The Improvement Flywheel (Apr 29)
An incredible flywheel for the improvement of a development team. Fix a few things, and everything starts getting better.
Managers and technical ability (Dec 26)
In technical fields, the closer you are to the actual work being done, the closer your skills need to resemble those of the people doing the work.
Dysfunctions of output-oriented software teams (Sep 17)
Whatever you call it, the symptom is that you're measuring your progress by how much you build and deliver instead of measuring success by the amount of customer value you create.
Evaluative and generative product development (Aug 30)
Customers never even talk to the companies that don't fit their needs at all. If the only product ideas you're considering are those that meet the needs of your current customers, then you're only going to find new customers that look exactly like your current customers.
Product Manager Career Ladder (Aug 19)
What are the steps along the product management career path?
Building the Customer-Informed Product (Aug 15)
Strong products aren't composed of a list of features dictated by customers. They are guided by strong visions, and the execution of that vision is the primary focus of product development.


What I'm Reading


Adam Kalsey

+1 916 600 2497


Public Key

© 1999-2020 Adam Kalsey.