Designing for people CPSC 481: HCI I.

Slides:



Advertisements
Similar presentations
Chapter 5 Development and Evolution of User Interface
Advertisements

Design, prototyping and construction
Systems Analysis and Design: What is it? Systems analysis: the systematic study of the information needs and problems of some organizational domain in.
Chapter 4 Design Approaches and Methods
CAP 252 Lecture Topic: Requirement Analysis Class Exercise: Use Cases.
Design Process …and the project.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Department of Informatics, UC Irvine SDCL Collaboration Laboratory Software Design and sdcl.ics.uci.edu 1 Informatics 121 Software Design I Lecture 12.
Interaction Design CMU. Today’s objectives Continue Design approaches (UCD, ACD)  User-Centered Design  Activity-Centered Design.
Design Process TED 105 Fall Define the Problem (ask) Clearly state the problem –Problem statement –Needs assessment –Design criteria & goals.
The Design Process.
Date : 04 Nov 2015 Web Design Fundamentals Planning and Documentation.
University of Washington HCDE 518 User-Centered Design Process HCDE 518 Winter 2010 With credit to Jake Wobbrock, Dave Hendry, Andy Ko, Jennifer Turns,
University of Washington HCDE 518 & INDE 545 UCD Process HCDE 518 & INDE 545 Winter 2012 With credit to Jake Wobbrock, Dave Hendry, Andy Ko, Jennifer Turns,
+ Engineering Design Unit: Whatever Floats Your Boat Alexandra Iuga.
MANAGEMENT INFORMATION SYSTEM
Digital Media & Interaction Design LECTURE 4+5. Lecture 4+5 Draw requirement + Prototyping.
CHAPTER -05 SUMMARY.
Software Engineering Management
User-centred system design process
Prototyping & Design CS 352.
Model Making Created by; Kevin Bowen & Ian Purves ©2005.
Robotics Education & Competition Foundation
Prototyping CPSC 481: HCI I Fall 2014
Software Life Cycle “What happens in the ‘life’ of software”
Systems Analysis and Design
Requirements gathering Storyboarding Prototyping
Human Computer Interaction Lecture 10 Interaction Paradigms
Science and Technology - Chapter 4 Lesson 2
Software Engineering (CSI 321)
Obstacles to Agility 1. What does agile mean?
Why Technology Startups Should Not Ignore Software Testing.
Informatics 121 Software Design I
Informatics 121 Software Design I
Informatics 121 Software Design I
Design, prototyping and construction
Topic 3 Modeling.
Chapter 11 Design, prototyping and construction 1.
Spring Semester 2015 Lecture 7 Needs vs. Wants
Informatics 121 Software Design I
Foundation Concepts for Teaching Problem Solving
Gathering Systems Requirements
Informatics 121 Software Design I
Informatics 121 Software Design I
DESIGN, PROTOTYPING and CONSTRUCTION
Gathering Requirements
UNIT 5 EMBEDDED SYSTEM DEVELOPMENT
Informatics 121 Software Design I
Broadvine Support Portal
UNIT 5 EMBEDDED SYSTEM DEVELOPMENT
Creative Design Solutions: Design Thinking
Design Process Design Process Gateway To Technology®
Case Study 1 By : Shweta Agarwal Nikhil Walecha Amit Goyal
ROLE OF «electronic virtual enhanced research-engaged student teams» WEB PORTAL IN SOLUTION OF PROBLEM OF COLLABORATION INTERNATIONAL TEAMS INSIDE ONE.
Extreme Programming.
Human Computer Interaction Lecture 14 HCI in Software Process
Engineering Design Process
Gathering Systems Requirements
Interviewing Sriram Mohan.
THE PROCESS OF INTERACTION DESIGN
Creative Design Solutions: Design Thinking
Design Process Design Process Gateway To Technology
Obstacles to Agility 1. What does agile mean?
1.02 Creative Design Solutions: Design Thinking
COMP444 Human Computer Interaction Evaluation
User CENTERED DESIGN IB TOPIC 7.
Informatics 121 Software Design I
Principles of HCI Design
Software Development Techniques
Design, prototyping and construction
Presentation transcript:

Designing for people CPSC 481: HCI I

Agenda User is not like me  So… what should we do? User-centred design process Rationale Major components: investigate, ideate, prototype, evaluate, produce Role of iteration

Last time… “User is not like me” Perceptual capacity Motor capacity Cognitive capacity Domain knowledge http://www.businessinsider.com/harvard-business-school-professor-heres-how-to-stop-sleeping-with-your-smartphone-2012-6

“Know your user!” What do we do when we aren't the ones using it? o we find out about the people that will be using it!! o user-centred design (generally)

You are not (usually) your user. “Know your user!” You are not (usually) your user. What do we do when we aren't the ones using it? o we find out about the people that will be using it!! o user-centred design (generally)

User Centered Design Process An iterative design process that makes use of knowledge through investigation of a domain of work/play to create ideas and prototypes. Prototypes are used for evaluation, and to further stimulate investigation, and idea and prototype generation. These prototypes and evaluations are used to aid in production.

Why a process? Get started in a proven tack Prevents “designer’s block” Directs us toward final product Helps us stay on schedule and on cost Helps us to communicate with others More reliable than intuition Forces us to iterate Helps to keep the users first

User Centered Design Process

Stage Goals Generate lots of ideas Grasp issues and potential solutions Learn about stakeholders Discover goals and needs How is it done now? What is wanted? What else has been tried? Build final product Ramp up marketing, support, and maintenance Produce something tangible Identify challenges Uncover subtleties Discover problems Assess progress Determine next steps

Investigate

Why investigate? You cannot design apart from the world where your users and design will live Real world is different than the world that you imagine The only time I ever saw the cap on my USB key On the right, better… Is it the best design?

Investigation Questions Identify users Identify stakeholders What are the requirements? How do they do it now? How long does it take? What do they want? What do they need? What have they already tried? Is there another solution?

Investigation Methods Interviews Focus groups User surveys … [More on this next lecture]

Ideate

Ideation -> idea generation “To get good ideas… Get lots of ideas”

Ideation One of the worst things: go with the first one you have You can always come back to it later Volume matters the most Increase chance of success by considering a huge volume of ideas in a systematic way

Ideation Structured brainstorming Sketching Affinity diagramming Card sorting Personas Role-playing, play-acting [More in the next couple lectures]

Prototype

Why prototype? It’s cheap and fast Easier for users to react to concrete things rather than abstract concepts Prototyping brings subtleties and nuances to light Working against some technical constraints is good

Prototyping Techniques Paper prototypes Screenshots Flip books Video mock-ups Hyperlink prototypes Functional prototypes [More next week]

http://www.flickr.com/photos/95728450@N00/182613360

Prototyping Fundamentals Build it fast Concentrate on unknowns Don’t be attached to them Build multiple concurrently easier to compare pros/cons

Evaluate

Why evaluation? Automated processes can find bugs, but not usability issues Evaluation gives you a way to move forward What needs to be fixed, added, removed? Answers to two questions: Did we build the right thing? Did we build the thing right?

Evaluation Methods Usability testing Laboratory experiments Real-world deployments Heuristic evaluation [More on this in the coming weeks]

How would you evaluate whether this watch worked well? What are the primary tasks? What are secondary tasks?

Evaluation Drives Iteration Problem: usefulness/appropriateness Return to investigation phase Problem: users don’t understand Return to ideation phase Problem: user performance Return to prototyping phase

Produce

Production These are steps required to go from functional prototype to release candidate Software architecture Programming, building Manufacturing Help systems Manuals Training Customer support Marketing Branding Distribution

User Centered Design: Conclusions Design starts with understanding your user, and should keep users’ interests central Design is iterative -> trade-offs are difficult to see in advance Designs are never “perfect” -> usually, they can be improved