No-fudge user-centred design
Since a couple of years back, I live in a country where the conversational tone is sometimes considered more harsh compared to the one in Sweden, where I come from.Maybe this has coloured my approach a bit, when I lecture on UC(S)D, User-Centred (System) Design. Of course we know that memory is a very subjective thing and my perception of the past is coloured, more or less. But when I think back on how we used to communicate usability, the image I get is of the soft, caring approach to communication, like some kind of “You know, it is nice if you think about the users, we must not make things hard for them, the users are important”, and so on. Wuss. “Think of the children” approach, my buttocks.
Last lecture I held and the one before that, was a three days course, and unlike a couple of years back, all participants came from the “system” side, IT-departments, hands-on business people. And perhaps it seems like my approach nowadays, if it has changed, suited them, because I have never got such a high judgement on the evaluations when it comes to the parts that participants usually complain about fudge (in Swedish: flum, meaning something is too abstract and your head is up in the clouds).
My approach is that we are talking about user-centred design, usability is a measure and user-friendliness is just fudge. What is “friendliness”, how do measure it? If you’re in the private sector, you’re doing business, if you’re in the public sector, you have an obligation to the citizens, your employer. Usability is a measure, maybe a complex measure, but a concrete measure nevertheless. “Extent to which a product can be used by specified users to achieve specified goals with effectiveness, efficiency and satisfaction in a specified context of use.” There you have it. An internationally accepted ISO standard. Not “so easy to use your grandmother can use it”. Your grannie is quite likely not the target group of this application or site. UCD is about working with target groups and we define their needs from usage and goals, not what they think or say they want. We do this in parallel with the organisation’s objectives and in order to make the project manageable, we prioritise target groups, as well as needs.
There are no simple answers how to make a site or application efficient and effective to a specific user group. It depends on the needs and goals. Think for yourselves, if you’re a ministry, or a company on the financial market, or a retailer wanting to do e-business, and I gave you the same answer to “how do we optimise our services for our customers/citizens?”, I would either just sell you over-simplified solutions or be lying through my teeth.
It is not about being friendly or nice to the users, it is about providing them with services that are effective, efficient and support them to achieve specific goals, both customers’ and the organisation’s goals. And that is simply good business.




