cs160. cs160. valkyriesavage.com valkyriesavage.com prototyping - - PowerPoint PPT Presentation

cs160 cs160 valkyriesavage com valkyriesavage com
SMART_READER_LITE
LIVE PREVIEW

cs160. cs160. valkyriesavage.com valkyriesavage.com prototyping - - PowerPoint PPT Presentation

cs160. cs160. valkyriesavage.com valkyriesavage.com prototyping July 8, 2015 Valkyrie Savage Prototyping Theory barnoid on flickr Prototype: ? Prototypes: the means by which designers organically and evolutionarily learn, discover,


slide-1
SLIDE 1
slide-2
SLIDE 2

prototyping

July 8, 2015 Valkyrie Savage

cs160. valkyriesavage.com cs160. valkyriesavage.com

slide-3
SLIDE 3
slide-4
SLIDE 4

Prototyping Theory

barnoid on flickr

slide-5
SLIDE 5

Prototype: ?

slide-6
SLIDE 6

Prototypes: the means by which designers organically 
 and evolutionarily learn, discover, generate, and refine designs. (Lim & Stolterman)

slide-7
SLIDE 7

Prototype: a representation of a design, made before the final solution exists. (Moggridge, Designing Interactions)

slide-8
SLIDE 8

Prototyping: producing early working versions of the future 
 application system and experimenting with them. (Lichter)

slide-9
SLIDE 9
slide-10
SLIDE 10
slide-11
SLIDE 11

design process

slide-12
SLIDE 12

Design Prototype Evaluate

slide-13
SLIDE 13

value of prototyping

johansonin on flickr

slide-14
SLIDE 14

benefits of prototyping

we know more than we can tell actions in the world outperform mental operations the value of surprise

slide-15
SLIDE 15

tacit knowledge

slide-16
SLIDE 16
slide-17
SLIDE 17

The Purpose of Prototyping

What questions do prototypes answer? 
 When and how should they be constructed?

slide-18
SLIDE 18
slide-19
SLIDE 19
slide-20
SLIDE 20
slide-21
SLIDE 21
slide-22
SLIDE 22
slide-23
SLIDE 23
slide-24
SLIDE 24
slide-25
SLIDE 25

Prototypes for the Microsoft mouse From Moggridge, Designing Interactions, Ch2

slide-26
SLIDE 26
slide-27
SLIDE 27
slide-28
SLIDE 28
slide-29
SLIDE 29
slide-30
SLIDE 30
slide-31
SLIDE 31
slide-32
SLIDE 32
slide-33
SLIDE 33
slide-34
SLIDE 34
slide-35
SLIDE 35
slide-36
SLIDE 36
slide-37
SLIDE 37
slide-38
SLIDE 38

Houde and Hill – What do Prototypes Prototype?

slide-39
SLIDE 39
slide-40
SLIDE 40
slide-41
SLIDE 41
slide-42
SLIDE 42
slide-43
SLIDE 43

Paper Prototyping

slide-44
SLIDE 44
slide-45
SLIDE 45

Materials

Large, heavy, white paper (11 x 17) 5x8 in. index cards Post-it notes Tape, stick glue, correction tape Pens & markers (colors & sizes) Transparencies (including colored) Scissors, X-acto knives, etc.

slide-46
SLIDE 46
slide-47
SLIDE 47

Interface Elements

slide-48
SLIDE 48

Constructing the Prototype

Set a deadline Don’t think too long - build it! Draw a window frame on large paper Draw at a large size, but use correct aspect ratio
 Put different screen regions on cards Anything that moves, changes, appears/ disappears Use greeking to indicate text if necessary Ready response for any user action e.g., Have pull-down menus made Use photocopier to make many versions

slide-49
SLIDE 49

Wizard of Oz Testing

SIMS 213 Project: Telebears redesign

slide-50
SLIDE 50

User “Computer” Observer (or video camera) Interface Interface elements

slide-51
SLIDE 51

Conducting a Test

Three or Four testers (preferable) Greeter - Puts users at ease & gets data Facilitator - only team member who speaks, gives instructions & encourages think-aloud Computer - knows application logic & controls it. Simulates the response w/o explanation Observer(s) - Take notes & recommendations Typical session should be approximately 1 hour Preparation, the test, debriefing

slide-52
SLIDE 52

Conducting a Test (cont.)

greet! fill out forms assure users their information will be confidential

slide-53
SLIDE 53

Conducting a Test (cont.)

Facilitator explains how test will work & performs a simple task Facilitator hands written tasks to the user (must be clear & detailed) Facilitator keeps getting “output” from participant: “What are you thinking right now?”, “Think aloud” Observers record what happens. avoid strong reactions:, frowning, laughing, impatience – biases the test Designers should not lead participants Let users figure things out themselves as much as possible Only answer questions if user remains stuck for a long time

slide-54
SLIDE 54

Conducting a Test (cont.)

Debrief Fill out post-evaluation questionnaire Ask questions about parts you saw problems on Gather impressions Give thanks

slide-55
SLIDE 55

Preparing for a Test

Select your participants Understand background of intended users Use a questionnaire to get the people you need Don’t use friends or family Prep scenarios typical of actual use prototype supports these (small, yet broad) Practice running the computer to avoid “bugs” You need every menu and dialog for tasks All widgets user might press Remember “help”/“cancel” buttons WOZ is different from pre-built/canned functionality

slide-56
SLIDE 56

Wizard of Oz Tips

Rehearse your actions Make a flowchart which is hidden from the user Make list of legal words for a speech interface Stay “in role” You are a computer, and have no common sense or ability to understand spoken English Facilitator can remind user of the rules/think-aloud approach if the user gets stuck

slide-57
SLIDE 57

Record Critical Incidents

Critical incidents are any unusual/interesting events Most of them are usability problems. They may also be moments when the user Got stuck Suddenly understood something Said “that’s cool”

slide-58
SLIDE 58

Using the Results

Update task analysis and rethink design Rate severity & ease of fixing problems Fix both severe problems & make the easy fixes

  • Will thinking aloud give the right

answers? Not always If you ask a question, people will always give an answer, even it is has nothing to do with the facts Try to avoid leading questions

slide-59
SLIDE 59

break!

slide-60
SLIDE 60

Prototyping in Software

bigyahu on flickr

slide-61
SLIDE 61

Fidelity in Prototyping

Fidelity refers to the level of detail High fidelity? Prototypes look like the final product Low fidelity? Artists’ renditions with many details missing Paper Prototypes are low-fidelity. What about software?

slide-62
SLIDE 62

Low-fidelity prototyping in software

“Informal” design tools: Goal is to be as rapid and flexible as physical tools Add benefits of digital media: Undo, copy+paste, resizing, etc. May be a good idea to design in software, then print out elements and screens for paper testing. Examples: DENIM (UC Berkeley) Balsamiq Mockups “Prototyping on Paper”

slide-63
SLIDE 63

High-fidelity visual mockups

Interface looks like the final application May or may not be interactive Often, interactivity is limited to static changes Example Tools: Keynote + Powerpoint

slide-64
SLIDE 64

Advantages of Low-Fi Prototyping

Takes only a few hours No expensive equipment needed Can test multiple alternatives Fast iterations Number of iterations is tied to final quality Can change the design as you test If users are trying to use the interface in a way you didn’t design it – go with what they think! Adapt! Especially useful for hard to implement features Speech and handwriting recognition

slide-65
SLIDE 65

Drawbacks of Lo-Fi Prototyping

Evolving the prototype requires redrawing Can be slow (but reprogramming usually slower) Force manual translation to electronic format May not allow real-time end-user interaction

slide-66
SLIDE 66

Hi-Fi Disadvantages

Distort perceptions of the tester Formal representation indicates “finished” nature People comment on color, fonts, and alignment Discourages major changes Testers don’t want to change a “finished” design Sunk-cost reasoning: Designers don’t want to lose effort put into creating hi-fi design

slide-67
SLIDE 67

“Slideware” Prototypes

Uses standard presentation software to create screen designs Libraries of widgets for many platforms (e.g., iPhone, Android, Web, Facebook apps) exist Each slide shows one key screen

slide-68
SLIDE 68

Telling vs. Testing for Touch Screens

To tell others about your design (in a presentation), visually indicate the action a user is taking. For touch screens: include hands! Linear: you (designer) are in control of the narrative.

slide-69
SLIDE 69

Telling vs. Testing for Touch Screens

To test your design, link different screens together and let users explore Non-linear: user is in control of the narrative

slide-70
SLIDE 70
slide-71
SLIDE 71

High-fidelity , fully-interactive prototypes

Look and behave like the final application. Take a lot of effort to build – be sure the payoff is worth it Example tools: HTML+CSS+Javascript jqT

slide-72
SLIDE 72

Summary

Informal prototypes allow you to design (and test!) before writing code. Rapid evolution and elimination of many problems happens in this phase. Paper+ink is the traditional tool; many software prototyping techniques now exist, too.

slide-73
SLIDE 73

video prototyping

gnackgnackgnack on flickr

slide-74
SLIDE 74

Creating a Video Prototype

Review field data about users & work practices Review ideas from video brainstorm Create use scenario in words Develop storyboard of each action/event with annotations explaining the scene. Put each element on a card. Shoot a video clip for each storyboard card Hold last frame of a section/shot for 1s

slide-75
SLIDE 75
slide-76
SLIDE 76

Roll Call (Spring 2010)

http://www.youtube.com/watch?v=jQnfcJ8jZaU

slide-77
SLIDE 77

assignments!

collegedegrees360 on flickr

slide-78
SLIDE 78

assignments

Contextual Inquiry due Monday Low Fidelity Prototype Video due Monday

slide-79
SLIDE 79

Project Ideas

Will get feedback out ASAP Not too late to change your concept in small ways on your own Or in big ways if you come and talk to the course staff High Level Comments: Make sure to define user groups clearly, not “all 20-somethings” Focus on ideas that involve interaction, not just notification

slide-80
SLIDE 80

tomorrow: video sketching!

bring any assets you may already have

slide-81
SLIDE 81

prototyping

July 8, 2015 Valkyrie Savage

cs160. valkyriesavage.com cs160. valkyriesavage.com