Dead by use case #1

9

Click here to load reader

description

Deadly errors in the software design

Transcript of Dead by use case #1

Page 1: Dead by use case #1

DEAD BY USE CASE #1DEADLY ERRORS IN THE SOFTWARE DESIGN

Page 2: Dead by use case #1

Typical Use Case

WHAT IS WRONG WITH IT?

A User wants to perform an action ABC and he/she presses a button XYZ in MY APP

…Just one small word - “and”

A User wants to perform an action ABC and he presses a button XYZ in MY APP

Page 3: Dead by use case #1

Deadly Assumption

BEHIND 99% OF USE CASES THERE IS “THE SILENT ASSUMPTION”:

“A user WANTS to use MY APP and ONLY MY APP” !

And this assumption IS TOTALY WRONG

Page 4: Dead by use case #1

Lesson From Sales and PsychologyHOW DO PEOPLE MAKE THEIR DECISIONS?

Feel the need -> Discover possible solutions -> Select one -> ActHOW DO WE CONSTRUCT OUR USE CASES?

Feel the need -> Act (in our App)!

SEE THE DIFFERENCE?

Page 5: Dead by use case #1

How To Fix?

REMOVE THE SILENT ASSUMPTION!

A User wants to perform an action ABC and he/she…

…selects MY APP because of A,B,C,D

…and presses the button XYZADD THE SELECTION CRITERIA!

Page 6: Dead by use case #1

But… How Can I Be Sure..

… THAT THE USER DOES SELECT MY APP? !YOU CANNOT, SO - TEST IT! !WHAT ARE YOU TESTING? !You are testing the ability of YOUR APP to “SELL ITSELF” to the user

Page 7: Dead by use case #1

How To Test?

FIND THE USER’S CRITERIA FOR SOLUTION SELECTION THROUGH:

Observations in the real context

Questions/Interviews

Being a user yourself

Check competitors!USUALLY THERE ARE THREE OR FOUR OF MAIN CRITERIA

Page 8: Dead by use case #1

I Found Criteria, What Is Next?

MAKE SURE, THAT THE USERS RATE YOUR APP HIGH IN THIS CRITERIA AND KEEP TRACKING THEM

Page 9: Dead by use case #1

THANK [email protected]