76
R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 1 i Is your web site usable? How do you know? Usability Presentation to Local.com January 16, 2003 Randolph G. Bias, Ph.D. [email protected] cell: 512-657-3924

Objectives

Embed Size (px)

DESCRIPTION

Is your web site usable? How do you know? Usability Presentation to Local.com January 16, 2003 Randolph G. Bias, Ph.D. [email protected] cell: 512-657-3924. Objectives. 1 - Offer a little background regarding usability engineering - PowerPoint PPT Presentation

Citation preview

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 1

iIs your web site usable?

How do you know?

Usability Presentation to Local.com

January 16, 2003

Randolph G. Bias, [email protected]

cell: 512-657-3924

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 2

iObjectives1 - Offer a little background regarding usability

engineering

2 - Communicate the VALUE of pursuing usability in the development of your web site

3 - Demonstrate that usability isn’t just a “nice-to-have”

- Thank you for having me here today.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 3

iProfessional History

•B.S. in psych from FSU•Ph.D. in cognitive psych from UT-Austin•Bell Labs for 3 years•IBM-Austin for 11 years•BMC Software for 5 years•Co-founded Austin Usability 3 years ago•Previously adjunct faculty member at UT; Have taught at UT, Rutgers, Huston-Tillotson, SWTSU•Newly an assoc. prof. in the UT School of Information

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 4

iTwo Jokes

1. Establish the domain for our talk

and

2. Insult everyone in the room.

. . . designed to simultaneously

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 5

iDefinitions

Usability -- the quality of a system, program, web site, or device that enables it to be easily understood and conveniently used.

Usability affords the user easy access to the product’s functions.

HCI -- the point of contact between the user and the computer, including all physical and informational content.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 6

iPoor Usability

• It’s everywhere• In the everyday world:

nice knife…

which side do you cut with?

an (old) photocopier - which button do you press to start making copies?

not this one! that’s the “clear all settings” button!

this is the “start” button did you think it meant “copy”?

not this one either

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 7

iA better design

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 8

i

click here, right?

say you want to cancel your subscription…what would you do?

Poor Usability • intranets and the Internet:

this box pops up when you click “No”

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 9

iPoor usability is rampant• “66.8% of online shoppers have abandoned sites because

they were unable to locate a product; 59% have left because the sites were disorganized or confusing.” (1)

• In a study of online merchandise purchases, “almost half of all attempts to make a purchase failed because the users could not work out how to complete the transaction.” (2)

• It’s estimated that billions in potential revenue are lost yearly due to user confusion and frustration on the web. (3)

(1) Georgia Institute of Technology (1999). GVU Center 10th WWW User Survey, 1999. Atlanta: GVU. (www.gvu.gatech.edu/user_surveys/)

(2) The Economist (2001, April 14). Design Darwinism.

(3) Rehman, A. (2000). Holiday 2000 E-Commerce: Avoiding 14 Billion in “Silent Losses." NY, NY: Creative Good.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 10

iWhy does this happen?• Typical software development process:

– product conception (MRD)– design: product mgmt and engineering negotiate

features– coding; maybe a visual designer makes a pass– QA / test– deployment– customers & users start complaining, support

phones ring– big customers submit modification requests team

gets to work addressing issues for R1.1

• Why wasn’t the user represented earlier in the process?

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 11

iWhy no usability engineering? • Website built to satisfy management, not users

– “Branding” becomes the focus, site is treated as an advertisement, visual design overrides usability

– It takes an act of corporate bravery to put up a relatively austere, simple site

• Engineering owns too much responsibility for UI design– Thus, the UI reflects implementation

technologies, developers’ design model• Teams can’t escape featuritis:

– “Competitor A has these 5 features, competitor B has those 10… we’d better put them all in our next release.”

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 12

iThe Discipline

• Human Factors• Ergonomics• Man (sic) - Machine Interface• Human-Computer Interaction• Human Performance Engineering• Cognitive Engineering• Software Psychology• Usability Engineering

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 13

i Role of Psych in SW Design

• Anthropometry Seats, Keyboards• Sensory Screen etching• Perception Synthetic speech• Cognition Desktop metaphor• Memory Menu interfaces• Psycholinguistics Readable text• Decision Making Control programs• Individual Differences Display tilt, aliasing

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 14

iWhat is Usability ?

• Usability is NOT– Just common sense– all art (and no

science)– stumbled onto by

accident– tacked on at the end– free

• Usability IS– intuitive, safe, error-free,

enjoyable – best designed in from the

beginning– best achieved by knowing your

users– “The best predictor of customer

satisfaction”– “The next competitive frontier”

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 15

iEngineering, not art

• Usability professionals aren’t “keepers of the magic key.”

• We purvey usability engineering methods -- specific, learnable techniques that yield valuable data.

• Bad idea: “Mr. or Ms. Software Developer, don’t depend on your own intuitions. Depend on MINE!!”

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 16

i Design

• Design entails discovery.• Design should be empirical.• Design is a process.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 17

i2 Design Approaches• Analytical

– Armchair design

• Empirical -- Dreyfus (1953) “Designing for people”– “Design is an intimate

collaboration between engineers, designers, clients.”

– User focus throughout.– Studied cabins for ocean

liners.– 8 “staterooms” in a

warehouse.– “Travelers” packed and

unpacked for trips of 1 week to 3 months.

– Prototyping, iteration, collaborative design.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 18

iBe Empirical!

From Carroll and Rosson:

“Our view is that design activity is essentially empirical . . . not because we ‘don’t know enough yet,’ but because we can never know enough.”

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 19

iBlack Magic

• NZ stomped the US in the 1995 America’s Cup.

• Headed by Peter Blake and designer Doug Peterson.

• SI, 5/22/95: “One of Blake’s earliest and best decisions was to build 2 nearly identical boats. It enabled NZ to test rigging configurations, keels, sails, and rudders and learn exactly how much faster or slower each change made the boats go.”

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 20

iBlack Magic (cont’d.)

• Blake: “We learned nothing about boat speed from the trials . . . and everything from the two-boat program.”

• “Blake told Peterson he wanted the sailors to be involved in the design process from the start.”

• Peterson: “Everyone participated in decisions from the start. As opposed to the usual way of having a design team over here, and the sailing team over there, and directors telling you what you have to do.”

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 21

iParticipatory, User-Centered Design

•You don’t have programmers write the docs, do all the testing, perform the marketing.•It’s no longer expected (usually) that programmers design the user interface.•For UI design to succeed you need three sets of skills:– Programming– HCI expertise– Domain expertise

•It is VERY unusual for all three sets of skills to reside in the same person.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 22

iAnd so . . .

Empirical Design:Carroll and Rosson quote:

“. . . not because we ‘don’t know enough yet,’ but because we can never know enough.”

Participatory Design:Like the Kiwis.

User-centered Design:Like Dreyfus.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 23

iPrinciples of User-Centered Design

The ABCs of developing useful and usable user interfaces are:

A. Products driven by task analysisB. Designs based on perceptual/cognitive theoryC. Frequent and intentional UI evaluation and user feedback

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 24

iA. Task Analysis

• Have a crisp understanding of what tasks our users are trying to perform.

• Have a crisp understanding of what our users’ environments are like.

• Have a crisp understanding of what our users are like.

There are many, varied techniques we can use to gain this understanding. (Some good, some not so good.)

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 25

iB. Perceptual/Cognitive Theory

• The H in HCI

• What would the UI look like if you were designing a computer system for dogs?– Probably wouldn’t be much text– Might code information in smells or tastes– Wouldn’t want to require much dexterity in the user

responses

• Since we design for humans, we’ll benefit from knowing something about how humans receive and process info.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 26

iPerception and Cognition (cont’d.)

•What do we know about humans?– In the physical realm: Anthropometry.– These days we’re more interested in the cognitive realm.– Question: Can you remember a 30-digit number?– I say that you can, right now, without practice, seeing it

only once, for 1 second, with no time to rehearse.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 27

i

3333333333333333333333333333333

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 28

iExperiment 1

Instead of numbers, I’ll present CVC (consonant-vowel-consonant) strings -- like “NEH”.

10 CVCs, one at a time.

Presented visually.

Don’t have to remember them in order.

Pencils down.

Ready?

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 29

iBOVNAZTOLRIJDIHRENWUKCAQGOCMEB

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 30

iBOVNAZTOLRIJDIHRENWUKCAQGOCMEB

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 31

iExperiment 2

•Now, 10 new CVCs. •Same task -- recall them.•This time, after we read the 10th item, we’ll all count backwards from 100 by 3s, aloud, together.•Then when I say “Go,” write down as many of the 10 CVCs as you can.•Pencils down.•Ready?

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 32

iVAMLUNXOPREHWIVCITJEGKUCZOBYAD

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 33

iVAMLUNXOPREHWIVCITJEGKUCZOBYAD

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 34

i• 100

• 97

• . . .

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 35

iExperiment 3

• Same as Experiment 2.

• Yet 10 more CVCs.

• Backwards counting.

• Don’t have to recall them in order.

• Pencils down.

• Ready?

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 36

iGEPTIV

WOHLUPMAZSEXKOLRUCNIDBIR

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 37

iGEPTIV

WOHLUPMAZSEXKOLRUCNIDBIR

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 38

iSo?

• So, the answer to “Can you remember a 30-digit number?”, is . . . It depends. On what?– Whether you hear or see the number.– Whether the number is masked.– Whether you have time to rehearse.– Whether you can “chunk” the numbers.– If there are any intervening tasks.– How meaningful the number is.– WHAT the number is.

So, what’s a usable interface?It depends.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 39

iC. UI Evaluation

• “Six months and $200,000.”• Recent move toward “discount usability engineering”

– “Heuristic evaluation”– Usability walkthroughs– UI Guidelines– Some lab testing– Field tests – Prototypes mailed out – Extant user data that are being lost

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 40

iYeah, right, Randolph.

• Cost-justification of usability methods– Bang-for-the-buck– Quantifying costs is easy– Quantifying benefits is harder, but

possible

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 41

iCost-benefit analysis (CBA)

• Costs are easy to quantify.

• Benefits are harder, but still possible.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 42

iImportance of a CBA Approach

• Development resources are finite.

• Software developers should NOT depend on their own intuitions.

• Software development managers like (need!) quantitative data.

• Usability needs to (and CAN!) compete for resources on a level playing field.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 43

iVersus?

• The old way . . .

• Product development manager at the head of the table, receiving estimates from . . . – Software developers– Writers– Testers– Usability professionals

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 44

i•Expect to sell 1000 licenses of NGT 1.0 in Year 1. At $3000/license, projected revenues = $3,000,000. Yahoo!

•Proposed usability engineering program:•Usability Walkthrough = $ 6,000•End-User testing = $20,000•Beta Survey = $ 5,000Total Cost = $31,000

•“Omigawd! We can’t spend 31K!”

Scenario: NextGreatThing 1.0

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 45

iBut what of the BENEFITS?

First – development efficiencies.

- Walkthrough reveals 4 large usability problems. •Cost to fix (given the early stage of development) = 2 Developer Hours. •Had problems been discovered after coding, cost to fix and test = 8 Developer weeks. •Realized development savings = $24,000.

Scenario: NextGreatThing 1.0

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 46

iMore BENEFITS?

Reduced call support burden.

-All usability testing reveals -4 tasks that require a call to the help desk 100% of the time, and -6 more that fetch calls 50% of the time.-That’s a projected 7000 help desk calls prevented in the first year alone.

-1 call to the help desk = $150-X 7000 calls = $1,050,000 savings.

Scenario: NextGreatThing 1.0

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 47

iMore BENEFITS?

Increased sales.

-Improved customer satisfaction is projected to yield 10 additional licenses a month.-Cost of a license - $3000 -X 120 extra licenses/year = $360,000 increase in revenue.

Scenario: NextGreatThing 1.0

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 48

i

More BENEFITS?

•Increased customer satisfaction brings excellent product reviews in the press

•(Priceless!)

Scenario: NextGreatThing 1.0

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 49

iSummary of benefits:

•Dev. efficiencies: $ 24,000

•Reduced call support: $1,050,000

•Increased revenue: $ 360,000

•Total benefit $1,434,000

Yielding an ROI of 46 : 1

(in the first year alone) !!!

Scenario: NextGreatThing 1.0

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 50

iWe’re talkin’ real dollars!

• Creative Good had 50 consumers visit the sites of 8 leading e-tailers. 43% of all attempts to carry out a transaction failed, because the users could not complete the purchase process.

• According to the GVU 10th WWW user survey, 67% of online shoppers have abandoned sites because they were unable to locate a product; 59% have left because the sites were disorganized or confusing.

• Two anecdotes– CD Now– Groceryworks.com

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 51

i Avoid P.R.

disasters

Ask Katherine Harris

Apple Macintosh

Drive Customer

Loyalty

Don’t forget the intangibles.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 52

iThe Dangers of Amateur Usability Engineering

• There IS a certification for usability engineers, but . . .• This is NOT just “common sense.” If it were, why CD Now

(etc.)?• There ARE some important skills needed to perform objective,

empirical testing.• A poor software developer will be revealed fairly early, at least

during system test; a poor usability engineer won’t be revealed until the customer support line gets inundated, or your software becomes shelfware, or your web site conversion rate is way low.

• You WANT your design team to be PASSIONATE about their design – so don’t depend on them for an objective test of its goodness.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 53

i•Evaluation of web sites or traditional software UIs to see if users can carry out their tasks.

•Collection of clear, concise, quantifiable data on where and why people have trouble.

•Unbiased discovery of what works and what doesn’t for different types of users.

•Empirical methods, each of which is applicable at different stages in the development cycle.

•The key to ensuring that with each new re-design of your site, a minimal number of users will not be able to carry out their intended tasks.

•Proven to yield a tremendous ROI.

Usability Engineering - 2003

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 54

iUsability Engineering Answers…•How many of your customers cannot use your web site?

•Which user types are confused by your terminology, navigation?

•Does the site lead the visitor where you wish?

•What’s causing your product to be shelfware?

•Can any of the 54 million disabled people in the U.S. use your software or site?

•Can your users carry out their tasks – without errors, without turning to the doc, without calling the help desk?

•Will you have data-driven confidence – before you ship or “go live” – that your users will have a positive user experience?

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 55

i A profession usability consultancy is:

A team of highly experienced and educated usability engineering professionals.

•Focused on the science and practice of usability.

• Serving business from start-ups to the Fortune 500.

A world-class team experienced with:

•Traditional software user interfaces;

•E-commerce and other web sites;

•Web-based applications;

•Mobile computing interfaces;

•Web accessibility for the disabled.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 56

i Services

Discount usability engineering methods: Usability walkthroughs, professional inspection.

Accessibility: Widens your market by 54 million U.S.customers, and 500 million customers worldwide.Government mandates - Section 508.

Traditional usability testing:: Thorough, real-time, end-user evaluation of the usability of your web site or product.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 57

iServices: Overview

Task

TaskTask Analysis

User Profiling

Competitive Analysis

Best Practices Review

Cost-Feature Tradeoff Analysis

Field Study

Usability Questionnaire

ConceptionConception

DesignDesign

BuildBuild

TestTest

MarketMarket

Paper & Pencil Test

Beta test

Documentation Usability Test

End-User Test

Heuristic Evaluation

Usability Walkthrough

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 58

i Top 10 indicators that YOU need usability engineering.

10. You hear your lead developer complain that your users are “too stupid.”

9. Your customer support team is three times as big as your development team.

8. Think about it – would you ever call your own baby “ugly”?

7. The vendor who’s developing your training materials just bought a new Porsche.

6. Your sales force says that despite all your wondrous functionality your competitor’s product “just demos better.”

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 59

i Top 10 indicators that YOU need usability engineering.

5. You hear your developers say “Hey, our users SHOULD know how hard this was to develop.”

4. Two words: Florida ballot.

3. You assume your product is usable. You know what happens when you ASS-U-ME!

2. Your customers aren’t willing to spend 45 minutes on your e-commerce site just to save 9 cents.

And the Number 1 indicator that you need usability engineering is…..

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 60

i

V 4.3

1. You are developing a web site or software user interface for ANYONE other than yourself!

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 61

i

Questions?

V 4.3

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 62

iLogistics

- Emergency exits- Class timing, breaks- Informality – ask questions- Index cards:

- Name- Program (e.g., School of Info, Masters)- Year (1st, 2nd?)- Any historical experience with usability (classes or work

history)- What do you hope to get out of this class?

- Slatin internship- USAA internship

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 63

iOnce around the room.

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 64

iReview Syllabus

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 65

iContext of Usability

Usability

HCI Design

CRM/Cust. Support

Internationalization

Localization

Accessibility

Training

Tech Pubs

QA Testing

Market Research

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 66

iContext of Usability

Usability

HCI Design

CRM/Cust. Support

Internationalization

Localization

Accessibility

Training

Tech Pubs

QA Testing

Market Research –What do people want? What will they pay for?

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 67

iContext of Usability

Usability

HCI Design – What looks cool? What design will work?

CRM/Cust. Support

Internationalization

Localization

Accessibility

Training

Tech Pubs

QA Testing

Market Research

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 68

iContext of Usability

Usability

HCI Design

CRM/Cust. Support

Internationalization

Localization

Accessibility

Training

Tech Pubs

QA Testing – Does the code work as spec’d?

Market Research

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 69

iContext of Usability

Usability

HCI Design

CRM/Cust. Support

Internationalization

Localization

Accessibility

Training

Tech Pubs – What help will the user need?

QA Testing

Market Research

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 70

iContext of Usability

Usability

HCI Design

CRM/Cust. Support

Internationalization

Localization

Accessibility

Training – What does the user need to know in advance?

Tech Pubs

QA Testing

Market Research

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 71

iContext of Usability

Usability

HCI Design

CRM/Cust. Support – How can we best serve/keep our users?

Internationalization

Localization

Accessibility

Training

Tech Pubs

QA Testing

Market Research

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 72

iContext of Usability

Usability

HCI Design

CRM/Cust. Support

Internationalization

Localization

Accessibility – How can we make our info & functions available to all?

Training

Tech Pubs

QA Testing

Market Research

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 73

iContext of Usability

Usability

HCI Design

CRM/Cust. Support

Internationalization – How can we maximize its foreign use?

Localization

Accessibility

Training

Tech Pubs

QA Testing

Market Research

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 74

iContext of Usability

Usability

HCI Design

CRM/Cust. Support

Internationalization

Localization – How can we make it used in a particular culture?

Accessibility

Training

Tech Pubs

QA Testing

Market Research

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 75

iContext of Usability

UsabilityDiscoverability – can folks FIND the function?;

Learnability – can folks learn how to use the function?;

Usability – can folks carry out their intended task?

HCI Design

CRM/Cust. Support

Internationalization

Localization

Accessibility

Training

Tech Pubs

QA Testing

Market Research

R. G. Bias | School of Information | SZB 562BB | Phone: 512 471 7046 | [email protected] 76

iHomework

• Read Norman book.

• Bring to class an example or a verbal description of– One really bad design, AND– One really good design.

(NOT a web site, this time.)

See you next week.