Chapter 14
After taking so many cognitive science classes, it seems to me that usability testing could be abandoned, and evaluation would depend more on field studies. Usability testing doesn't seem like it would provide much information in addition to field studies. People are rarely going to be using a product in a controlled environment, so testing in one wouldn't have much use, other than possibly identifying MAJOR problems with a design, but those problems would probably be discovered in the field study anyway.
I got a kick out of reading about the Tracksys 'lab-in-a-box'. I think it's amusing that something was designed specifically for studying the study of design. Then again, designers and researchers are people too, and I'm sure having all their tools in one easy (hopefully?) to use box is nice. From the look of it, maybe the Tracksys could undergo a redesign, as it's beginning to look a bit dated.
I like the example the book used, MedlinePlus, to serve as a basis for usability testing and field studies. Mainly due to the fact that it's a large website, and the redesign would impact a large number of people. So seeing real application on a large scale in the real world was appreciated.
Chapter 15
Analytical evaluation almost seems silly to me, because as the introduction says, the researcher is role-playing as the user. If products are designed with the user in mind, shouldn't the user be the one to evaluate whether or not s/he likes the interface? However, I guess I can see a couple advantages to this approach. The first one being that it's simply more testing. If designers can predict what the user may or may not like before the product is given to the user, maybe they can make evaluations simpler for the user. More importantly though, I don't think users always know what they like or don't like, but more importantly, the user may not be able to aptly convey that (such as why or how). By having an expert posing as a user, the expert will be more easily able to determine what makes the interface good or bad, and be able to explain why, so that it can be fixed.
I did enjoy reading about the REI website, and thinking about it analytically. Mainly due to the fact I'd been to the website before, so it was neat to see it in the book, and think about its redesign :)
I also liked reading about Fitts' Law, because I never knew that such an idea existed, but now after having read about it, and looking at buttons on various things, it does hold up. It's interesting looking at its application on various things (and whether designers actually took it into account when designing a product, or the face that the law holds is just a coincidence).
Lecture
If there's any topic I really enjoyed in this class, it was ubiquitous computing. I really do think that computers are eventually going to be anywhere and everywhere (even more so than they are now), and it's also inevitable. In my opinion, this is a great thing. I really enjoy technology and computers, and I think they make life much easier and much more enjoyable. The idea that one day they're really going to... permeate life is awesome. Definitely not anything like the Borg, but just being able to have a supercomputer always at hand.
I also really liked being able to see some of the more cutting edge research going on, and also being able to see where to go to do some more research on my own.
I know, it's nerdy, but technology is exciting.
Sunday, December 9, 2007
Sunday, December 2, 2007
Week 9
Chapter 10
The first thing I really liked about chapter was the picture on pg. 475, because I think that's how design for users' needs really does happen 95% of the time. If determining good design wasn't so difficult, then so much research and analysis wouldn't currently be going into it. I think the requirements phase is probably one of the most difficult phases of design, because most of the time the customer doesn't even know what THEY want. So trying to explain what they want to a designer can be very frustrating. Sometimes they do know what they want, but they do a poor job of conveying that, and end up with a product that isn't what they had imagined.
I liked that this chapter also had many real world examples. I find it much more useful to see techniques already discussed being applied somewhere, rather than reading something that's as dry as stereo instructions. For example, reading about the task descriptions or the Web Fun Central, were actually interesting because they apply to something a little more concrete.
Chapter 11
I think that prototyping is probably the most enjoyable part of design; especially after watching the video in IDEO in class several weeks ago. This is probably so, because prototyping involves the most amount of imagination and creativity. Being able to brainstorm with a group of people, then design some of those ideas just sounds... fun! Not to mention while trying to design one thing, you may end up designing something entirely different than what was planned, but can be extremely useful somewhere. It's also good to see work going into making prototypes of new interfaces for systems already in place, such as the eSpace project.
It was also interesting to read about the tool support, such as DENIM. I think an entire chapter should be devoted to tools used by designers to make their jobs easier. Not only that thought, I just enjoy reading about new programs I haven't heard about before. Who knows, maybe I could use one of the programs for something entirely different than what IT was designed for, such as Thoughtless Acts.
Chapter 12
After reading chapter 12, evaluation sounds like it would be a fun part of design as well. Hearing about why users did or didn't like your product will help you in future designs, as well as possibly understanding more about what users like and dislike when it comes to interfaces. Additionally, after some field work has been done, and the prototype has been evaluated by users, the prototype may need to be redesigned, which leads us back to the fun stuff!
Chapter 13
This was a rather short chapter, which really just wrapped up the basics of interaction design using the DECIDE framework. I suppose it was nice of the authors to provide us with an easy to remember acronym for working on a design project, even if it is overly simplified.
It really seems like the past few chapters have had largely redundant information. For example, chapter 10 had a large amount of data analysis, interpretation, and presentation information, even though an earlier chapter was already covered much of that. Also, chapter 13 provided the DECIDE framework, which is just a simple acronym for everything covered in previous chapters (although I think it was the first time informed consent and ethics were discussed).
Overall I think the book has been interesting, but the past... 5 or so chapters could have been mostly eliminated. The new information in each of those chapters could simply be inserted into their respective chapters.
Class Discussion
I really enjoyed Tuesday's lecture, specifically the mention of Spore and Will Wright. I've been following Spore for some time now, and think it's not only going to be a great game, but also a great leap in interaction design (just as his previous games, such as The Sims, have been). I also enjoy listening to Will's speeches, because he's such an intuitive and inspiring person. He's the kind of person that makes others really think and do. Also, I'd never heard of TED, and after browsing their website they're something else to keep an eye on.
Listening to Professor Hollan discuss Beyond Being There was also interesting, but I have to admit, in my opinion I don't think any sort of interface will ever be able to replicate (or even improve on) face-to-face interaction. There's something about actually being next to a person you're talking to that I don't think can be reproduced by any interface.
The guest lecturer on Thursday was also intriguing, because everyone loves music, and mixing music with new technology and interfaces can only make both of them better (or so I think).
The first thing I really liked about chapter was the picture on pg. 475, because I think that's how design for users' needs really does happen 95% of the time. If determining good design wasn't so difficult, then so much research and analysis wouldn't currently be going into it. I think the requirements phase is probably one of the most difficult phases of design, because most of the time the customer doesn't even know what THEY want. So trying to explain what they want to a designer can be very frustrating. Sometimes they do know what they want, but they do a poor job of conveying that, and end up with a product that isn't what they had imagined.
I liked that this chapter also had many real world examples. I find it much more useful to see techniques already discussed being applied somewhere, rather than reading something that's as dry as stereo instructions. For example, reading about the task descriptions or the Web Fun Central, were actually interesting because they apply to something a little more concrete.
Chapter 11
I think that prototyping is probably the most enjoyable part of design; especially after watching the video in IDEO in class several weeks ago. This is probably so, because prototyping involves the most amount of imagination and creativity. Being able to brainstorm with a group of people, then design some of those ideas just sounds... fun! Not to mention while trying to design one thing, you may end up designing something entirely different than what was planned, but can be extremely useful somewhere. It's also good to see work going into making prototypes of new interfaces for systems already in place, such as the eSpace project.
It was also interesting to read about the tool support, such as DENIM. I think an entire chapter should be devoted to tools used by designers to make their jobs easier. Not only that thought, I just enjoy reading about new programs I haven't heard about before. Who knows, maybe I could use one of the programs for something entirely different than what IT was designed for, such as Thoughtless Acts.
Chapter 12
After reading chapter 12, evaluation sounds like it would be a fun part of design as well. Hearing about why users did or didn't like your product will help you in future designs, as well as possibly understanding more about what users like and dislike when it comes to interfaces. Additionally, after some field work has been done, and the prototype has been evaluated by users, the prototype may need to be redesigned, which leads us back to the fun stuff!
Chapter 13
This was a rather short chapter, which really just wrapped up the basics of interaction design using the DECIDE framework. I suppose it was nice of the authors to provide us with an easy to remember acronym for working on a design project, even if it is overly simplified.
It really seems like the past few chapters have had largely redundant information. For example, chapter 10 had a large amount of data analysis, interpretation, and presentation information, even though an earlier chapter was already covered much of that. Also, chapter 13 provided the DECIDE framework, which is just a simple acronym for everything covered in previous chapters (although I think it was the first time informed consent and ethics were discussed).
Overall I think the book has been interesting, but the past... 5 or so chapters could have been mostly eliminated. The new information in each of those chapters could simply be inserted into their respective chapters.
Class Discussion
I really enjoyed Tuesday's lecture, specifically the mention of Spore and Will Wright. I've been following Spore for some time now, and think it's not only going to be a great game, but also a great leap in interaction design (just as his previous games, such as The Sims, have been). I also enjoy listening to Will's speeches, because he's such an intuitive and inspiring person. He's the kind of person that makes others really think and do. Also, I'd never heard of TED, and after browsing their website they're something else to keep an eye on.
Listening to Professor Hollan discuss Beyond Being There was also interesting, but I have to admit, in my opinion I don't think any sort of interface will ever be able to replicate (or even improve on) face-to-face interaction. There's something about actually being next to a person you're talking to that I don't think can be reproduced by any interface.
The guest lecturer on Thursday was also intriguing, because everyone loves music, and mixing music with new technology and interfaces can only make both of them better (or so I think).
Sunday, November 18, 2007
Week 7
Chapter 8
In my opinion, most of chapter 8 should be omitted from the book. Although, that's a heavily biased opinion. I've already taken statistics and many cognitive science courses, so I've heard data analysis techniques many times over. What I haven't heard about before are the theories, like the grounded theory or active theory. I had heard of distributed cognition before. It was interesting reading about them, as they were something practical that data analysis could be applied to - something more than just pouring over qualitative and quantitative data.
Something else I found interesting were the examples used in the book, such as the MMORPG example. It's interesting to read about other people's findings, and to see the book use what they're teaching in a real world application.
A section I thought they could have made longer is the one where they mentioned tools to support data analysis. There are many tools out there, and to only cover a few of them seems like a shame.
Chapter 9
Chapter 9 really just seemed like a recap of everything that was discussed in the previous eight chapters. Only instead of discussing each part of interaction design in detail, the authors brought all of the previous ideas together into one big idea of how interaction design actually takes place. I suppose it's useful to see the bigger picture, although the chapter does seem a big redundant already having seen all of the finer details previously. What was useful were the new models that were discussed, and also seeing the practical applications of interaction design, such as the Microsoft XP example.
In-Class Discussions
Chumby is awesome! Except for the pricetag...
This week's technology overview was very interesting. Probably due to the fact that I had seen a lot of it before, and was already interested in it (the wii remote, chumby, having a tablet pc myself, etc). What was really interesting was SOAP. I'm actually considering building one when I get the chance. They're inexpensive, and look like a lot of fun to use. Plus, having a mouse you can use as a "pointer" from almost anywhere is awesome.
Assignment 2
For Assignment 2 we decided to do the self-checkout lanes at the Ralphs in La Jolla.
Assignment 2 turned out very well, considering there are only two of us in the group. The other members dropped after the midterm, and the students that Professor Hollan emailed about not having a group seemed uninterested in joining, so we were rather stuck. However, it turned out for the better, because it created plenty of brain-storming time for the two of us.
As far as specific contributions, I interviewed two of the four people used in our project. The two of us also spent a significant amount of time meeting out of class, and exchanging emails full of ideas - so many of the ideas developed in our project were a joint effort. However, one of the design improvements in the project was mine, which I thought was rather clever. All in all it was a very joint effort, from deciding on what we were going to examine, to conducting interviews, to examining data, and to brainstorming over design issues. The actual essay almost wrote itself near the end.
In my opinion, most of chapter 8 should be omitted from the book. Although, that's a heavily biased opinion. I've already taken statistics and many cognitive science courses, so I've heard data analysis techniques many times over. What I haven't heard about before are the theories, like the grounded theory or active theory. I had heard of distributed cognition before. It was interesting reading about them, as they were something practical that data analysis could be applied to - something more than just pouring over qualitative and quantitative data.
Something else I found interesting were the examples used in the book, such as the MMORPG example. It's interesting to read about other people's findings, and to see the book use what they're teaching in a real world application.
A section I thought they could have made longer is the one where they mentioned tools to support data analysis. There are many tools out there, and to only cover a few of them seems like a shame.
Chapter 9
Chapter 9 really just seemed like a recap of everything that was discussed in the previous eight chapters. Only instead of discussing each part of interaction design in detail, the authors brought all of the previous ideas together into one big idea of how interaction design actually takes place. I suppose it's useful to see the bigger picture, although the chapter does seem a big redundant already having seen all of the finer details previously. What was useful were the new models that were discussed, and also seeing the practical applications of interaction design, such as the Microsoft XP example.
In-Class Discussions
Chumby is awesome! Except for the pricetag...
This week's technology overview was very interesting. Probably due to the fact that I had seen a lot of it before, and was already interested in it (the wii remote, chumby, having a tablet pc myself, etc). What was really interesting was SOAP. I'm actually considering building one when I get the chance. They're inexpensive, and look like a lot of fun to use. Plus, having a mouse you can use as a "pointer" from almost anywhere is awesome.
Assignment 2
For Assignment 2 we decided to do the self-checkout lanes at the Ralphs in La Jolla.
Assignment 2 turned out very well, considering there are only two of us in the group. The other members dropped after the midterm, and the students that Professor Hollan emailed about not having a group seemed uninterested in joining, so we were rather stuck. However, it turned out for the better, because it created plenty of brain-storming time for the two of us.
As far as specific contributions, I interviewed two of the four people used in our project. The two of us also spent a significant amount of time meeting out of class, and exchanging emails full of ideas - so many of the ideas developed in our project were a joint effort. However, one of the design improvements in the project was mine, which I thought was rather clever. All in all it was a very joint effort, from deciding on what we were going to examine, to conducting interviews, to examining data, and to brainstorming over design issues. The actual essay almost wrote itself near the end.
Friday, November 9, 2007
Week 6
Chapter 7
This chapter provided some useful information in getting the Assignment 2 wheels churning. It helped to see some sample questions, how to design them, and what types of questions to avoid.
I think most importantly it showed how many types of interviews there are, and how many ways those interviews can be conducted. The interview type to be used is dependant on what the interview situation is going to be like. However, I think using multiple methods is probably always the best idea. For example, doing audio recording and writing, or video taping and writing, etc etc. The more ways information is recorded, the more likely nothing is going to be missed. I also think that questionnaires would be highly useful in many situations. It would allow the interviewee some additional comments that may have not been covered in the interview. It would also ease some of the cognitive strain on the interviewer by not having to worry about forgetting important questions.
As an interesting thought in regards to the book's design, I wonder which is better - Presenting all the information on interaction design in chapters 1-6 first, as an introduction to how to conduct interviews, or presenting interview techniques first, so readers can think about them while learning about interaction design. I think that learning about interviews first would be more beneficial... But that's just my opinion.
Update on Assignment 2
We had a solid group, but it's inevitable that people drop after a midterm, and our group kinda fell apart. We're trying to find new members at the moment. On the bright side, before the midterm the group was able to meet several times, and came up with a pretty solid idea for the assignment, along with some preliminary questions to ask interviewees. I think we're pretty ahead of the game thus far. We have a solid idea and some ideas for interviewing already - things seem to be coming together nicely.
This chapter provided some useful information in getting the Assignment 2 wheels churning. It helped to see some sample questions, how to design them, and what types of questions to avoid.
I think most importantly it showed how many types of interviews there are, and how many ways those interviews can be conducted. The interview type to be used is dependant on what the interview situation is going to be like. However, I think using multiple methods is probably always the best idea. For example, doing audio recording and writing, or video taping and writing, etc etc. The more ways information is recorded, the more likely nothing is going to be missed. I also think that questionnaires would be highly useful in many situations. It would allow the interviewee some additional comments that may have not been covered in the interview. It would also ease some of the cognitive strain on the interviewer by not having to worry about forgetting important questions.
As an interesting thought in regards to the book's design, I wonder which is better - Presenting all the information on interaction design in chapters 1-6 first, as an introduction to how to conduct interviews, or presenting interview techniques first, so readers can think about them while learning about interaction design. I think that learning about interviews first would be more beneficial... But that's just my opinion.
Update on Assignment 2
We had a solid group, but it's inevitable that people drop after a midterm, and our group kinda fell apart. We're trying to find new members at the moment. On the bright side, before the midterm the group was able to meet several times, and came up with a pretty solid idea for the assignment, along with some preliminary questions to ask interviewees. I think we're pretty ahead of the game thus far. We have a solid idea and some ideas for interviewing already - things seem to be coming together nicely.
Sunday, November 4, 2007
Week 5
No readings this week. Midterm review was on Tuesday and midterm was on Thursday.
So far Assignment 2 is coming along nicely. Our group already has an idea of what we want to do, and already coming up ideas of how to go about running interviews and collecting data.
So far Assignment 2 is coming along nicely. Our group already has an idea of what we want to do, and already coming up ideas of how to go about running interviews and collecting data.
Subscribe to:
Posts (Atom)