Bad Design on Purpose?
Last week at OpenWorld, I ran into a web app with some, erm, interesting design.
I flew into SFO, which I rarely do anymore, and checked into my flight online via the airline’s website. I’ve used the site in the past, but the checkin process has become much more involved now that everything is a la carte.
Want more leg room and proximity to the front? Extra. Want to check a bag? Extra. Want to use the priority security line to speed past the peons? Extra. Want to get more bonus miles for the trip? Extra. Want to fly standby on another flight? Extra.
This isn’t an indictment of the a la carte business model. I’m not opposed to pay-for-what-you-use models (cough broadband), although the Ryanair “toilet tax” might be going a bit far.
The problem is that all these options have complicated the checkin process.
What used to be a two-step process, i.e. change seats and checkin, is now about half a dozen steps, nearly all of which carry a cost.
Beyond the tedium of walking through the checkin wizard, the defaults for each step are wildly confusing and potentially costly. Each step has radio buttons for the options, including one to decline the offer, and the default in each case was the costly option.
Plus, each step has an add button and a skip link, a common web UI trick to deemphasize one of the choices.
So, if you mindlessly pounded away at the big button on the left to get through the process, you would come to the end with a couple hundred extra in a la carte charges.
This is actually how I noticed the design. I got through a few steps and couldn’t figure out why it wasn’t over yet, at which point I stopped to pay some attention.
Think about the last time you checked in for a flight online. You were probably in a rush. Did you stop to study every step? Probably not.
I was prepared to chalk the experience up to poor design, created by new requirements stapled on to an existing web app. You know, a Frankenapp. However, as I complained about the process to John (@jpiwowar) as we waited in the security line for peons, another theory emerged.
He wondered aloud if the design was confusing on purpose, which makes a lot of sense. After all, selling the a la carte options is critical to balance the competitive pricing of fares.
I tend to think bad design is just bad, not bad on purpose, but John’s point shed some light on why a major web app would be so crappy. Plus, John isn’t a conspiracy theorist or a massive cynic from what I can tell. So, I don’t think he had that agenda.
Anyway, have you met an app that’s confusing on purpose? Thoughts about bad design with a motive?
Find the comments.
Possibly Related Posts
- Seeing Santa Hacks
- Geeky Project Part 7: Create a WebCenter VM
- Geeky Project Part 10: Create a WebCenter VM
- Geeky Project Part 3: Create a WebCenter VM
- The Open Source Car by Local Motors
-
http://only4left.jpiwowar.com jpiwowar
-
http://theappslab.com Jake
-
http://twitter.com/theappslab/statuses/25723771308 theappslab (theappslab)
-
http://twitter.com/oraclenerd oraclenerd
-
http://theappslab.com Jake
-
http://twitter.com/oraclenerd oraclenerd
-
joel garry
-
http://theappslab.com Jake
-
http://theappslab.com Jake




