Comments on 101 Things I Learned in Interaction Design School: Functionality is the enemy of usability

I read this as 'question everything'

2010-10-01T13:38:19.887+10:00

I read this as 'question everything'

So you are saying that critiquing will always resu...

2010-01-04T06:37:53.327+11:00

So you are saying that critiquing will always result in omitting features?Sometimes, critiquing the functional specs can highlight missing functionality that can enhance usability.

I still think that "enemy" is too strong a word and that the axiom can develop unsavoury attitude towards individuals who are supposed to be working collaboratively with an IXer towards the same aim.

Also, from the perspective of information design, the diagram above infers that USER EXPERIENCE is made up of only USABILITY and FUNCTIONALITY and that FUNCTIONALITY has a bigger role in USER EXPERIENCE.

Perhaps a more relevant diagram i

When I'm talking about functionality here, I&#...

2009-12-21T15:23:18.436+11:00

When I'm talking about functionality here, I'm talking about 'things the system does' as opposed to 'ways the system does it'. In that respect, almost by definition, every additional feature is necessariy makes a product more difficult to use, if only due to the additional choice it imposes on a user.

Yes, I've used strident language, but I don't step away from that. This is a suject that I feel passionate about: people who claim to care about 'user experience' but who are unwilling to tackle the biggest influence on that experience: "do we have the right mix of features?"

So yes, I'm serious :-)

Shane

My first visit to this site... Not sure how light ...

2009-12-19T03:49:55.642+11:00

My first visit to this site... Not sure how light hearted or serious it's meant to be taken.

What you're saying is very true. But I think the title of this learning infers that functionality is and always will be an obstacle for usability and I'm not sure this is the case. Does it have to suggest an antagonistic sentiment?

Your insight here is ZEN! A simple illustration. ...

2009-12-13T07:41:20.615+11:00

Your insight here is ZEN!

A simple illustration. Instead of implementing 50 sorting algorithms and filers for a requested user report, step back and figure out how to present the report 'right' the first time so that 'most' users of the system see the data they are looking for the first time round without needing to massage the view with a litany of UI controls.

Systems developer this way are 'simpler' and more 'intuitive to use' I think.

Fully agree. I'm just finishing up a big proje...

2009-11-11T22:41:31.947+11:00

Fully agree. I'm just finishing up a big project (two years), and when I look at it, my biggest contribution was what I didn't do, i.e. the stuff that I threw out of the functional specs. I sacrificed density for clarity and I'm convinced it has made all the difference.

Hi Ron, I guess I mean that if you are taking resp...

2009-09-01T22:21:18.280+10:00

Hi Ron, I guess I mean that if you are taking responsibility for the usability of a project, you have to tackle the functionality as part of that responsibility, since the functionality determines much of the usability, regardless of how well you design the UI.

In other words, you should help form the RIGHT set of requirements based on what you know about user goals, user behaviour etc.

Shane

I am rather enjoying these short posts, but I thin...

2009-09-01T14:10:01.585+10:00

I am rather enjoying these short posts, but I think this one may be a tad shorter than needed.

I'm not sure what you mean by critiquing the functional spec unless yours are different than the ones I get. Do you mean question the minimum reasons that the project is required to contain? I guess I agree with that in principle. You should always challenge if the function is needed in the first place. I'm just not sure that your metaphor works in this case.