name: inverse layout: true class: center, middle, inverse --- # Interactive Application Design Jennifer Mankoff CSE 340 Winter 2021 --- layout: false # Fitts' Law Revisited Example of how Marking Menus are used in practice (Maya) ![:youtube Example of marking menu in Maya, r8PQy8cX9dc] --- # Fitts' Law Revisited .left-column50[ ![:img CNN website marketing using a small x to close the pop up marketing that obscures the screen,85%,width](img/interaction/cnn-small-x.png) ] .right-column50[ - How is the CNN marketing group using Fitts' law in this situation? ] -- .right-column50[ - intentionally making it HARDER to remove this window ] --- name: inverse layout: true class: center, middle, inverse --- # Design Principles and Metaphors --- layout: false # Hall of Shame/Hall of Fame .left-column[ Is this physical or virtual? Context aware interface ![:img faucet with IR sensor, 110%,width](img/interaction/sensor.jpg ) ] .right-column[ ![:img Sign explaining how to use the sensor, 50%,width](img/interaction/sensor-explanation.png) ] ??? - Realworld example, fails to work effectively. - Sign found right next to the fountain. Also sign on the fountain. - Good or bad example of interface design? Do you normally have to read instructions to use a water fountain? - What about an IR faucet? - Often, person using the interface feels stupid or that they shouldn't use it - Who can use your interface and who can't. As designers you have the power to make an interfaace usable. --- [//]: # (Outline Slide) # Today's goals - Metaphor - Creating good mental models - Design Tips for Interaction Design - Feedback - Feedforward --- # Metaphor .right-column[ Lakoff & Johnson, Metaphors We Live By .quote["...the way we think, what we experience, and what we do every day is very much a matter of metaphor."] ] --- # Metaphor .left-column[ ![:img Picture of 4 chickens in a chicken coop,100%,width](img/interaction/chickens.png) ] .right-column[ Have you ever noticed how many chicken metaphors are in the English language? .font-small[ - “A hen is only an egg's way of making another egg.” - Samuel Butler - “The key to everything is patience. You get the chicken by hatching the egg, not by smashing it.” - unknown - "Regard it as just as desirable to build a chicken house as to build a cathedral." - Frank Lloyd Wright - "A chicken in every pot" - 1928 Republican Party campaign slogan - "Don't have a pot to put it in" - 1928 Democratic Party response slogan - Nest egg - to save a little money each week - Scratching out a living - to earn enough to get by on - Don't count your chickens before they hatch - don't plan on an outcome before it actually happens. - Don't put all your eggs in one basket - don't plan on an outcome before it actually happens. - Feather your nest - saving for the future - Mother hen - very protective - Flew the coop - gone - Walking on eggshells- treading softly where certain people are concerned; trying not to upset someone - Like a chicken with it's head cut off - running around with no direction - You're chicken! - being afraid - Hard-boiled - tough attitude - Ruffle your feathers - something annoys you - No spring chicken - you're old. Plain and simple. - Hatch an idea - put a plan into motion - Pecking order - finding your place - Brood over it - to worry; to hover over a problem - Chicken scratch - poor handwriting - Stick your neck out - go to bat for someone else - Stuck in your craw - upset about something and won't verbalize what's going on inside you; carrying a grudge. - Bad egg - less than honest person; poor moral standards - In a stew - got yourself in trouble - Raise your hackle feathers - visibly annoyed - Nesting behavior- preparing a home (especially pregnant women just before a baby is due) - Empty nest syndrome - depression and loneliness when children leave home - Made from scratch - made from raw materials by hand ]] --- # Desktop Metaphor (Magic Cap) .body[ ![:img Picture of a very literal desktop metaphor,60%,width](img/interaction/desktop.png) Critique! ] ??? - Is this a good interface or not? - What are some of the challenges of this? - Unwieldy, - Not great use of screen real estate - Other? --- # Are these better? .left-column50[ ![:img Packard Bell Navigator Workspace interface,80%,width](http://pbclub.pwcsite.com/wiki/images/b/bd/Navigator_3.5.png) ] .right-column50[ ![:img Packard Bell Navigator Kidspace interface, 90%,width](https://external-preview.redd.it/e_qbSsuqodAhlG0h6C3tS5bRv4WbMrlDAQfwwyQdA8U.jpg?width=960&crop=smart&auto=webp&s=3f1618ae0182d466c146b90c7ff97ff434d4b58a) ] .footnote[[Packard Bell Planet Wiki](http://pbclub.pwcsite.com/wiki/index.php/Packard_Bell_Navigator), [reddit](https://www.reddit.com/r/nostalgia/comments/6w951x/packard_bell_navigators_kidspace/)] --- # Is this a better option? .right-column50[ Can use metaphors to leverage existing conceptual models - Not really an attempt to simulate a real desktop - Leverages existing knowledge about files, folders, trash - A way to explain why some windows seem blocked ] .left-column50[ ![:img Jens Mac desktop, 90%,width](img/interaction/desktop-new.png) ] --- # How else can we minimize errors? ??? Key concept: mental models -- Key concept: Mental Models --- # Design Model What the system designer thinks the system does ("design model") ![:img A box showing the design (white),50%,width](img/interaction/mental1.png) --- # Implementation Model What the system actually does ("system image") ![:img A box showing the design (white) and actual function (blue missing a little bit of the white),50%,width](img/interaction/mental2.png) --- # User's Mental Model What the user knows about the system ("mental model") ![:img A box showing the design (white) and actual function (blue missing a little bit of the white) with a grey circle added in the center labeled "Frequently Used (Well understood) Part of System Functionality",50%,width](img/interaction/mental3.png) --- # User's Mental Model What the user knows about the system ("mental model") ![:img A box showing the design (white) and actual function (blue missing a little bit of the white) with a grey circle added in the center labeled "Frequently Used (Well understood) Part of System Functionality",50%,width](img/interaction/mental4.png) --- # User's Mental Model What the user knows about the system ("mental model") ![:img A box showing the design (white) and actual function (blue missing a little bit of the white) with a grey circle added in the center labeled "Frequently Used (Well understood) Part of System Functionality" a dark blue cloud labeled "Occasionally Used Part of System Functionality" around the user's well understood region,50%,width](img/interaction/mental5.png) --- # User's Mental Model Everything the user thinks they know ("mental model") .left-column50[ ![:img A box showing the design (white) and actual function (blue missing a little bit of the white) with a grey circle added in the center labeled "Frequently Used (Well understood) Part of System Functionality" a dark blue cloud labeled "Occasionally Used Part of System Functionality" around the user's well understood region and another cloud further out with errors (regions outside the blue system box) labeled "Users full model of what the system does",150%,width](img/interaction/mental6.png) ] --- .left-column[ # Every system has at least 3 different models ] .right-column[
graph TD S[System Image:
Your Implementation ] --> |System Feedback | U[User Model: How the user thinks
the system works] D[Design Model: How you
intend the system to work ]-->S U -->|User Feedback | S
] --- # What is your mental model for how to open these doors? .column[ ![:img Gym doors with few affordances of where you can open them and whether there is an accessible way to use the doors, 100%, width](img/interaction/gym-doors.png) ] .column[ ![:img Doors with identical handles labeled push and pull, 100%, width](img/interaction/doors.jpeg) ] .column[ ![:img Door with what appears to be a push handle labeled pull, 100%, width](img/interaction/doors2.jpeg) ] --- # Relating the Human and the Interaction .right-column50[ ![:img Don Norman's Human Action Cycle,80%,width](img/interaction/human-action-cycle.png) ] .footnote[[Don Norman, When Three World Collide: A model of the Tangible Interaction Process, 2009](https://www.researchgate.net/publication/221332102_When_three_worlds_collide_A_model_of_the_tangible_interaction_process)] ??? Note to instructors: Need to change image to mermaid --- # Relating the Human and the Interaction .left-column50[ **Gulf of Execution** is the user's belief in functions the system _doesn't have_ - This is the users 'error' region **Gulf of Evaluation** is where the user _doesn't realize the system HAS a functionality_. ] .right-column50[ ![:img Don Norman's Human Action Cycle,80%,width](img/interaction/human-action-cycle.png) ] --- # Relating Gulfs and Mental Models .left-column50[ ![:img A box showing the design (white) and actual function (blue missing a little bit of the white) with a grey circle added in the center labeled "Frequently Used (Well understood) Part of System Functionality" a dark blue cloud labeled "Occasionally Used Part of System Functionality" around the user's well understood region and another cloud further out with errors (regions outside the blue system box) labeled "Users full model of what the system does",100%,width](img/interaction/mental6.png) ] .right-column50[ - Where are the gulf of evaluation and gulf of execution in this image? ] -- .right-column50[ - Gulf of execution is the user 'error' region (user requests function the __system DOESNT HAVE__), gulf of evaluation is when the user __doesn't realize the system HAS a functionality__. ] --- # Relating Gulfs and Mental Models .left-column50[ ![:img A box showing the design (white) and actual function (blue missing a little bit of the white) with a grey circle added in the center labeled "Frequently Used (Well understood) Part of System Functionality" a cloud further out with errors (regions outside the blue system box) and an arrow pointing from the part they really understand to the part outside of the application,100%,width](img/interaction/mental7.png) ] .right-column50[ What happens when the user does something they think is core but is really not supported? ] -- .right-column50[ - Need to undo! ] --- # Refridgerator/Freezer Example .left-column[
graph LR F[Freezer
] Fr[Fridge
]
] .right-column[ Problem: - Freezer too cold - Fridge just right ] --- # Refridgerator/Freezer Goal .left-column50[ ![:img Freezer controls and instructions on how to set temperatures,100%, width](img/interaction/fridge-freezer-controls.png) ] -- .right-column50[ Goal: - Want to make the freezer warmer - Want the refridgerator to stay the same temperature ] .footnote[Don Norman, Design of Everyday Things] --- # Refridgerator/Freezer Mental Model .left-column50[ ![:img Mental model of how to set the fridge and freezer temperatures,100%, width](img/interaction/fridge-freezer-mental-model.png) ] -- .right-column50[ Mental model: - Fridge control controls fridge temperature - Freezer control controls freezer temperature ] .footnote[Don Norman, Design of Everyday Things] --- # Refridgerator/Freezer System Model .left-column50[ ![:img System model of how to set the fridge and freezer temperatures,100%, width](img/interaction/fridge-freezer-valve.png) ] .right-column50[ Valve controls the flow of cold air from one cooling unit. ] .footnote[Don Norman, Design of Everyday Things] --- # Refridgerator/Freezer Feedback .left-column50[ ![:img It takes 24 hours to get the feedback that new settings worked,100%,width](img/interaction/freezer-feedback.png) ] .right-column50[ 24 HOURS?!??! ] .footnote[Don Norman, Design of Everyday Things] --- # Causes of Gulf of Evaluation What can cause a user's Gulf of Evaluation? -- - Hard to understand visual feedback - Poor use of colors - Bad layout, poor grouping - Unfamiliar display of information - Unfamiliar design patterns, or doesn’t follow convention - Forcing people to remember lots of things - Lack of feedback in response to inputs - Might not see visual updates - Can’t find info on screen - Might look same as unimportant - Irrelevant info on screen / important info missing ??? Recall: the user _doesn't realize the system HAS a functionality_. --- # Causes of Gulf of Execution What can cause a user's Gulf of Execution? -- - Unfamiliar devices and inputs - Don’t know what is possible - Unfamiliar GUI components - Solvable with experience - Unfamiliar interaction patterns - Also solvable with experience - Example patterns: Dialogs, Shopping Carts ??? Recall: the user's belief in functions the system _doesn't have_ --- .corner-ribbon.tr[ Design Tip #1:
Consistency is Critical ] What mental model error is this likely to create? ![:img a screenshot from WebEx. Weve selected “Do not record a teleconference” but to continue we have to hit the “Start Recording” button. So we have a conflict in the mental model here.,70%,width](img/interaction/webex.png) --- # Affordances Good Affordance| Bad Affordance ----|---- ![:img Picture of a round doorknob, 40%,width](img/interaction/round-doorknob.png) | ![:img Picture of a flat doorknob, 40%,width](img/interaction/flat-doorknob.png) Well-designed objects have affordances - Clues to their operation that are readily apparent - Often visual, but not always (e.g., speech) - Allows and promotes certain actions ??? Opportunities to act which are readily apparent to the user ... and appropriate to the user’s abilities Form “affords” certain actions and makes that apparent --- .corner-ribbon.tr[ Design Tip #2:
Use *Affordances* to minimize errors ] .left-column60[ ## Examples Action | Physical Afford. | Virtual Afford. | Minimal Design ----|----|----|---- Gripping | ![:img picture of knurling on a knob,100%,width](img/interaction/knurling.png) | ![:img Image of lines indicating a grabbable corner by imitating knurling,100%,width](img/interaction/virtual-knurling.png) Pushing | ![:img picture of buttons on a phone,100%,width](img/interaction/buttons.png) | ![:img Similar buttons on a webpage,100%,width](img/interaction/virtual-buttons.png)|![:img picture of web buttons on a flat-style page,100%,width](img/interaction/web-button.png) Search | ![:img magnifying glass,100%,width](https://upload.wikimedia.org/wikipedia/commons/thumb/8/87/Magnifying_glass_icon_mgx2.svg/200px-Magnifying_glass_icon_mgx2.svg.png) || ![:img Text area for search. Uses greyed out text to suggest what should go in it, 100%, width](img/interaction/search.png) ] ??? Knurling: increases friction/affords gripping don't kneed to know the word to get it --- .corner-ribbon.tr[ Design Tip #3:
Make the Conceptual Model Visible ] .left-column60[ ## Explicitly design a conceptual model Use affordance and feedback (and everything else you have) to reinforce it ] --- # Feedback Response by the system to the actions of the user – Cause and effect Essential for forming mental models Makes “system state” visible Messenger Feedback | and | Gmail Feedback ----|----|---- ![:img Facebook messenger showing feedback as the user clicks on the thumbs up button,width](img/interaction/messenger-bubble.gif)||![:img User selecting and dragging two conversations in gmail with feedback,50%,width](img/interaction/gmail-snapping.gif) ] --- # Feed Forward .right-column[ What will happen if you execute action - Ex. Web page mouseover - Ex. Word processing I-bar - Ex. Label on a button Help people predict what will happen - Need feedforward at all scales - GUI widgets will handle basic feedforward - Don’t forget feedforward for screens ] .left-column[ ![:img Picture of two icons showing additional visual feedback when the cursor hovers over them, 70%,width](img/interaction/feedforward.png) ] --- # Revisit: What is this an example of? .left-column[ Is this physical or virtual? Ubicomp! ![:img faucet with IR sensor, 110%,width](img/interaction/sensor.jpg ) ] .right-column[ ![:img Sign explaining how to use the sensor, 50%,width](img/interaction/sensor-explanation.png) ] --- # Application Design Tips - Design Tip #1: Consistency is Critical - Design Tip #2: Use *Affordances* to minimize errors - Design Tip #3: Make the Conceptual Model Visible