What features don't you need in your application?

10 days ago, Scoble asked What will Steve Jobs kill next?

Perhaps more importantly, he asked "How about you, which feature are you getting rid of to make your product/service/store/business simpler?"

I think application developers have a real tendency to thrown in "everything but the kitchen sink". It's not because we want to - but more because after years of experience, we want to be ready "just in case" someone asks for a feature.

Yet the end result is overloaded apps with not just too much functionality, but also a need for complicated user manuals and training.

But after users have used the application for years, it's really hard to take away a function or feature because there may still be a group of users who want to use it.

I've been going through this recently and have found myself turning off or hiding features in one of my applications. But I still can't take myself to take away the feature - instead, I've just hidden it (using GENMENUX to ensure it doesn't even appear on the menu). I've added a flag in my application to show the hidden functionality (in case, there's an uproar) - but my goal is to encourage users to use other features that offers similar functionality. (I even have a dialog when they try to use an older function that says "why not use this one instead?")

(why would you have two features that offer similar functionality? Blame it on application bloat - consider FoxPro's LTRIM and TRIM functions.)

I tried doing this with a Search screen recently and the results were interesting. I was inspired by Yag's post on new ways of developing. So I built a screen with a single box and a dropdown and told the customers that they could search for anything they wanted, simply by putting it in the search box.

Their response? "I want to see separate boxes for all of my search options."

Argh! It's tough to be a developer offering new features in an older application when you've got users who are used to older approaches.

Maybe I should just create a new application entirely - but then you have to retrain everyone.

What do you do when you want to introduce new approaches in your applications?  (or maybe more importantly, how do you fix bad habits?)

Powered by ScribeFire.

1 comment

Popular Posts