how & why: ui case studies

54
Daniel Burka Pownce - Co-founder Digg - Creative Director Silverorange - Co-founder How & Why UI Case Studies

Upload: daniel-burka

Post on 21-Aug-2015

10.369 views

Category:

Business


2 download

TRANSCRIPT

Page 1: How & Why: UI Case Studies

Daniel BurkaPownce - Co-founderDigg - Creative DirectorSilverorange - Co-founder

How & WhyUI Case Studies

Page 2: How & Why: UI Case Studies

Case Studies1. Digg - Story Format

Getting started and changes over 3 years

2. Digg - Comment SystemAdaptation over 2.5 years

3. Pownce - Initial DesignStarting from scratch

Page 3: How & Why: UI Case Studies

Starting with Digg• Started working with Digg in March 2005

• Original scope is one week of work

• Where do you start?

Page 4: How & Why: UI Case Studies

Digg story design

Page 5: How & Why: UI Case Studies

Why start so focused?• You need to start somewhere

• Homepage template was more obvious but...

• Identify key themes quickly

• Get fast & focused client (Kevin) feedback

• Develop visual language

Page 6: How & Why: UI Case Studies
Page 7: How & Why: UI Case Studies

Example Mozilla Download Page & Button

Page 8: How & Why: UI Case Studies

Example Store product page

Page 9: How & Why: UI Case Studies

Identifying the problems

?

Page 10: How & Why: UI Case Studies

Identify what makes Digg unique... Digging!

1. Doesn’t feel important

2. Doesn’t indicate an action

3. Not quickly scannable

?

Page 11: How & Why: UI Case Studies

Title isn’t bad, but...

1. Could be emphasized better

2. Help user jump down page visually

?

Page 12: How & Why: UI Case Studies

Submitter information

1. Oh, he’s the submitter! Not the author?

2. What the heck is that number?

?

Page 13: How & Why: UI Case Studies

Report?

1. What do you mean?

2. Why would I do it?

3. That’s a multiple select dropdown? Really?

?

Page 14: How & Why: UI Case Studies

More stuff to add?1. New comments system2. Ability to share stories

3. Show the source?4. What order are these in?

?

Page 15: How & Why: UI Case Studies

First revision...

!

Page 16: How & Why: UI Case Studies

Ok, spot the differences...

1. Digg button is emphasized... a lot.

2. Digg button is an action with a verb

3. Button style helps with brand identity, visual language

!

Page 17: How & Why: UI Case Studies

Mezzoblue(thanks Dave!!)

Mozilla Digg

Page 18: How & Why: UI Case Studies

What else has changed?

4. Title is bigger and bolder

5. Submitter is labeled as such and has an image

6. Time stamp is entirely new

!

Page 19: How & Why: UI Case Studies

What else has changed?

7. Comments are entirely new

8. Two share links are new

9. ‘Report’ is now clearly a dropdown renamed ‘Bury Story’

!

Page 20: How & Why: UI Case Studies

Success?

Page 21: How & Why: UI Case Studies

Success?• In this case not always clear cut

• Can people scan stories faster?

• How does it make people feel?

Page 22: How & Why: UI Case Studies

Success?• In this case not always clear cut

• Can people scan stories faster?

• How does it make people feel?

• Gather stats where possible• More digging and other participation?

• More registered users? More overall visitors?

Page 23: How & Why: UI Case Studies

Success?• In this case not always clear cut

• Can people scan stories faster?

• How does it make people feel?

• Gather stats where possible• More digging and other participation?

• More registered users? More overall visitors?

• User test, even basics• Is date-order more comprehensible?

• Can someone successfully digg or report?

Page 24: How & Why: UI Case Studies

Identify the problems again...

1. Digg number is too big (the site’s getting popular)

2. Gradients are so last year

3. Too much stuff - could be tighter

?

Page 25: How & Why: UI Case Studies

Identify the problems again...

4. Meta data divides the story’s core info

5. Burying is not being used enough

?

Page 26: How & Why: UI Case Studies

!Second Revision

Page 27: How & Why: UI Case Studies

!What’s changed?1. Gradients reduced, bevels gone2. Metadata reduced to a single line, no visual jump3. Share replaced ‘blog it’ ‘email it’4. Bury has single-click option and prominence

Page 28: How & Why: UI Case Studies

Success?• Buries increase

• Testers find chronology slightly clearer

• There’s less stuff

Page 29: How & Why: UI Case Studies

Digg Comment System

2005 2006 2007 soon...

Page 30: How & Why: UI Case Studies

First Design, 2005

Page 31: How & Why: UI Case Studies

Challenges become obvious

• Design is awfully literal

• Data isn’t very compact

• Limited Functionality

• Doesn’t scale

First Design, 2005

Page 32: How & Why: UI Case Studies

Second Design, 2006

Page 33: How & Why: UI Case Studies

But... still doesn’t scale

• Nesting encouragesdiscussion but now thereare more comments thanever

Second Design, 2006

Page 34: How & Why: UI Case Studies

Nesting confuses novices

• User testing revealsconfusion

• Don’t understand‘indented comments’

• Top-posting adds to theproblem

Second Design, 2006

Page 35: How & Why: UI Case Studies

Too little nesting for experts

• Users implicitly say thisby using @soandso tofake functionality

• Users explicitly tell usby email and comments

Second Design, 2006

Page 36: How & Why: UI Case Studies

Content organization...

• Block button is tooabstract and too cluttered

Second Design, 2006

Page 37: How & Why: UI Case Studies

Third design, 2007

Page 38: How & Why: UI Case Studies

What’s changed?

1. Header is simplified... less image heavy

2. Block button hidden

3. Threads collapseda. Scales betterb. Lessens top-postingc. Simplifies initial view

Page 39: How & Why: UI Case Studies

Explicit feedbackWhat are people saying?

1. I liked it the old way (you should be fired)

2. Annoying to open threads (too slow)

3. Hard to find your own comments

4. Ugly threading, too many vertical lines

Page 40: How & Why: UI Case Studies

Implicit feedbackWhat are people doing?

• Total comments increased byover 30%

• Unique commenters increased byaround 20%

• Unique comments per person increased by about 15%

Page 41: How & Why: UI Case Studies

Successes & missteps! Top-posting is lessened and doesn’t confuse novices

! Scales to thousands of comments

! More people are participating

! More comments are being posted

! People are threading better

Page 42: How & Why: UI Case Studies

Successes & misstepsx Too slow to load individual threads

x Design is cluttered

x Especially when threads are open

x Can’t find your own comments if threaded

x Interactions are poorly designed

Page 43: How & Why: UI Case Studies

What to do about it...• Go back to the old design?

• Address shortcomings

• Adapt to user feedback

• Get more feedback -- we released a video

• User test this time

• Leave time for further iteration

Page 44: How & Why: UI Case Studies

What to do about it...• Go back to the old design?

• Address shortcomings

• Adapt to user feedback

• Get more feedback -- we released a video

• User test this time

• Leave time for further iteration

Let’s see it...

Page 45: How & Why: UI Case Studies

Pownce Initial Design

Page 46: How & Why: UI Case Studies

Pownce is brand new...• No established design language

• No prior expectations from users

• Blank slate is intimidating though

Page 47: How & Why: UI Case Studies

Inspiration leads the way

Page 48: How & Why: UI Case Studies

First take is close...

Page 49: How & Why: UI Case Studies

Focus on the note...

Page 50: How & Why: UI Case Studies

Focus on the note...

Page 51: How & Why: UI Case Studies

Hatch adds movement & character

Page 52: How & Why: UI Case Studies

Visual language spreadsAn ‘aha’ moment. Leads to more things.

Page 53: How & Why: UI Case Studies

A few conclusions• Starting focused can be a big help

• Echo design language

• Be prepared to iterate and react to your users

• Many types of feedbackImplicit feedback is especially important

• There’s nothing wrong with making mistakes

Page 54: How & Why: UI Case Studies

Thanks!Slides will be on Slideshare

pownce.com/dburkaordeltatangobravo.com

Illustrations by Ryan Putnam (via istockphoto.com)