1 / 45

The Diagnosis-Resolution Structure in Troubleshooting Procedures

The Diagnosis-Resolution Structure in Troubleshooting Procedures . David K . Farkas Dept. of Human Centered Design & Engineering University of Washington Seattle, Washington, USA http://faculty.washington.edu/farkas/ farkas@u.wasington.edu. Big idea.

harlan
Download Presentation

The Diagnosis-Resolution Structure in Troubleshooting Procedures

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. The Diagnosis-Resolution Structure in Troubleshooting Procedures David K . Farkas Dept. of Human Centered Design & Engineering University of Washington Seattle, Washington, USA http://faculty.washington.edu/farkas/ farkas@u.wasington.edu

  2. Big idea • Troubleshooting procedures always exhibit a diagnosis-resolution structure • Understanding this structure leads to important insights for design

  3. Presentation vs. proceedings paper • Proceedings paper has more depth • Presentation has more illustrations and explicit guidelines • The presentation slides are available here: http://faculty.washington.edu/farkas/IPCC.pptx

  4. Acknowledgments • Connie Olberg (formerly) at Microsoft and her user support team

  5. Background:What Are Troubleshooting Procedures?

  6. Troubleshooting content is problem focused Is this your problem?Here is how to fix it. Problem = Symptom

  7. Similar to medical diagnosis and treatment • Similar to a doctor asking a patient to describe symptoms and then indicating treatment • Even more similar to a first-aid manual

  8. In most cases this problem is a bug, incompatibility, or component failure EZGrab 3.0 freezes or closes unexpectedly My computer no longer plays audio or produces any sound from the speakers or headset

  9. TPs are written for . . . • Support Centers/KBs (Knowledge Bases) • Help systems and manuals • Forum posts • Etc.

  10. Simple TP in a small support center

  11. Usually, TPs are more challenging to design and write than standard procedures

  12. Complex TP from an Adobe Acrobat support center article on printing problems (excerpt)

  13. Some problems can be handled by remote intervention

  14. Forums are an alternative to TPs 2/20/09 6:17 pm Tony: I used to be able to open two different ppt files in different windows. But somehow when I open the file it shows up in only one window. 2/20/09 11:46 pm Mike MVP: Open both your presentations, then select the View Tab, Arrange All. Always a good idea to mention which version of PowerPoint your using. 2/21/09 8:46 pm Tony: Maybe you misunderstand what I meant. I mean that when you open two ppt files, the screen will show . . .

  15. The Diagnosis-Resolution Structure:The Diagnosis Phase

  16. M TPs always exhibit a diagnosis-resolution structure: Simplest case Diagnosis phase Title Describes symptom Resolution phase Explains method

  17. More complex problems will exhibit multiple symptoms Title I cannot connect to the service • Possible causes with their own specific symptoms: • Browser settings • Router problems • Firewall settings • Wi-Fi Internet connection problems • Parental control software • Service is down • Older version of client software

  18. S S S S Multiple symptoms in a flat list I cannot connect to the service Title Broad symptom Diagnosisphase Specific symptoms

  19. S S S S S S Tree of symptoms Broad symptom Title More specific symptoms Diagnosisphase Still more specific symptoms

  20. Tree of symptoms = “I am having trouble with my modem” Statements of symptoms S S S S

  21. Isolating the cause More specific statements of symptoms S S S

  22. M Identifying a successful method—we hope

  23. The Diagnosis-Resolution Structure: The Resolution Phase

  24. Key distinction: Method vs. solution path • Method: A single procedure intended to solve a problem • Solution path: A broader approach to solving a problem, usually consisting of several related methods P M M M =

  25. M M M A solution path consisting of multiple methods(fixed sequence) J J Resolution phase J Contact your system administrator

  26. M M M A solution path consisting of multiple methods(variable sequence) J J Resolution phase J

  27. M M M M M M M M M A solution path consisting of multiple methods(fixed sequence) Resolution phase J J J J J J J J J

  28. M M M M M M M M M A solution path consisting of multiple methods(variable sequence) Resolution phase J J J J J J J J J

  29. P You can empower users to choose solution path based on their own priorities Path splits with user decision P P

  30. Guidelines: 1. General guidelines2. Guidelines from diagnosis-resolution structure

  31. General guidelines (tech comm, instructional design, etc.) • To minimize expenditure of time and effort, strive for clarity, brevity, etc • To minimize user’s risk of failure, provide sufficient information, accurate information, etc • To motivate users to attempt and stick with TPs, strive for an unintimidating appearance and offer encouragement

  32. Example: Motivating users at the outset of a TP This method has a high probability of success. It is lengthy but easy to follow.

  33. Guidelines: 1. General guidelines2. Five guidelines from diagnosis-resolution structure

  34. Users must be to identify the TP that applies to their problem • Phrase titles and symptom descriptions carefully (at audience’s level) • Error messages are excellent symptoms, especially when they are specific to a particular problem • Sometimes you need two articles, each articulating a different symptom

  35. Be wary of titles that express causation The application will not initialize

  36. Two titles, each describing very different symptoms of the same problem My connection speed is sometimes very slow The status light sometimes flashes red

  37. Strive for a specific understanding of the problem • The more you know about the problem, the simpler the resolution phase

  38. Favor variables sequences. Favor user empowerment. • When possible, bypass methods and solution paths that won’t work • When possible, allow the user to choose a solution path that meets their particular needs

  39. Decide how deeply to explain the cause of the problem • Most users don’t care about the cause • When user actions brought on the problem, it is necessary to explain how to prevent a recurrence

  40. Be wary of very difficult methods. Be wary of too many methods • Lengthy procedures and articles are demotivators • Difficult methods are demotivators • Recognize the law of diminishing returns • When appropriate, hand off to live support, etc

  41. TPs will remain important • User’s often need assistance • Vendor is often the best or only source of reliable information • Finding a balance: • Crafted content • Remote intervention • Users helping users

  42. Thank you

  43. Forum content may not be well crafted

  44. Complex TP from a Microsoft KB article (excerpt)

  45. The complete KB article

More Related