Get in touch

+44 (0) 28 9099 2882
deeper@fathom.pro

Fathom

’Even more features’ does not mean ‘even more perfect’

’Even more features’ does not mean ‘even more perfect’

Before I start let’s be clear: product development is not an easy pursuit. If it was then, as they say, everyone would be doing it.

Although at times it can feel like everyone is doing it. The number of apps and online services jostling for our attention is overwhelming. When faced with precisely 100 results (at time of writing) for “to–do app” in the App Store, where do you start? And as an app producer how do you make your product standout in such a crowded market? It’s understandable if your conclusion is that the app with the most features wins.

My favourite run–tracking app changed recently (don’t worry – this isn’t a glib excuse to squeeze in what an accomplished runner I am. I’m not. I run short distances, infrequently. And slowly). After finishing my run, instead of simply recording the details as normal, a new message popped up. “Share with friends!” it said breezily.

For the reasons outlined above, I had no intention of sharing the details of my run with anyone. So I bypassed the invitation with a couple of taps. And now, much to my chagrin, I have those extra couple of taps to perform every time I want to record my run and get on with recovering from my exertions. So why the extra feature that I didn’t want?

The fact is that many users will want the feature, and introducing a community aspect (or in the case of the running app, a competitive aspect) can create an additional hook that takes engagement with the product to a new level. But when does “feature rich” become experience rot, and how do we stay on the right side of the line? More is better right? Therein lies a minefield for the budding product owner to negotiate.

We are firm proponents of a couple of frameworks that help bring objectivity to the feature–pruning process. The first is the Kano Model, dating from the 1980’s, which applies three categories to features – dissatisfiers, satisifiers and delighters. ‘Dissatisfiers’ are features that, if absent, cause frustration. These are threshold features, must–haves. ‘Satisfiers’ are central to the product’s function, the core features. ‘Delighters’ are those additional elements that differentiate the product from the competition.

By categorising potential features along these lines, prioritisation follows naturally. Make sure dissatisfiers are firmly in place, that satisfiers provide excellence in user experience, then – and only then – move on to delighters. In other words, don’t shoot for delight if you’re not providing for basic needs.

So what happens when you have a whole host of delighters? What if you have feature after feature that you are convinced will take the user experience to new heights? Well, chances are you now have a bloated product.

I have a Swiss army knife at home; great little tool to have around the house. However if I need to tighten a screw, I don’t think “now where’s my Swiss army knife?”. Similarly, next time I need to gut a fish (it could happen), I’ll be looking for a specialist tool.

And this is the dilemma. Do you want your product to be a swiss army knife, not specialising in anything particular? Or, do you want it to be a scalpel – clinical, with a singular purpose, and built for the job.

Irish entrepreneur Des Traynor is doing great things with his CRM web app, Intercom. He’s also a great contributor to the thinking around product management. According to Traynor, healthy product management is the willingness to drop features as well as add them. But which ones to drop? Traynor’s approach is simple. There will be a natural scale of features which runs from those used by most users, most of the time, to those used by few of the users, little of the time. It is the latter features that need pruned in order to keep a product lean and relevant.

Whenever difficult decisions need to be made (and in the world of product development, there are very few easy ones), we don’t have to resort to guesswork. Applying some rudimentary classifications to features can help you see a product through the customer’s eyes. Not everyone loves your product as much as you. Get over that fact, and you’re on the way to better decisions about its future.

By Rick Monro

Rick was UX Director at Fathom from 2014 to 2017, when he left to take up a role as Principal UX Architect at Puppet.

View more insights by Rick

Like to read more of our insights regularly?

Receive our monthly insights newsletter straight to your inbox.

To prove you’re a human please rewrite the following into the box below.
8octh31c

Latest from the blog

Our latest views and ideas

Our Cookie Policy

Find out more I accept

Like most websites, ours uses cookies to make sure you receive the best experience possible. These cookies are safe and secure and do not store any sensitive information. To continue, please accept the use of cookies.