User Modeling Lecture # 5 Gabriel Spitz 1. User-Interface design - Steps/Goals.

Slides:



Advertisements
Similar presentations
User problems, scenarios and storyboards
Advertisements

What Is The User Interface Design Lecture # 2 Gabriel Spitz 1.
MARKETING OCT 4 Instructions Delete this slide and the next one from your final presentation. Delete instructions from the remaining slides. If you need.
Chapter Four Managing Marketing Information. Roadmap: Previewing the Concepts Copyright 2007, Prentice Hall, Inc Explain the importance of information.
William H. Bowers – Understanding Users: Qualitative Research Cooper 4.
User-Interface Design Process Lecture # 6 1Gabriel Spitz.
8 September Announcements  GIT Class: Friday 3-5 SN 115 (Peter Parente)  Information for Project Links PageProject Links Page  Hot Topics Teams.
E-Business Integration with Short Work Placements Rikke Duus Senior Lecturer in Marketing The Business School
Customer Relationship Management..a strategy used to learn more about customers' needs and behaviours in order to develop stronger relationships with them.
Usability presented by the OSU Libraries’ u-team.
User and Task Analysis Requirements Analysis in HCI.
Administrivia  Feedback on first Deliverable –Audience: Management –Requirements  Description of the system (what it is, how it works)  Define user.
18 January Writing a Functional Spec. Administrivia How many teams will want departmental web space vs links to your own space? Please send me your CS.
Understanding and Representing Users A.J. Brush cse490ra January 22, 2003.
Administrivia Turn in ranking sheets, we’ll have group assignments to you as soon as possible Homeworks Programming Assignment 1 due next Tuesday Group.
Personas 14 Feb Personas Developed by Alan Cooper A user archetype used to help guide decisions about product features, navigation, and visual design.
User Centered Design Lecture # 5 Gabriel Spitz.
User Characteristics & Design Principles Gabriel Spitz 1 Lecture # 11.
Buyer Personas About This Document This document describes the personas that are involved in purchasing and using your products. A persona is a typical.
1. Learning Outcomes At the end of this lecture, you should be able to: –Define the term “Usability Engineering” –Describe the various steps involved.
Requirements, cont. …and a word on Ethics. Project Part 1: Requirements Gather data using one or more techniques Learn about environment, users, tasks,
One Day Training Programme for Business Trainers and Mentors.
Requirements-definition User analysis
Representing the results of user research: tasks and personas CS 5115 Fall 2013 September 16.
William H. Bowers – Modeling Users: Personas and Goals Cooper 5.
Requirements Gathering. Why are requirements important? To understand what we are going to be doing We build systems for others, not for ourselves Requirements.
User Modeling 1 Lecture # 7 Gabriel Spitz. Objective of Lecture Why model the user How do we build a user profile How to utilize the user profile 2 Gabriel.
Buyer Personas About This Document This document describes the personas that are involved in purchasing and using your products. A persona is a typical.
Copyright © 2007 Molecular, Inc. | | Linked by Isobar 1 Steve Mulder Making Personas Work for Your Site.
LoudDemo Steering Group Report2 Mesfin, Kalle, Artem, Rémey.
Use Cases Ivar Jacobson - guru at Rational Corp., defined UML.
A Template for Creating Buyer Personas. 1. A Brief Introduction to Buyer Personas 2. How to Present Your Buyer Persona 3. An Example of a Complete Buyer.
Requirements Gathering this process determines exactly what is required (and not required) of a project Three key areas include: Identify and prioritize.
Mesfin, Kalle, Artem, Rémy Loud Demo Mesfin Kalle Arte m Rém y 22/09/2010.
A COMPETENCY APPROACH TO HUMAN RESOURCE MANAGEMENT
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 7: Focusing on Users and Their Tasks.
INFO3315 Week 4 Personas, Tasks Guidelines, Heuristic Evaluation.
Information Revision What we mean by data, information and knowledge How data are captured The quality of data Problems with encoding The cost of keeping.
Company ABC Customer Profile (Persona) Overview Month, Year Insert your company name, as well as the month and year in the text on this slide. Source Hubspot.
Requirements I Gathering Data with Users. Objectives By the end of this class you should be able to… Explain the importance of involving users in requirements.
1CS 338: Graphical User Interfaces. Dario Salvucci, Drexel University. Lecture 3: Personas.
What Is The User Interface Design Gabriel Spitz1 Lecture # 2.
Lecture 7: Requirements Engineering
Why Design Tips for Sakai? Small teams in higher ed means wearing many hats Not all teams have designers Meant to be a primer for developers doing design.
Lecture-3.
1 of 27 How to invest in Information for Development An Introduction Introduction This question is the focus of our examination of the information management.
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
Writing Software Documentation A Task-Oriented Approach Thomas T. Barker Chapter 5: Analyzing Your Users Summary Cornelius Farrell Emily Werschay February.
User Modeling Lecture # 7 Gabriel Spitz 1. User Interface Design Process Gabriel Spitz 2 Needs Assessment Competitive Analysis Persona Develop Task Analysis/
Why needs analysis?  What if not?  Who decides what to learn?
5 keys to a great marketing strategy By David Cohen The Boomer Business Coach.
Technical Interviews CONDUCTING TECHNICAL INTERVIEWS 1.CREATING OBJECTIVES Hire the Best Technical Talent Technical Skills are Critical Technical Skills.
Activity Flow Design Gabriel Spitz 1 Lecture # 12 Guiding the flow of activities.
Gabriel Spitz 1. Light Switch Issues  Consistency – The switch design is inconsistent with common light switches  Visibility – No visible cue regarding.
User Modeling Lecture # 7 Gabriel Spitz 1. User Interface Design Process Gabriel Spitz 2 Needs Assessment Competitive Analysis Persona Develop Task Analysis/
Task Analysis Lecture # 8 Gabriel Spitz 1. Key Points  Task Analysis is a critical element of UI Design  It describes what is a user doing or will.
Task Analysis Lecture # 8 Gabriel Spitz 1. Key Points  Task Analysis is a critical element of UI Design  It specifies what functions the user will need.
©2001 Southern Illinois University, Edwardsville All rights reserved. Today Putting it in Practice: CD Ch. 20 Monday Fun with Icons CS 321 Human-Computer.
User-Centered Design (UCD) Overview
Marketing to Your Ideal Client Achieving sustainable growth for your financial advice practice.
The Buyer Persona: The Basics Managed Marketing Services Karen Levy Newnam.
BULLSEYE ! Hitting your target market. #UPAugusta2016.
Audience Profiling with Personae and Use-Case Scenarios User Scenarios combine User Personas/Personae with User Tasks remember.
Task Analysis – Input to Interaction
Activity Flow Design - or - Organizing the users’ Work
Personas Kathy E. Gill 5 May 2010.
COMP444 Human Computer Interaction Usability Engineering
User ScenarIOS.
Personas "If you really look closely, most overnight successes took a long time." -- Steve Jobs.
Persona Template Understand your customers' mindset and desires and make better informed marketing decisions by creating personas for each of your partner.
Presentation transcript:

User Modeling Lecture # 5 Gabriel Spitz 1

User-Interface design - Steps/Goals

Effective User Interface  Fits the user  Is an interface that matches user characteristics  Fits the task  Enables the user to perform his or her task effectively and efficiently  Fits the environment  Is suitable for use in its intended environment Gabriel Spitz 3

Different design styles match different needs and users characteristics Gabriel Spitz 4

5 A Design Catering to Conservative Attitudes When It Comes To Money

Gabriel Spitz 6 A Design Catering to Fun Loving Teenagers

Gabriel Spitz 7 A Design Catering to subdued attitudes of seniors – Colorful, but quiet

An Early Step in UI Design Identify and Describe Our User Gabriel Spitz 8

Why Consider Users - Examples Characteristics  Role  Domain Knowledge  Demographic  Education Design Implications  Information to display  Terms to be used  Design Style  Language to be used Gabriel Spitz 9

How to Identify Our Users Gabriel Spitz 10  Narrow Down the set of potential Users to  Primary users  Secondary Users  Identify 2-3 focal groups  Create a Persona for each group

Narrow Down the Set of Potential Users To maximize the fit between our application and the users we need to design for a very clearly defined group of users A design for everyone is often a design for no one Gabriel Spitz 11

Also: Identify Direct and Indirect Users Gabriel Spitz 12 Nurse Patient Direct Users Indirect Users e.g., Do we need to support large font in out form

Design that Ignores Secondary Users Gabriel Spitz 13

Before and After Considering Secondary Users Gabriel Spitz 14

Identify Focal Groups Gabriel Spitz 15 All potential usersFocal users

How We Identify Focal Groups  Select 2-3 types of users or user roles to support based on:  Type and category of the application we build  Its business goals and objectives  Business Case Gabriel Spitz 16

Focal Groups for Media Streaming Reports Gabriel Spitz 17  Engineers  System Performance  Marketing  Quality of user exp.  Business  Event Performance

Describe the User – Create a Persona  Once the focal groups are identified, we need to describe the user  Description of the user in general terms such as All Students, Every Senior Person is not helpful  It does not help us make effective design decisions  To support effective design we need to have in mind real users and envision the way they will react to a feature or design decision in our UI  A good tool to help us is User Persona Gabriel Spitz 18

What is a Persona?  User Persona is an instantiation of a hypothetical user  It is a description of a typical user along with stories about how s/he might use an application to meet his/her goals  It is an archetype of the user which will help guide decisions about the product and its characteristics Gabriel Spitz 19

Example of a User Persona Gabriel Spitz 20

Example of User Persona Gabriel Spitz 21 the goal of persona is to bring the user to life and use it to design and communicate

Use of Personas in Design  Examine a design feature in the context of our persona  Will this feature meet the goals of our persona  Is the feature important enough to our persona to justify the development costs  How should the feature be characterized to provide optimal usability for our persona Gabriel Spitz 22

Methods for Creating User Personas  Use ethnographic interviews with real people  Immersive observation and direct 1:1 interviews  Focus on what users know and capable of achieving  Gather indirect information from marketing, sales, and technical support people  They have a good understanding of who are the users and what capabilities they poses  Make sure their information is current Gabriel Spitz 23

Content of User Persona  User Persona includes in its description  Name  Role and job title  Description of relevant goals, motivations, pain points  Quotes and stories in the person language  Relevant demographic information  User characteristics  Description of primary activities Gabriel Spitz 24

Design Questions for a Persona  Persona should inform the designer about:  Specific knowledge they have of our application  E.g. Would the term “ Enter ” be meaningful to them  Domain knowledge  E.g. Credit vs. Debit  How often will they use our application  E.g. Once a month  Where will they be when using the application  E.g. Outside the bank  What expectations they have when using our application  E.g. Can take out unlimited amount of money  All of the above help us anticipate the characteristics of the application we need to consider Gabriel Spitz 25

Guidelines for Creating Persona (1/2)  Focus on behavioral pattern, not job description  It is a narrative that describes the flow of someone’s day  Keep persona set small  Too many personas will impose a memory load and reduce their effectiveness  Focus on the user not the buyer  Kim Goodwin; Gabriel Spitz 26

Guidelines for Creating Persona (2/2)  Add life to persona  add a few personal details to reinforce the persona characteristics  Use the right goals  things users want to accomplish  Persona must be specific to the design problem  We can not use persona that was created for a different domain  Kim Goodwin; Gabriel Spitz 27

Benefits of Using Personas  Help understand the users - who they are, what do they know about our tasks, what features will they need  Clarifies assumptions about users and usage – will this persona really “sky dive”?  Fully explore the design - use scenarios or how would this persona perform this task  Provide context for reviewers – will this persona know the meaning of “expunge” Gabriel Spitz 28

Example of Relevant User Information  Check In Kiosk  Users’ goals – e.g. Get home fast  Users’ Characteristics – e.g. Limited language skills, forgetful (I don’t know my flight number), uptight, etc.  Usage environment– e.g. Standing vs. sitting, heavy bag on shoulder, infrequent use Gabriel Spitz 29

In Summery  Persona is a valuable tool to guide the design  But it needs to be specific  Keep number of Personas small  So you can remember them  Persona is not us Gabriel Spitz 30

@ Focus on Behavioral Pattern Not Job Description  It is a narrative that describes the flow of someone’s day  It includes a description of their skills, attitude, and environment  It helps answer questions about job description, not specific tasks - e.g., are people multitasking, are there lots of interruptions  Sometimes for a given job we need several personas e.g., an experienced user and a novice one. This is because skill level here makes a big difference Gabriel Spitz 31

@ Keep Persona Set Small  The goal of persona is to provide context for decision  Too many personas will impose a memory load and reduce their effectiveness  Limit the number of personas to distinct behavioral patterns, not demographic  E.G., A manager and an employee will have different behavioral patterns when it comes to CRM, but probably not for Gabriel Spitz 32

@ Focus on the User not the Buyer  Marketing people focus on people that bring in most money or a growing segment of the population  Design needs to focus on the people that will use the application, not those that will buy it  E.G., in commercial setting the buyer and therefore the target of Marketing is the executive.  The user is the technician Gabriel Spitz 33

@ Add Life to Persona  Focus on goals, behavior patterns, environment, and attitudes first  Than add a few personal details to reinforce the persona characteristics  Remember Persona is first a design tool Gabriel Spitz 34

@ Use the Right Goals  Each persona should include 3-4 goals  Goals are things users want to accomplish  tasks are the way to accomplish goals  Select goals that are related to or will help the design  Thus goals should be with respect of what an end user would like to get out using the tool – Outcome  E.G., Passengers do not want a boarding pass; They want to get home Gabriel Spitz 35

@ Make Persona Unique to a Design Problem  We can not use persona that was created for a different domain.  Within each domain personas will have different goals and different behavioral patterns Gabriel Spitz 36