iPhone’s Misplaced Decline Button?
I have now owned my iPhone longer than any other mobile.
Over the past decade or so, I’ve gone through a slew of pagers and cell phones. None of them sticking around as long as my iPhone. They each got boring or broken or sold on eBay. The iPhone, however, still feels brand new to me even though it currently holds the longest tenure of any other phone I’ve owned.
After 18 months of daily use, I’ve develop quite a few habits and familiarities. Such as the position I hold the phone when talking on it; or the direction it goes into my pocket; where I place in my car; the way I spin it when I’m bored; or how I hit the Lock button to end a phone conversation.
There is one thing that I still have not gotten used to: the location of the ‘Decline’ and ‘Answer’ buttons when there’s an incoming call and the phone’s screen is not locked. This throws me off every single time.
My screen is nearly always locked; it’s another one of my habits. I always lock it when I’m done with it, even if it’s sitting on my desk. Leaving the screen unlocked is like leaving the top off a bottle of Coke — it just feels wrong. And besides, it wastes the battery.
And so, when my phone rings, it usually looks something like this:
But inevitably there are the times when I get an incoming call and, for whatever reason, the screen is not locked. (Usually because I’m using the phone for any number of reasons other than talking on it.) And when that is the case, the incoming call screen looks a bit different:
The reason you have to “slide to answer” an incoming call on a locked screen is so you don’t accidentally reach into your pocket and answer a call you didn’t want to. But if the screen is already unlocked you are given a different way to answer. You now have the option to simply tap a button to answer or tap another to decline.
The locked versus unlocked options make sense. If you’re in the middle of using your phone and someone calls but you want to decline, it doesn’t make sense to wait 15 seconds for the thing to finally stop ringing, or be forced to lock your phone. The feature here isn’t the ease of answering a call — tapping the Answer button is just about as simple as sliding — rather, it’s the ability to quickly decline the call and get right back to what you were doing.
The trouble happens if you do want to answer the call. Now you’re dealing with the fact that iPhone offers two different locations to touch in order to answer an incoming call. If answering from a locked-screen state, you touch the bottom-left corner and slide to the right; if answering from a non-locked-screen state you touch the bottom-right corner.
If my screen is not locked and I answer an incoming call by muscle memory alone, chances are good I will accidentally decline the call when what I wanted was to answer it. Usually what happens is I press the area of the screen where the Decline button is by habit, but then realize I’m pressing ‘Decline’ and not ‘Answer’. So I hold my thumb down and slide it off the Decline button and then tap the Answer button.
If you do push the Decline button, and slide over onto the Answer button nothing happens because the Decline button is activated on release. Unlike the single-tap-hack for the period button before the 1.1.1 software update, you can’t answer a phone call by starting on the Decline button, sliding over to Answer and then releasing (a gesture that would duplicate the “slide to answer” action).
Furthermore, there are times that I press the Decline button, but realizing I pressed the wrong one, panic by letting off quickly and (in this case) sending my sister straight to voicemail. (Sorry Sis.)
If your standard response to an incoming call is to answer it, then the standard location is actually not where you’re used to it being—the bottom left corner.
On the other hand, if your standard response to an incoming call is to not answer it, this still doesn’t justify the placement of the Decline button. When locked, if you want to decline the call you can (a) ignore it, or (b) press the Lock button on the top of the phone two times (one press to silence the ringer and another press to send the caller to voicemail). You can still do this if the screen is unlocked and the Decline button is there, though it will interrupt your previous task.
This flip-flopped button placement doesn’t end here…
On the Visual Voicemail screen, the green Call Back button can be found on the bottom-left.
During a phone call, if you navigate to the keypad, the red End Call button is the one on the bottom-left of the screen, whereas the “continue-type” button (‘Hide Keypad’), though not green, is on the bottom-right.
Finally, the default location of the Phone App’s green icon is the bottom-left corner of the iPhone’s Dock.
Context vs. Consistency
As Jason Fried pointed out regarding the seemingly strange, right-hand alignment of the iTunes icon in the iPhone OS 1.1 update, button placement is not always done for the sake of consistency. Sometimes it’s for the sake of context.
They didnâ€™t put it where consistency tells you to put it. That would be on the left side. They put it where context tells you to put it. On the right side right above the iPod icon. Even the iconâ€™s arrow points right down to the iPod. […] I love that Apple favored context over consistency in this design decision. Consistency is the easy choice. Context is the thinking choice.
Although the flip-flopping placement of iPhone’s “initiate a phone conversation” buttons is not consistent, they may be rightly placed given each one’s context.
On iPhone, standard movement between screens means that to get more detailed, or to “drill down” within an app, you should move to the right. Getting less detailed, or “drilling up”, means you move to the left.
In context to the “slide to answer” button on a locked screen, the thumb moves from left to right — in essence, drilling down to the next screen which is, in this case, a live phone conversation.
If this is truly the case, then the Decline and Answer buttons on a non-locked screen — though opposite in terms of consistency — are accurate in terms of context. To “drill down” to the next screen (which is the live phone call) you should be led to the right. Thus, the placement of the Answer button on the right-hand side.
Even though drilling down to more detail means moving to the right, and drilling up means moving to the left, those directions are almost always led by the buttons on the top of an application’s screen, not the bottom (i.e. Mail, Text, Settings, iPod, Notes and others).
On a phone with physical buttons there is no choice but to design by consistency because the buttons are always in the same place. Since iPhone’s screen has no physical buttons, the placement of each screen’s buttons can also be designed to be relevant given the context of the current screen. Thus, there are times when a design decision can be based on more than just consistency — it can also include context.
When writing about my MacBook Pro in early 2008, I wrote about the implementation of multi-touch on the trackpad, saying:
Just like on the iPhone, the multi-touch gestures make perfect sense in context. Which means I donâ€™t have to think about them. Once I settled that three fingers swiping from left to right means â€œnextâ€ I find myself naturally using it in places I hadnâ€™t even thought about, without thinking about it. It already feels natural. In iCal the three-finger swipe takes you to the next or previous day/week/month in your calendar. In Appleâ€™s Mail the swipe takes you to the next email message. In Preview, you get the next page. And itâ€™s the same with pinching: On the desktop, pinching enlarges or shrinks your icon sizes. In Preview, it enlarges the image or document.
My point being: when you are designing by context the user is best served when they do not have to stop and think about how to make the choice they’re being presented with.
Consider context verses consistency in a car. When driving forward, turning the steering wheel to the left turns the car to the left. When driving in reverse, turning the steering wheel to the left turns the car to the right. Imagine if auto engineers decided that turning the steering wheel to the left should always steer the car to the left rather than the wheels. If that were the case, the front wheels may react completely opposite to the steering wheel’s input depending on what gear the transmission was in.
There are times when designing by context is better than designing by consistency alone. Though the placement of the Decline and Answer buttons may make sense in context, it is so far from consistency that, in this case, it is the wrong decision. And after 18 months of use the dumb thing still throws me off.