This Product Sucks! for Midwest UX Conference
Upcoming SlideShare
Loading in...5
×
 

This Product Sucks! for Midwest UX Conference

on

  • 2,885 views

This Product Sucks brings awareness that the things we design could suck unless we are intentional and conscious of the impacts on users. Examples include the distinction between a bad product and one ...

This Product Sucks brings awareness that the things we design could suck unless we are intentional and conscious of the impacts on users. Examples include the distinction between a bad product and one that sucks. Principles are supported by abstracted examples. The problems and root causes can (and should) apply to any product that people interact with. Please don't design any more products that suck.

Statistics

Views

Total Views
2,885
Slideshare-icon Views on SlideShare
2,861
Embed Views
24

Actions

Likes
0
Downloads
16
Comments
1

4 Embeds 24

http://speakerrate.com 14
http://www.linkedin.com 7
https://www.linkedin.com 2
http://twitter.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

11 of 1

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Though both of these could arguably be products that suck I’m only looking at one kind of sucky product

This Product Sucks! for Midwest UX Conference This Product Sucks! for Midwest UX Conference Presentation Transcript

  • “ This Product Sucks!” A Sampler of Product Design Issues 20-minute version for Midwest UX 10Apr2011 Darren Kall [email_address] @darrenkall #midwestux KALL Consulting Customer and User Experience Design and Strategy © Kall Consulting 2011
  • Where was this?
  • Audience Test
    • Does this product suck?
  • This product is disturbing but does not suck. Photo Credit
  • This product is broken but does not suck. Photo Credit
  • This product is annoying but does not suck. Photo Credit
  • This product is ugly but does not suck. Photo Credit
    • .
    This product is a lie but does not suck. Photo Credit
  • YES. This product sucks . Photo Credit
  • Photo Credit
  • One Dozen Products that Suck
    • Problem
    • Root Cause
    • Prevention
    Photo Credit
  • Problem 1: Triathlon scenario = running, biking, swimming. Photo Credit Watch is ruined if you press buttons underwater.
  • Root Cause: Implementation or technology did not meet up with user scenario. Photo Credit
    • Prevention:
    • User scenarios
    • Task flow analysis
    • Usability test
    • Beta test
    • Customer concept validation
    Photo Credit
  • Photo Credit Problem 2: Adaptive transmission not designed for a shared car or variable driving style.
  • Photo Credit Root Cause: Designed for ideal-world case not real-world case.
  • Photo Credit
    • Prevention*:
    • User research
    • Workflow
    • Task flow
    • Activity cycles
    • Beta test
    * To credit VW, they redesigned and eventually dropped this feature.
  • Photo Credit Pull or Push? Can you tell?
  • Photo Credit Problem 3: Even with signs users bang into doors.
  • Photo Credit Root Cause: Handle affordances not distinguishable.
  • Photo Credit Prevention: Design for affordances. Things that look the same should act the same.
    • Heuristic evaluation
    • Usability checklist
    • Remembering your own experiences
  • Photo Credit
  • Photo Credit Problem 4: Frustrating experience to pay for parking.
  • Photo Credit Root Cause: Bad information architecture, bad visual design, bad task flow …
  • Photo Credit
    • Prevention:
    • Intentional IA design
    • Task flow analysis
    • Usability study
    • Participatory Design
    • Guerilla UX
  • Photo Credit Problem 5: Scalding or freezing shower.
  • Photo Credit Root Cause: Fixing bad UI in help, the manual, or in training.
  • Photo Credit Prevention: Fix the product, not the user.
  • Photo Credit Problem 6:
  • Photo Credit
    • Root Cause:
    • Did not anticipate expected user behavior.
    • Did not prevent fatal errors.
  • Photo Credit
    • Prevention:
    • Do not design against engrained user behaviors
    • Usability test
    • Task flow analysis
  • Photo Credit
  • Photo Credit Problem 7: Believing “Don’t worry, we’ll fix it later.”
  • Photo Credit Root cause: “Later” never happens.
  • Photo Credit Prevention: Prioritize user-impacting “bugs”.
  • Photo Credit Problem 8: Breaking user trust.
  • Photo Credit
    • Root cause:
    • Telling lies
    • Making mistakes
    • Assuming customers can’t do math
  • Photo Credit
    • Prevention:
    • Don’t lie
    • Correct even minor mistakes – they accumulate
    • Remember users are smarter than you think
  • Problem 9: The self-locking hotel internal bedroom suite door. Photo Credit: Darren Kall
  • Root Cause: Things are not used in a vacuum – missed system design. Photo Credit: Darren Kall
  • Photo Credit: Darren Kall
    • Prevention:
    • Interactive system analysis
    • Beta testing
    • Fix stuff
    • customers
    • complain
    • about
  • Photo Credit
  • Photo Credit Problem 10: No sidewalk where people want to walk. “ I’m the user damn it!”
  • Photo Credit Root Cause: Prohibition does not work.
  • Photo Credit
    • Prevention:
    • Participatory design
    • Catch the user
    • Democratize design
  • Photo Credit
  • Photo Credit Problem 11: Can’t set alarm. Can’t follow directions. Don’t trust product.
  • Photo Credit Root Cause: Product not designed for use. Instruction is a poor substitute for good design.
  • Photo Credit Prevention: Usability test. Products should be easy to use.
  • Photo Credit Problem 12: Unintended Acceleration
  • Photo Credit Root Cause: “We lost sight of our customers” James Lentz
  • Photo Credit Root Cause: “Complaint investigations focused too narrowly on technical without considering HOW consumers USED their vehicles.” James Lentz
  • Photo Credit
    • Prevention:
    • Listen to customers
    • Check if solution explains the user data (70% not the pedal)
    • Test for worked “as used” not “as designed”
    • Ethnographic research into drivers
    • Analytics on real users to build test scenarios
    • Listen to experts
  • In Conclusion:
    • Don’t tolerate products that suck.
    • Don’t buy products that suck
    • And …
    Photo Credit
  • Don’t design products that suck. Photo Credit
  • Don’t design products that suck:
    • Meet (advertised) user scenarios with capabilities
    • Design for real-world use not ideal-world
    • Distinguish affordances
    • Design with conscious intention
    • Fix the product, not the user
    • Don’t design against engrained behaviors
    • Prioritize user-impacting “bugs”
    • Correct even minor mistakes
    • Remember your product is part of a whole system
    • Prohibition does not work – democratize design
    • Products should be easy to use
    • Don’t lose sight of HOW customers USE your product
    • Darren Kall
    • [email_address]
    • http://www.linkedin.com/in/darrenkall
    • @darrenkall
    • +1 (937) 648-4966
    • http://www.slideshare.net/DarrenKall
    Thank you. KALL Consulting Customer and User Experience Design and Strategy
    • Darren Kall
    • [email_address]
    • http://www.linkedin.com/in/darrenkall
    • @darrenkall
    • +1 (937) 648-4966
    • http://www.slideshare.net/DarrenKall