I have mixed feelings about Jakob Nielsen.
On the one hand, he’s fabulously famous (for an HCI practitioner, anyway). People who can barely spell usability are still quite likely to know the name and may even be subscribers to his Alertbox newsletter. He’s also basically sound. That is, the advice he gives is pretty much in line with what most of us would offer our clients. And, hugely to his credit, he is a great promoter of the idea that designers should base their decisions on evidence, gathered from real users.
On the other hand, the evidence he gathers is hardly what you’d call scientific. In fact, he is a good example of how people in HCI get away with abysmally low standards of evidence for their claims. There is no sign of rigorous experimental design or procedure in his reports, and the merest, occasional nod in the direction of hypothesis testing, replication and peer review. This is where his popularity becomes a problem.
It has happened a few times to me in recent years that I have had a design decision challenged on the basis that ‘last month’s Alertbox said…’ which then kicks off an hour-long discussion about the contingent nature of research findings, the need for proper hypotheses, the need for controls, other evidence from more reliable sources, the special circumstances of our own user, task, technology mix, and so on and so on. Not that I really mind having these conversations – it’s not often you get a chance to convince your client that you really do think about what you’re doing – it just bothers me that most people who read Nielsen take it as usability gospel, not just one man’s particular experiences.
I’m sure Nielsen would be the first to agree that blind faith in his pronouncements is a bad thing – but I suspect he might argue it’s not so much of a bad thing as not reading any usability guidelines at all. And, given that he is, after all, on the side of the angels, and he is, on the whole, pretty sound, I suppose I’d have to agree. Besides, the guy is a businessman with a living to make, and that no doubt involves presenting his slightly dubious evidence as rather more authoritative-sounding than it really is. So there is no point expecting him to qualify everything he says the way a scientist would.
Still, it makes me uneasy. The whole field is dogged by what amounts to anecdotal evidence being passed off as serious research. There is almost nothing in the way of solid theory in HCI and nobody seems to think this is a problem. Essentially that makes us a collection of craftspeople – not even engineers, and certainly not scientists. And the field is full of ‘gurus’ whose advice comes mostly from personal experience and not from good research.
Oddly enough, his business partner, Donald Norman, is someone I have considerable respect for and who has made some (of the very few) significant contributions in our meagre attempts to develop HCI theory.
Friday, November 17, 2006
Tuesday, November 14, 2006
Déjà vu
I’ve just read an interview between Jared Spool and Hagen Rivers and I’m feeling pretty depressed by it (even though the transcript was brimful of laughter!). I know that this interview was a thinly disguised advert for a report that they’re trying to sell (someone should do a book on ‘Salesmen and Showmen in HCI’) but that wasn’t what was so awful. It was the content of the report that upset me.
I must come clean here and say I have not read the report. Frankly, if it has in it what these two say is in it, I never will. It seems to concern an insight that Ms Rivers has had that the structure of Web applications can mostly be described as a set of ‘hubs’ and ‘interviews’. A ‘hub’ is just a page from which you can reach several other pages, and an ‘interview’ is a linked sequence of pages. Now I expect most of you are saying something like ‘Well, duh!’ or ‘Surely there has to be more to it than that!’ – which is pretty much what I said too.
The fact is that anyone who has been in this business for five minutes, or has ever used a Web application for that matter, will see that this is a statement of the blindingly obvious. Yet, for some reason, Ms Rivers believes this to be a profound insight and so does Jared Spool. I hate to sound like a bitter old fart but this was the kind of insight that was old hat more than 20 years ago, in the early days of hypertext, before the Web was even invented. I published a paper back then describing metrics for analysing a number of common navigational structures (and rather more sophisticated ones than the ‘hub’ and ‘interview’ structures that have just been ‘discovered’ – see Canter, D., Rivers, R. and Storrs, G. (1985). “Characterizing User Navigation Through Complex Data Structures”, Behaviour and Information Technology, 4(2),93-102.) If Ms Rivers or Mr Spool had bothered to look, they would have found many other papers on the subject too. In fact, a moderately large literature on hypertext navigation and structure that makes this exciting new report of theirs look rather silly.
If this was an isolated incident, it wouldn’t be so bad but the Web is full of ‘gurus’ like this who are discovering things that were well known and even well understood may years ago. God knows, I’m no scholar but I get the impression that these ‘experts’ never open a journal to see what has been done before. They just have their amazing ‘insights’ and splurge them out as if it was news.
Human-computer interaction (oh sorry, we’re calling it ‘interaction design ‘ this year) has always been an almost theory-free zone but there are people out there doing proper studies and seriously trying to accumulate understanding. The least we could do is look at their findings from time to time. Isaac Newton famously commented that, if he saw a little farther than others, it was because he was standing on the shoulders of giants. Well, there are very few giants in this field but there are plenty of midgets we could be standing on if we were really interested in seeing a bit more.
All-in-all, the discipline could do with a bit more Newtonesque humility and a little less guruism.
I must come clean here and say I have not read the report. Frankly, if it has in it what these two say is in it, I never will. It seems to concern an insight that Ms Rivers has had that the structure of Web applications can mostly be described as a set of ‘hubs’ and ‘interviews’. A ‘hub’ is just a page from which you can reach several other pages, and an ‘interview’ is a linked sequence of pages. Now I expect most of you are saying something like ‘Well, duh!’ or ‘Surely there has to be more to it than that!’ – which is pretty much what I said too.
The fact is that anyone who has been in this business for five minutes, or has ever used a Web application for that matter, will see that this is a statement of the blindingly obvious. Yet, for some reason, Ms Rivers believes this to be a profound insight and so does Jared Spool. I hate to sound like a bitter old fart but this was the kind of insight that was old hat more than 20 years ago, in the early days of hypertext, before the Web was even invented. I published a paper back then describing metrics for analysing a number of common navigational structures (and rather more sophisticated ones than the ‘hub’ and ‘interview’ structures that have just been ‘discovered’ – see Canter, D., Rivers, R. and Storrs, G. (1985). “Characterizing User Navigation Through Complex Data Structures”, Behaviour and Information Technology, 4(2),93-102.) If Ms Rivers or Mr Spool had bothered to look, they would have found many other papers on the subject too. In fact, a moderately large literature on hypertext navigation and structure that makes this exciting new report of theirs look rather silly.
If this was an isolated incident, it wouldn’t be so bad but the Web is full of ‘gurus’ like this who are discovering things that were well known and even well understood may years ago. God knows, I’m no scholar but I get the impression that these ‘experts’ never open a journal to see what has been done before. They just have their amazing ‘insights’ and splurge them out as if it was news.
Human-computer interaction (oh sorry, we’re calling it ‘interaction design ‘ this year) has always been an almost theory-free zone but there are people out there doing proper studies and seriously trying to accumulate understanding. The least we could do is look at their findings from time to time. Isaac Newton famously commented that, if he saw a little farther than others, it was because he was standing on the shoulders of giants. Well, there are very few giants in this field but there are plenty of midgets we could be standing on if we were really interested in seeing a bit more.
All-in-all, the discipline could do with a bit more Newtonesque humility and a little less guruism.
Sunday, October 08, 2006
The Usability Culture - Part 2
<< Want to read Part 1 first?
Why You Need A Usability Culture
I have argued that only content is of direct value to a customer. Only content, for example, generates revenue. Customers will not pay for usability of itself — yet they will avoid sites without it. The cost of usability must therefore be added to the cost of the content. In a price-sensitive market, this makes usability appear to be a liability.
To have usability generally involves some cost over and above the usual costs of software development. I don’t want to go into the detail here but almost all software developed for online use has poor to mediocre usability and was developed without the appropriate skills or techniques. To make usability more widespread, we either need to reduce the cost of including it, or convince managers of its value. As someone who has, for 20 years, tried unsuccessfully to persuade managers that usability adds value, I know that this is not a sensible path to follow. But what if I could show that usability can be had at almost no cost? Wouldn’t it be foolish not to include it in all the software you use or produce?
Creating an excellent user experience is not about methods and techniques and tools. Of course, the usability expert has plenty of these but such things are easy to acquire and to learn. Anyone with a little intelligence can master them. What is really hard is having the right attitude. To build a user experience that is truly great requires the developer to hold the view that only the users know what they want, only the users know what works for them, and that, in the end, the quality of everything we do can only be judged by the users. It is an attitude that is alien to IT departments and to software and services companies - no matter what lip-service they pay to it. Yet it is the attitude you need to instil in your whole organisation to be a winner in the coming years. The organisations that get this right will be the ones the customers keep coming back to, the ones they tell their friends about.
Readers old enough to remember the Eighties will recall the Total Quality movement. The basic idea behind it was to instil the ideas of quality assurance and quality control into the very heart of an organisation's culture so that quality became an ordinary part of everyday business. The proponents of the movement had a slogan: 'Quality is Free'. The message behind this is that while organisations think of Quality as an add-on to their normal way of doing things, it will appear costly and difficult to justify. As soon as Quality is part of everybody's normal way of thinking, the cost of compliance drops down into the noise.
My message about customer experience is essentially the same. If you can change the culture of your organisation so that considering quality of user experience becomes a normal part of everybody's attitude, then achieving excellence in this area becomes the norm too and it happens without incurring abnormal costs. Essentially, my point is: since it costs about as much to do it badly as it costs to do it well, why wouldn't you want to do it well?
Achieving The Usability Culture
Having said all this, I now have to come clean. Achieving cultural change is not easy. In fact, it's just about the hardest thing an organisation can do. However, the techniques for organisational change have been developing for a couple of decades or more and will be well-known to most managers and management consultants reading this. So I won’t go into how to change an organisation’s culture. I will just describe the change we need to achieve.
The following list is of the ten characteristics of an organisational culture oriented towards excellent user experiences and provides a starting place for you to do a quick gap analysis on your own organisation. In the Usability Culture:
1. Nobody, from the CEO down, ever says they know what the user wants without having checked it first with the users themselves.
2. Everybody in the organisation knows exactly who uses its products and services.
3. Everyone in the IT Department understands the differences between content, usability and aesthetics, and the value of each.
4. Everyone on the whole management team understands the differences between content, usability and aesthetics, and the value of each.
5. Users are a normal part of design teams, stakeholder panels and evaluation teams.
6. For every delivery channel, people are always asking, what do the users think about how this channel is working?
7. Corporate standards exist for usability, graphic design, and content production for each channel and for each major user group.
8. Everyone in the IT Department, Marketing, Customer Service, Sales and other customer-facing departments understand the corporate standards and how to apply them in their work.
9. The IT Department, as well as business units which purchase IT, have procedures, which are part of their normal approach to all IT procurement or development, for ensuring the usability of their products.
10. All staff on incentive schemes have part of their bonus dependent on user experience measures for, at least, all external channels.
It may look as if I am setting the bar rather high but this is the end-point, the goal to be aimed for. Any movement in this direction will yield benefits to the organisation. In the end, this transformation is about gaining and retaining market share for online services, improving the rate of consumption of online services, and improving staff efficiency and morale. It’s about helping your customers and business partners to do more business with you and helping your staff to do more business for you. In the coming years, it will become a major issue for organisations like yours.
Why You Need A Usability Culture
I have argued that only content is of direct value to a customer. Only content, for example, generates revenue. Customers will not pay for usability of itself — yet they will avoid sites without it. The cost of usability must therefore be added to the cost of the content. In a price-sensitive market, this makes usability appear to be a liability.
To have usability generally involves some cost over and above the usual costs of software development. I don’t want to go into the detail here but almost all software developed for online use has poor to mediocre usability and was developed without the appropriate skills or techniques. To make usability more widespread, we either need to reduce the cost of including it, or convince managers of its value. As someone who has, for 20 years, tried unsuccessfully to persuade managers that usability adds value, I know that this is not a sensible path to follow. But what if I could show that usability can be had at almost no cost? Wouldn’t it be foolish not to include it in all the software you use or produce?
Creating an excellent user experience is not about methods and techniques and tools. Of course, the usability expert has plenty of these but such things are easy to acquire and to learn. Anyone with a little intelligence can master them. What is really hard is having the right attitude. To build a user experience that is truly great requires the developer to hold the view that only the users know what they want, only the users know what works for them, and that, in the end, the quality of everything we do can only be judged by the users. It is an attitude that is alien to IT departments and to software and services companies - no matter what lip-service they pay to it. Yet it is the attitude you need to instil in your whole organisation to be a winner in the coming years. The organisations that get this right will be the ones the customers keep coming back to, the ones they tell their friends about.
Readers old enough to remember the Eighties will recall the Total Quality movement. The basic idea behind it was to instil the ideas of quality assurance and quality control into the very heart of an organisation's culture so that quality became an ordinary part of everyday business. The proponents of the movement had a slogan: 'Quality is Free'. The message behind this is that while organisations think of Quality as an add-on to their normal way of doing things, it will appear costly and difficult to justify. As soon as Quality is part of everybody's normal way of thinking, the cost of compliance drops down into the noise.
My message about customer experience is essentially the same. If you can change the culture of your organisation so that considering quality of user experience becomes a normal part of everybody's attitude, then achieving excellence in this area becomes the norm too and it happens without incurring abnormal costs. Essentially, my point is: since it costs about as much to do it badly as it costs to do it well, why wouldn't you want to do it well?
Achieving The Usability Culture
Having said all this, I now have to come clean. Achieving cultural change is not easy. In fact, it's just about the hardest thing an organisation can do. However, the techniques for organisational change have been developing for a couple of decades or more and will be well-known to most managers and management consultants reading this. So I won’t go into how to change an organisation’s culture. I will just describe the change we need to achieve.
The following list is of the ten characteristics of an organisational culture oriented towards excellent user experiences and provides a starting place for you to do a quick gap analysis on your own organisation. In the Usability Culture:
1. Nobody, from the CEO down, ever says they know what the user wants without having checked it first with the users themselves.
2. Everybody in the organisation knows exactly who uses its products and services.
3. Everyone in the IT Department understands the differences between content, usability and aesthetics, and the value of each.
4. Everyone on the whole management team understands the differences between content, usability and aesthetics, and the value of each.
5. Users are a normal part of design teams, stakeholder panels and evaluation teams.
6. For every delivery channel, people are always asking, what do the users think about how this channel is working?
7. Corporate standards exist for usability, graphic design, and content production for each channel and for each major user group.
8. Everyone in the IT Department, Marketing, Customer Service, Sales and other customer-facing departments understand the corporate standards and how to apply them in their work.
9. The IT Department, as well as business units which purchase IT, have procedures, which are part of their normal approach to all IT procurement or development, for ensuring the usability of their products.
10. All staff on incentive schemes have part of their bonus dependent on user experience measures for, at least, all external channels.
It may look as if I am setting the bar rather high but this is the end-point, the goal to be aimed for. Any movement in this direction will yield benefits to the organisation. In the end, this transformation is about gaining and retaining market share for online services, improving the rate of consumption of online services, and improving staff efficiency and morale. It’s about helping your customers and business partners to do more business with you and helping your staff to do more business for you. In the coming years, it will become a major issue for organisations like yours.
The Usability Culture - Part 1
Introduction
By putting so much of our business on computers, we have given a problem to the people who want to do business with us and for us — the users of these systems. They have to grapple with complex and poorly designed software that will make them jump through bizarre and arbitrary hoops and dismiss them with mechanical indifference if they put a foot wrong. We all know that computers are stupid. We all know that software is difficult to use, fragile and unforgiving. Well guess what is out there every day dealing with your customers, your business partners and your staff.
This is an article about recognising the importance of managing the experience that people have when they use your organisation's software. It is also about ways to make that experience better without spending a fortune. The central tenet of this article is that an organisation can change its attitudes and processes to give the appropriate focus on usability and deliver first class user experiences without feeling the pain.
Firstly, though, I need to justify to the reader the need to focus on user experience at all. After that, I will try to explain why, despite the importance of good user experience, organisations still do not value usability as a service feature. Finally, I will show that good user experience can be achieved with little extra cost or investment, giving organisations the benefits while minimising the costs.
User Experience is Important
User experience has always been important. In the good old days (ten years ago!) when computer systems were largely used by an organisation’s own staff and nobody else, a poor reception by users was manifested in lowered productivity, higher error rates, lowered morale and so on. In some cases, new software was rejected entirely by the intended users. Fixes for this kind of problem included additional training, software fixes (contributing much of the so-called ‘maintenance’ costs of new systems) and procedural work-arounds. Yet, since it was all happening within the organisation, management could take steps, blame the obstinacy or stupidity of its staff and, generally, keep the organisation going despite the problems.
These days, your computer software is increasingly out there, interacting directly with suppliers, distributors and, worst of all, your customers. Surveys repeatedly show that the quality of the user experience is typically among the top three reasons why customers would go back to a website (up there with the brand and the products). It is also worth noting that ‘word of mouth’ is also normally ranked very highly among the reasons why people go to a particular website in the first place. And what about the brand damage you can suffer? ‘Brand equity’ is not just an airy-fairy notion, it translates to real dollars and cents on your share price.
This is a serious problem for organisations attempting to do business in our networked world. Organisations can educate, incentivise or bully their own staff into using poorly-designed computer software but they can rarely force a business partner or a customer. We’ve had a brief honeymoon period where simply having an online service has been a market differentiator but this is no longer the case. By the end of another five years, not having an online service will be the exception. As this comes about, the quality of the online user experience itself becomes a major differentiator and organisations who treat their customers and business partners badly will suffer the inevitable consequences.
Why Usability has no Value (but you need it anyway!)
The user experience of a piece of software has three major aspects: usability, aesthetics and content. It may be a business tool, or a database, or a retail website. Whatever it is, it has the same three aspects.
Usability is the aspect which makes it more or less easy for someone to use the software to achieve some task. It therefore includes all the ergonomic features of the software such as the legibility of any text, the comprehensibility of any messages, the way the software is structured for navigation so that people know where they are and how to find what they need. It also encompasses more subtle properties to do with how the interaction with the user unfolds over time, whether the software seems coherent and consistent, and whether there is a good match to the user's expectations and preconceptions.
Aesthetics is about the way the software appears to the user. It is about Design with a capital 'D': the style, the layouts, the choices of fonts and colours, the use of visual, verbal and other stylistic elements to convey brand and image messages. Aesthetics is often confused with usability but the two are very different and sometimes the requirements of one are diametrically opposed to those of the other. I won’t dwell on aesthetics here but it has its place in the overall user experience and it too should not be neglected.
The third aspect of a piece of software is its content. Content is a broad term to include whatever the organisation is providing to the user. It may be products (as in a Web shop), or services (such as advice or news), or tools (such as business applications). Whatever it is, it is the supply of the content to the user that is the main purpose of the software.
And this is where people get so confused about their online service delivery because they believe it is all about the content — just because the content is where the user receives value and because it is the content for which the customer is paying. It is true that the value of content has to be maximised, especially (but not only) for customers. This is essential to the so-called ‘value proposition’ of the organisation. It is also true that, since usability and aesthetics are not what the customer came to buy, their addition to the software is often seen as an unnecessary expense which does not in itself add value and merely increases the cost of providing the content.
However, as I have already argued, the total user experience is of great importance to the user — and it should be of equal importance to the organisations that rely on it to promote their offerings. Content itself is of little value to anyone if it cannot be found, or understood, or easily used or purchased. The value of content should be maximised but usability and aesthetics should be optimised. That is, they should be developed to the levels appropriate to the efficient and effective use or acquisition of the content.
On to Part 2 >>
By putting so much of our business on computers, we have given a problem to the people who want to do business with us and for us — the users of these systems. They have to grapple with complex and poorly designed software that will make them jump through bizarre and arbitrary hoops and dismiss them with mechanical indifference if they put a foot wrong. We all know that computers are stupid. We all know that software is difficult to use, fragile and unforgiving. Well guess what is out there every day dealing with your customers, your business partners and your staff.
This is an article about recognising the importance of managing the experience that people have when they use your organisation's software. It is also about ways to make that experience better without spending a fortune. The central tenet of this article is that an organisation can change its attitudes and processes to give the appropriate focus on usability and deliver first class user experiences without feeling the pain.
Firstly, though, I need to justify to the reader the need to focus on user experience at all. After that, I will try to explain why, despite the importance of good user experience, organisations still do not value usability as a service feature. Finally, I will show that good user experience can be achieved with little extra cost or investment, giving organisations the benefits while minimising the costs.
User Experience is Important
User experience has always been important. In the good old days (ten years ago!) when computer systems were largely used by an organisation’s own staff and nobody else, a poor reception by users was manifested in lowered productivity, higher error rates, lowered morale and so on. In some cases, new software was rejected entirely by the intended users. Fixes for this kind of problem included additional training, software fixes (contributing much of the so-called ‘maintenance’ costs of new systems) and procedural work-arounds. Yet, since it was all happening within the organisation, management could take steps, blame the obstinacy or stupidity of its staff and, generally, keep the organisation going despite the problems.
These days, your computer software is increasingly out there, interacting directly with suppliers, distributors and, worst of all, your customers. Surveys repeatedly show that the quality of the user experience is typically among the top three reasons why customers would go back to a website (up there with the brand and the products). It is also worth noting that ‘word of mouth’ is also normally ranked very highly among the reasons why people go to a particular website in the first place. And what about the brand damage you can suffer? ‘Brand equity’ is not just an airy-fairy notion, it translates to real dollars and cents on your share price.
This is a serious problem for organisations attempting to do business in our networked world. Organisations can educate, incentivise or bully their own staff into using poorly-designed computer software but they can rarely force a business partner or a customer. We’ve had a brief honeymoon period where simply having an online service has been a market differentiator but this is no longer the case. By the end of another five years, not having an online service will be the exception. As this comes about, the quality of the online user experience itself becomes a major differentiator and organisations who treat their customers and business partners badly will suffer the inevitable consequences.
Why Usability has no Value (but you need it anyway!)
The user experience of a piece of software has three major aspects: usability, aesthetics and content. It may be a business tool, or a database, or a retail website. Whatever it is, it has the same three aspects.
Usability is the aspect which makes it more or less easy for someone to use the software to achieve some task. It therefore includes all the ergonomic features of the software such as the legibility of any text, the comprehensibility of any messages, the way the software is structured for navigation so that people know where they are and how to find what they need. It also encompasses more subtle properties to do with how the interaction with the user unfolds over time, whether the software seems coherent and consistent, and whether there is a good match to the user's expectations and preconceptions.
Aesthetics is about the way the software appears to the user. It is about Design with a capital 'D': the style, the layouts, the choices of fonts and colours, the use of visual, verbal and other stylistic elements to convey brand and image messages. Aesthetics is often confused with usability but the two are very different and sometimes the requirements of one are diametrically opposed to those of the other. I won’t dwell on aesthetics here but it has its place in the overall user experience and it too should not be neglected.
The third aspect of a piece of software is its content. Content is a broad term to include whatever the organisation is providing to the user. It may be products (as in a Web shop), or services (such as advice or news), or tools (such as business applications). Whatever it is, it is the supply of the content to the user that is the main purpose of the software.
And this is where people get so confused about their online service delivery because they believe it is all about the content — just because the content is where the user receives value and because it is the content for which the customer is paying. It is true that the value of content has to be maximised, especially (but not only) for customers. This is essential to the so-called ‘value proposition’ of the organisation. It is also true that, since usability and aesthetics are not what the customer came to buy, their addition to the software is often seen as an unnecessary expense which does not in itself add value and merely increases the cost of providing the content.
However, as I have already argued, the total user experience is of great importance to the user — and it should be of equal importance to the organisations that rely on it to promote their offerings. Content itself is of little value to anyone if it cannot be found, or understood, or easily used or purchased. The value of content should be maximised but usability and aesthetics should be optimised. That is, they should be developed to the levels appropriate to the efficient and effective use or acquisition of the content.
On to Part 2 >>
Sunday, September 24, 2006
Science and the HCI Practitioner
I used to be a scientist. After my PhD work, I held research jobs at a couple of universities before joining Logica's R&D centre in Cambridge (the original one). And then I became a craftsman when I began commercial human-computer interaction work.
The thing about HCI is that there isn't much science behind it. In fact, even by the standards of the social sciences, what passes for research in HCI is barely credible. In fact, I'd go so far as to say that most studies in the field are so specific to the technologies and tasks and environments involved that they probably can't be generalised beyond that particular situation. Proper experimental design, let alone replication of a result, is incredibly rare.
Yet the field is full of rules and guidelines, do's and don'ts, as if there was a vast corpus of repeatable research behind them. (I know, I know. Some of you are shouting 'What about Fitt's Law?' and you're right. That is real, solid research. One piece. Count it. One.) So what's going on here? How do people like me get to tell our clients we're experts with a straight face?
Well, partly it's this. Proper research takes a very, very long time. By the time you've done a serious study and published it in a peer-reviewed journal, the chances are you can no longer even buy the display technologies, operating systems and input devices that were used in your experiments. The H in HCI may not have changed in 150,000 years but the C certainly has, and so has the I. And proper science is just no good at shooting at such rapidly-moving targets.
So we experts rely on three things; the experience we gain in working with people and interactions over years or decades, a set of 'rules of thumb' which we know are probably wrong in many situations, and an attitude to the problem that goes ‘the best thing to do is evaluate this with real users’.
That’s why I think of myself as a craftsman, rather than a scientist, or even a technologist – because my real skills are in my approach, my kitbag of techniques, my years of experience, and my attitude to the problem. I wish, sometimes, it could be different but, in this field, it can’t.
The thing about HCI is that there isn't much science behind it. In fact, even by the standards of the social sciences, what passes for research in HCI is barely credible. In fact, I'd go so far as to say that most studies in the field are so specific to the technologies and tasks and environments involved that they probably can't be generalised beyond that particular situation. Proper experimental design, let alone replication of a result, is incredibly rare.
Yet the field is full of rules and guidelines, do's and don'ts, as if there was a vast corpus of repeatable research behind them. (I know, I know. Some of you are shouting 'What about Fitt's Law?' and you're right. That is real, solid research. One piece. Count it. One.) So what's going on here? How do people like me get to tell our clients we're experts with a straight face?
Well, partly it's this. Proper research takes a very, very long time. By the time you've done a serious study and published it in a peer-reviewed journal, the chances are you can no longer even buy the display technologies, operating systems and input devices that were used in your experiments. The H in HCI may not have changed in 150,000 years but the C certainly has, and so has the I. And proper science is just no good at shooting at such rapidly-moving targets.
So we experts rely on three things; the experience we gain in working with people and interactions over years or decades, a set of 'rules of thumb' which we know are probably wrong in many situations, and an attitude to the problem that goes ‘the best thing to do is evaluate this with real users’.
That’s why I think of myself as a craftsman, rather than a scientist, or even a technologist – because my real skills are in my approach, my kitbag of techniques, my years of experience, and my attitude to the problem. I wish, sometimes, it could be different but, in this field, it can’t.
Thursday, September 21, 2006
Don't Touch That Dial
The first post on a new blog is always a funny thing. No-one knows you're there yet and, while you're bursting with things to say, you know you really ought to save them for a time when you're not so obviously talking to yourself.
So let me just say that I am a vastly experienced (i.e. old) human-computer interaction specialist - old enough to remember when the field was widely known as 'man-machine interface' (how times change) and experienced enough to know there is nothing new in the term 'interaction design' (been there, Dan that). In fact, one of the things I might get on to in the near future is listing out all the many terms used for what it is I do and, unless I get too bored with the thing, the scope and applicability of each of them.
On the whole though, I just want to dump 25 years' worth of learning on the world in case anyone wants it.
So, stay tuned. (Oh yes, and click on an ad, if you would, please, I'm running short of Kitty Kat.)
So let me just say that I am a vastly experienced (i.e. old) human-computer interaction specialist - old enough to remember when the field was widely known as 'man-machine interface' (how times change) and experienced enough to know there is nothing new in the term 'interaction design' (been there, Dan that). In fact, one of the things I might get on to in the near future is listing out all the many terms used for what it is I do and, unless I get too bored with the thing, the scope and applicability of each of them.
On the whole though, I just want to dump 25 years' worth of learning on the world in case anyone wants it.
So, stay tuned. (Oh yes, and click on an ad, if you would, please, I'm running short of Kitty Kat.)
Subscribe to:
Posts (Atom)
