Showing posts with label Human Computer Interaction. Show all posts
Showing posts with label Human Computer Interaction. Show all posts

Tuesday, November 13, 2012

iPad experience revives market for real books!

Will my subject tagline, "iPad experience revives market for real books!" appear in a newspaper article in the next few years?

If
my experience is any judge, there is at least a chance.  I've noticed
that when using my iPad if I come across a boring part of a novel or a
tech book, rather than plowing through it, I often revert to web browing
or playing a game.  The result is I read less.  I ma now combating this
by using ereaders and dare I say, real books!

Am I just an anachronism or does anyone else share my experience?

Later,

   --Gregg


ps- also posted in my google group, software experience



Monday, October 5, 2009

TRAINing

One of my aspirations is to apply the same sort of creativity that goes into the look, feel and operation of computer games to business applications.  Some of the benefits of doing this are presenting information in a more efficient manner (3D and pictures provides the potential of presenting more information), minimizing training and making it more enjoyable.

This weekend an article in the New York Times Art and Entertainment section reviewed the game, Dead Space: Extraction, for the Nintendo Wii. Note - warning mature themes! What makes this game somewhat unique is that it is a "rail" game.  In rail games the game moves you, just as if you were in some invisible rail car, and your tasks are shooting and gathering objects.  This lack of concern for motion has its price - once you have passed something you can't go back, it is inherently a serial presentation.

When I read this I thought that perhaps we might be able to use this approach for work flow, especially work flow that builds on previous steps.  Although we might not have control of speed we may have the ability to slow or momentarily pause (an emergency "brake") the progression.  Work flow then becomes a natural progression rather than an annoying stream of menus and programs.  I realize this is analogous to frames and scripts from the AI literature, but perhaps we could push the rails analogy and actually have us moving by the steps, adding information as we cruise by.  A perspective button could provide a perspective on what is left in the path.

So what do you think, are their business applications that would benefit by placing users on "rails" and guiding through the workflow?  I would be interested in your thoughts on this and also whether rail games are compelling as a game genera - I like them because as I get older it is one less thing to do.  Later!



Sunday, September 27, 2009

WORD!

Established products present additional challenges to User Experience Design. The central issue is how do we improve it without changing it.  There is impedance to change since users have "over learned"  the interface and change results in errors and a fairly significant re-learning process, usually more protracted than a new user would experience.  Microsoft designers have in the past few years done exactly that, changed Microsoft's office interface as described in this article.  This was a bold decision and has not been without its critics - see these comments on Amazon's Microsoft Office site.

Eric Lorenz discusses these issues in this entry from his log book.  He also discusses the quest for simplicity that may have motivated the changes, this was after we had discussed Maeda's, Laws of Simplicity, in the class.  I have mentioned Maeda's book in several posts and it is highly recommended.  Here's Eric's post:


During our lecture on 6/1/09, we covered Maeda’s “Laws of Simplicity”.  These Laws, and some of our other readings dealing with simplicity and complexity, have sparked some thoughts about two particular products on the market today that most of us come in contact with daily: Microsoft Office and the automobile. 


I brought up Microsoft Office during the lecture.  I was commenting on how the menu structure of the “new” 2007 version is considerably altered compared to the earlier versions, which had all been fairly consistent in design.  In my mind, this is a perfect example of the struggle between Consistency and organization.  The “what goes with what?” question has been answered well by Microsoft in the new version.  However, upon first inspection, the new version seems quite counter–intuitive and harder to navigate to existing users.  On an objective level, the new software is better organized and therefore offers improvement over the previous versions.  Because of its revamped organization, it is actually simpler: new users would probably find the 2007 version more intuitive, as they are not influenced by where the commands used to be located.  The menus are functionally consistent, if not version consistent.  I guess simplicity is in the eye of the beholder to some extent: Better organization may be friendlier for new users but the change of menus may actually seem to make the system more complex to confounded existing users. 


In this way, the gains in simplicity for new users are balanced with the learning and time difficulties for existing users.  (I wonder how Microsoft decides which group is more important?)  After all, most of the workforce does not receive formal training for a new version of MS Office.  Therefore we are forced to dive right in, which we know most likely costs extra time (and money) in the long run.  Along the same line, time penalties also result in user (and possibly their superiors’) frustration. 


In the end, I think Microsoft balanced its interests well because I believe they have done the right thing by improving the product first and foremost.  However, although the learning curve is probably not considered exceptionally steep for users’ of previous versions of the Microsoft Office suite, the impact is considerable because of the broadness of its effect as an organization’s entire workforce absorbs the time to adjust; not an insignificant event for something considered “productivity software.”


Personally, even though I was used to the old version and had been using this product for years, since I have become familiar with the new version I do prefer it.  I tend to be a logical person and like to have everything in its place, especially if it is a functionally organized place.  I was also well aware of the inconsistencies in the old version.  Even though the new version of Office is much different visually, I can appreciate the simpler organization because I see the difference between it and the (in my opinion) more complex old version. 

So what do you think, was MIcrosoft correct in its interface changes for the Office Suite?  Let us know what you think.  It will also be a great question to revisit.  Later.





Monday, February 23, 2009

Class Tested

Last Friday was the last HCI class for 2009 at Penn.  The last class is the time for class teams to demonstrate their HCI projects.  There were three this year:  ParkMe - an iPhone application to show available parking spots in an area, complete with such arcane details as traffic regulations; meMote - a Wii-mote based tv controller that had content based selection and accommodated the elderly and SendMe - a proprietary application that a student did n conjunction with his day job.  All three were superb, but ParkMe won the great of the 8's contest.  The class is EMTM 608 so hence the awards name.

I used a new book this year, Bill  Moggridge's Designing Interactions, ISBN: 0-262-13474-8.  It provided a perspective on design that nicely complemented the other texts in the course: Don Norman's Design of Everyday things, ISBN: 465067107, a classic that should be read repeatedly; John Maeda's The Laws of Simplicity, ISBN: 0262134721, a book that really like, great for a cross country plane trip and covered in an earlier post and User Interface Design and Evaluation, ISBN: 0120884364 by Stone, Jarrett, Woodroffe and Minocha, an excellent, practical textbook on doing HCI.  These books, complimented by Ben Schneiderman's, et.al., classic and encyclopedic, Designing the User Interface: Strategies for Effective HCI, ISBN: 0321537351 form a basis for an HCI library.

If you would like to explore my HCI lectures, they will be available for a few more weeks at my homepage.  I would appreciate any additional recommendations of books to add to an HCI library, I will suggest a few more in the coming months, but always looking for pointers.  Later!


Wednesday, December 17, 2008

YouTube not for Everyone

I am starting my HCI course at Penn and coincidentally some of my last lectures in my Stevens courses deal with HCI issues.  One of my students in my Stevens Software Engineering course, Todd Bernstein, sent me this perceptive email that I thought I would share with you concerning YouTube and other on line video sites.


Does the 1998 amendment to Rehabilitation act extend to online videos? I am surprised that captions are not available on the many videos posted on the web. At the very least, I think the big networks sites should have them. I know many elders would benefit from this as well as the hearing impaired population. With the explosion in video on the web, I think it would make sense to have a inclusive reach to the audience and include language translations as well but that may be out of the scope of the Rehabilitation act.


Since I am in the midst of tests and papers I have not had a chance to investigate it but my bet is it does not since the Law pre-dates the site.  As Todd points out, this limits the population that can view the site and given the role these on line video sites played in the election, it makes accessibility difficult to a significant part of the electorate.  Of course this would be an expensive process, but it could also be a differentiator and a subtle way to advertise (close captioning provided by ...).  I would like to collect opinions on this.

By the way, if you would like to follow my lectures at Penn, you can download them at my home page here.

Hopefully since I am correcting a ton of logbooks and have some free time between semesters, the posts should increase again.   Later!


Tuesday, August 26, 2008

Vinge on the Future

One of my mantras in my HCI classes is that often the best interface is no interface - essentially automating it away by doing the task or making the decision in the software which may or may not require AI.  A New York Times article today explores Vernor Vinge's speculations on where this automation may end.  The article refers to Vinge's essay on, "The Coming Technological Singularity" and his new book RAINBOWS END.  Vinge speculates/extrapolates that by 2030 computers will become so juiced that a new intelligence will emerge that will surpass humans and then what do these new intelligences do about us - thus begins the Post Human world.  That "then" has been the fodder of many SciFi books and movies (e.g., the Matrix Trilogy).  It also has been discussed in books by folks such as Kurzweil's, THE SINGULARITY IS NEAR, which expands on Vinge's essay.  Exploring this train of thought does cause one to give a sideways glance at the block of silicon on your desk!



My own take on this, hardly novel, is that it has been so difficult to get software to do anything that it is a lot farther off than 2030, if ever. In fact most of what I teach is focused on trying to coax software to doing anything intelligent and at least approximate what we want. Of course the humans involved in the software enterprise, do not make it any easier!



Vinge's potential solution is to partner with the computer and become better together.  That is appealing since each entity has unique skills to bring to the table and this seamless interactivity between human and computer is something we strive for in HCI.  In fact HCI as partnership is something to explore, that may lead to new way s of viewing the user experience.  Hmmmm more on that later - and more on emergence.



By the way, Vinge is a great sci fi (and computer textbook) author.  I would highly recommend sampling his work.  I often refer to his story, "True Names"  in first nailing the issues on cyberspace and privacy - he is one of the most prescient of the current scifi writers.



I would appreciate your thoughts on this and I thank the NY Times science section for the article.  A nice thought generator for these dog days of August!    Later!





Thursday, August 21, 2008

A new era of "help" messages

Often in my HCI classes I state that the best human computer interface is no interface, that you should automate the task completely if you can.  I just came across a pointer to a video from doggdot, a blog aggregator, that is worth posting and you can find it here.  It shows a robot correcting a human in a cooperative task.  Two points worth noting in the video: (1) the dialog design that results in a rather firm correction to the human and (2) the fact that the human had to adjust the platform so the robot could place the bolt on the wheel - there still is a long way to go before you will work on a daily basis with an obnoxious robot.  Gee the aibo is discontinued only to be replaced by obnoxious robots!



I think I have my nth wind and hope to increase the frequency of my posts going forward.  Later!




Thursday, January 24, 2008

Simply Google

John Maeda of Laws of Simplicity fame has created an official theme for iGoogle.  iGoogle constructs a homepage for your browser much like yahoo provides.  It is an interesting theme of shapes and colors that change each time you access it.  Probably too much color for me but I am going to live with it for a while to see if it grows on me.  Thanks to Len Accardi of my University of Pennsylvania HCI class for calling my attention to this.



One suggestion on studying Maeda's Laws of Simplicity .  Although the web page is a great place for discussion and listing of the laws, you have to read the book with Maeda's commentary to get the full impact of his study of simplicity.  One particularly discouraging comment of a student in one of my classes was why not just list the laws rather than requiring the book.  One really has no chance of getting what Maeda's is trying to accomplish without reading his book and commentary regarding the laws.



His book will definitely make my Valentine's Day list of books to suggest to your significant other as potential Valentine's gifts for yourself.



Later!



Thursday, February 22, 2007

Simple isn't simple

This post is about John Maeda's book, The Laws of Simplicity. I just finished reading it and was simply impressed. If you read the reviews on amazon, they are mixed. I have a simpler take, read it and judge for yourself. It is a bit over $10 and 100 pages. At most it will take you the equivalent of 3 episodes of 24 to read and you will learn so much more.



I liked it a lot, will require it in many of my courses (HCI and Software Architecture and Design) and willl have several future posts on it. I have espoused simplicity and know simple isn't simple, but Maeda helps us in its pursuit. Software folks and engineers need more grounding (fore and back) in design concepts and this is a simple, gentle introduction. It is well written.



It seems appropriate to make this first post simple. For more information, Maeda has a web site. Later!



Tuesday, December 26, 2006

IVR versus Person

A recurrent discussion in my HCI classes is relating numerous user experiences with horrid IVRs  (Interactive Voice Response) and sharing techniques for cutting through the menus to contact a real person. I always cringe when I hear the complaints, since I have managed folks creating IVRs and I appreciate all the work they do to try to make such systems accurate, navigable and palatable.  Unfortunately, in many instances, the lack of flexibility in the telephony interface makes this difficult  at best.  The goal of many users encountering IVR systems is getting to an actual person.   Admittedly that has generally been my goal too!



However late last week two encounters in one day convinced me that IVRs done right can actually avoid aggravation.  My first experience that day was with XM radio. <digression> XM radio is a fine product but lately I have found I was not using it -- part of it was that it was a portable version and with my portable GPS and my cell phone, there were just too many darn wires floating through the car.  My next car will have integrated GPS and  some brand of subscription radio but for now the cell phone and GPS are more important. </digression>  I wanted to cancel it.  So I cruised through the IVR response trees and was finally connected with a person.  The attendant asked for all the information  including my equipment's ID and my address and then asked how she could help.  I said I wanted to cancel the service, she asked why, I told her I did not use it. She said okay she would transfer me to the cancellation department.  After a short wait, another attendant answered, asked again for all the information, seemingly bit by bit (I did grumble), and then asked how she could help.  Frustrated beyond belief I said I thought this was the cancellation department and I wanted to cancel my service.   She said it is the cancellation department and you guessed it - she asked why I wanted to cancel. After a minute she returned and stated that the refund check will be mailed to me in 2 to 3 weeks.  Of course I had to ask her for the amount.  Needless to say this entire user experience was poorly done.   Lest you think it occurred because I was canceling, my other two experiences with XM Radio customer support were similarly bad and that was when I asked to renew my subscription, to give them money.



Several hours pass and I am home.  While cruising through channels, Kath found pillows on QVC that were a great price.  I said I would order them.  I dialed the 800 number from our home line and the IVR asked for our pin. (We were a repeat customer.)  Since pillows were on the screen at the time it asked it that is what we wanted to order.  I said yes, indicated color and size with two more menus and the IVR repeated the order (all canned, pleasant, non synthetic speech) and that was that.  It literally took less than 2 minutes!  In 5 minutes the order was confirmed on my email account.  (I never received a similar confirmation from XM.)



Compare the two experiences.  QVC was optimized to save me time and to insure that the order was accurate.  Since I dialed from my home phone ANI, Automatic Number Identification, suggested my potential identity and providing my pin confirmed it.  The IVR was linked to programming so it knew what was likely being ordered and had a crisp script to get the necessary information.  In contrast XM Radio designed their IVR so that it would accommodate their fragmented systems.  Information was not transferred from interaction with the IVR to attendant 1 and from interaction from attendant 1 to attendant 2.  It accommodated their needs, not their customer's needs.  Additionally there was no confirmation even though it would have been simple to launch an email and check for accuracy.



In my adventures last week with XM Radio and QVC, I feel a bit more enthusiastic that someday I will want to access the IVR instead of a fallible attendant and that the hard work and design of HCI specialists and IVR developers will pay off.  At least in the QVC instance, the user experience was superb.  Note that the QVC instance made use of one of my pet HCI principles, the best interface is the one that has been eliminated through automation.



Sorry for such a long post!  I hope to accelerate through my back log over the next few months and hope you all are enjoying the holiday break and wish you all the best in 2007!  Later!



Monday, January 16, 2006

About You

I have been asked by folks several times to provide recommendations on introductions to cognitive psychology.  Two popular books are: Cognitive Psychology by Solso, et. al. (isbn 0205410308) and Cognitive Psychology by Sternberg (isbn 0155085352).  The observant reader will note that cognitive psychologists are very creative in their choice of titles!  You also can obtain a free copy of William James, Principles of Psychology here.  Although it was written in 1890, it is still a great read on ourselves.  In fact if you are really into psychology, York University in Canada offers an archive of free classic books and papers here.  Highly recommended, especially if you would like to read a bit about some of the topics such as Gestalt Psychology that I briefly cover in class.



There also is a great online (shareware if you find it useful) book on task centered user interface design by Clayton Lewis and John Reiman.  You can download a copy of it here.   It is a very practitioner oriented book and highly recommended.  I knew Clayton when he worked as a user interface specialist at IBM Yorktown Heights (aka T.J. Watson Research Center) with John Gould. You can access a paper they wrote on designing for usability here. Clayton then moved to academia and is at the University of Colorado.



I will be adding more resources on psychology and human centered design in the months ahead.  Later!



Wednesday, January 11, 2006

A Key Model

I am currently teaching a course at Penn on Human Computer Interaction which stress an applied appraoch and only briefly mentions the academic underpinnings of the field.  A classic book that provides an insight into basic principles in HCI is Card, Moran and Newell's The Psychology of Human Computer Interaction.  It is a bit dated and may be difficult to get but it is well worth the effort to  find it at amazon, a used book site (I use alibris) or from a library.



One of the classic topcs in the book is a model of keystrokes that assesses the efficiency of a user interface.  You can get a Windows only calculator for this model here, just select KLM calculator. The SYNTAGM site also has other useful resources for HCI including card sorting and mailing lists, well worth exploring!



As the year progresses I will provide other resources for HCI and will mirror them on my website.  Later!



Tuesday, October 18, 2005

What's up? Doc! (redux)

The logbook entry from Ricardo Macarron  captures the need for  better documentation and a common language between software developers and their users.  He also lists some consequences of a lack of understanding of the software by the users and the tasks by the software developers.   There is a growing movement in the software development/user community to reach to a common language, a common understanding, usable software and readable and succinct documentation.  Part of that movement is captured well by Eric Evans' book, Domain Driven Design: Tackling complexity in the heart of software, 2004, Addison Wesley, ISBN:0-31-12521-5.



Domain Driven Design also has its own website and you can find it here.   Some of the discussion is certainly controversial, especially Evans' view on architecture, but it addresses important concepts that should help alleviate or at least moderate the problems dealing with software Ricardo describes in the log.  Later!



Ricardo's log:



Back to Software engineering. As an end user and chair of a couple of scientific fora within <my company  and both>resulting in requests for software tools, learning about software engineering is providing an opportunity to reflect on past experience. While designing a new software tool, users know that work processes are evolving and thus demand flexibility. Users always get reassurance from software developers that the new tool will allow for easy adaptation to new processes, but we have rarely to never got this at the end. Why this is so difficult? One problem is lack of common language among both communities (users and software engineers): “customers don’t know what they want” is a catch phrase (or hedging exercise?) used time an again by IT experts. Let’s crack this nut: could it be that the developers and the customers don’t interact enough in the planning phase as to get to understand each others desires and constraints? Prototyping before final specs looks like a win-win solution.
Requirements change because people don’t think as the program (logical steps) and the program doesn’t react to unusual situations as people (flexibility once again, fuzziness, exception handling…). For instance, I often encounter employees in retail struggling to use a program to answer a question or even to input an order without some lamentation or the worst “cannot do it, the program doesn’t allow it”. These “unusual’ situations, or in general unforeseeable combination of factors interplaying while using a software program, are hard to predict in length when programs are being designed. A better science on building up scenarios seems to be needed. It is like if designers/users were poor chess players only predicting one move at a time instead of chess masters seeing hundreds or thousands of options many moves ahead.



Monday, April 25, 2005

What's up? Doc!

The most recent lecture in my Human Computer Interaction course included a section on Documentation.   A basis for either electronic or paper documentation is a clean, crisp writing style.  Almost anyone can achieve such a style with practice and some help.  A major resource for effective writing is Strunk and White's,  The Element's of Style.  This short book is a must in your library.  I've had a copy for years. (The cover price on mine reads $1.95, so it has been a while.)   There is a new (fourth) edition of the book with an additional author (Roger Angell) and it sales for $7.95 at Amazon. (Amazon's Better Together deal pairs William Zinsser's book, On Writing Well, which is another classic.)



Best of all, if you would like to browse before you buy, there is an on-line version of Strunk and White that is available here.  In addition, samples from Zinsser's book are available here.  If you like either or both, I would get them for your bookshelf.  Using them, while not turning you into a novelist, will definitely improve the clarity, crispness and readability of your prose.   Highly recommended.   Later!



 



 



Thursday, March 24, 2005

Commanding Topic

This week in my Human Computer Interaction class I am discussing the various interfaces:  Direct Manipulation, Menu/Form Completion/Buttons and Command Line.  I have to admit that many times I favor the command line interface above all else for many tasks.  Yes, I still use Emacs and vi and feel a bit frustrated at times over the inability to bend the menu  items of Word or Power Point to my needs.  I also have not found a direct manipulation interface the I totally like although Apple's OS X  comes close.  I really dislike X Windows, always have, even when I had a SPARC I pizza box with purple feet.



(You have to be old to understand that one.  Basically the first Sun SPARC had a large pizza box form factor and its feet, rubber squares to elevate for heating and protect the desk top, were purple.  The day they unvieled the Sparc I, which was revolutionary, all the engineers were wearing purple speakers and it wasn't until the unveiling that folks in the audience got the subtle hint.  Whew, what a digression.)



All of this reminded me of Neal Stephenson's essay, turned into book, In the Beginning was the Command Line.  Although he referred to folks using command lines as Moorlocks, a not so kind reference from H. G. Wells, Time Machine (read the book, the movie was horrible), it is a great essay/book.  Even better, a version of the essay is on line with updated comments by a fan.  You can find it here.  Although I appreciate that the fan, Garret Birkel, made it available, I would focus on the original Stephenson text and  then return and read Garret's comments.



I hope you enjoy it!  Later.



Wednesday, November 24, 2004

No Honor!

In most of my Software Engineering courses this time in the semester is devoted to Human Computer Interaction.  I mentioned in class this site that discusses poorly designed web pages.  Vincent Flanders hands out a daily award for really bad web sites and he is usually on the mark and he has been doing this since 1996.



Another source for web site critiques and advice is the book by Jakob Nielsen, Designing Web Usability: The practice of simplicity, New Riders Publishing, 2000, isbn:156205810X. 



Don Norman's books are always worthwhile and great reads.  Check out his web site here.    Note the web site url, www.jnd.org.  Those that have taken my courses should know what the abbreviation means, for those of you that do not it refers to just noticable differences.  Later!