In February 2013, LayerVault published a column titled Progressive Reduction, because we’re not already up to our necks in progressive enhancement, mobile first design, responsive images, flat design and a myriad of different devices now including smart watches, smart tvs, refrigerators, and heads up displays in cars. Clearly we need another tangent to consider while designing. I jest, but sometimes it feels like designing even the simplest applications is becoming exponentially more complex by the day, and there’s good reason for that…it kind of is.
Years ago, usability wasn’t intergrated into the design process like it is in so many organizations today. It was more like a ‘nice to have’ that would get slapped on near the end of a project if at all, and often times what was considered a good user experience was whatever the programmer who was assigned to it considered good. Thankfully today, more and more companies recognize the impact user experience has on their bottom line, customer loyalty, and repeat business.
The fact that progressive reduction is even being considered by some is in and of itself a statement of how far user experience design has come. It’s an interesting proposition. What it boils down to is acknowledging that usability is a moving target. In other words, when I first attempt to use your application, I’m a beginner, and I might need some help. But after some time, I’ll graduate to a proficient user, and if I keep using it, I eventually move into that “power user” category, where I don’t need and probably don’t even want the same help and affordances you provided when I first began using your application.
Enter progressive reduction.
Ever land on a website for the first time that only used icons that you didn’t recognize for its navigation? On a desktop, a lot of times there will be a hover treatment that gives you a hint as to what each icon will do if you click on it. However, until something like Samsung’s Air View becomes ubiquitous across all touch devices, we shouldn’t rely on the hover effect to pop a tooltip. So what the theory behind progressive reduction says is we should provide text next to the nav icon that indicates what it does. And by tracking the user’s usage, once they reach a certain threshold of visits, we can then remove the hand holding and just provide them the icon without the text link. That’s just a simply example, but that’s the general gist of it – remove helpful affordances vital to beginners as they become more proficient to reduce unnecessary distractions and clutter.
The concept also takes into account power users who have been away for a certain amount of time in which the interface “rolls back” its affordances for the returning user until they’ve reacquainted themselves with the application again.
What do I think of it? I like it but…
Wherever possible, I always want to give the user control. Instead of automatically switching the UI from one given level of expertise to the next, I’d recommend that once a usage threshold has been met that we empower the user to switch from a beginner to a proficient user interface, or vice-versa. Let the user decide, remove the systematic determination.
My one big concern though is adding another level of code maintenance for IT to develop and maintain. At some point, the cost-benefit ratio may become too much to justify the features. I’d have to see it on a case by case basis to make that determination though.
Will this be as ubiquitous three years from now as responsive web design is today? Probably not, if for no other reason than despite increased awareness in usability heuristics, the idea of user experience design is still evolving and this may just be ahead of its time right now. However, with that said, I’m fascinated by the concept of progressive reduction, and I’d love to hear your thoughts on it and how you see it evolving into user experience design.