Emotional States of Computer Users in Times of Frustration
The other day I came home to find Jane rather frustrated at the computer. She'd just ordered $40 worth of books from Half.com, but realized -- two weeks after completing the order -- that they were sent to an old email address with an unknown shipping address. The half.com address was apparently a Windows Live ID, but she couldn't remember any login information about it, nor could she retrieve the password, so she was having a terrible time.
I had a video camera handy and recorded the experience because I believe that as help authors, we too frequently forget the state of mind of computer users when they need help.
Her typing becomes more rapid and hurried. Little things around her (for example, her children, cookies) become more annoying and increase her stress level. She types away in disbelief and seems to keep trying the same thing over and over. Nothing on the help screen indicates that there's an answer to her problem. She shakes her head every now and then. She's tense. She repeatedly jerks her head. She looks up and squeezes her hands. She's running out of options. She throws things. The littlest disturbances set her off. Her stress level continues to escalate.
In moments like these, what might she do for help? Search for it? Click a relevant-looking help button? Call tech support? Call me? Yell at someone?
If there's one undeniable characteristic of the frustrated computer user, it's that her patience is gone. She will not be slowly flipping through the user manual. Notice her jerky movements. If she turns to the help (which she doesn't here), she'll search for keywords, skim rapidly, click quickly from topic to topic. She'll look for topics with clear flags for help – "Troubleshooting Passwords," "Can't Remember Your Login?", "Stuck? Click Here," etc.
She won't give any help page but 2-3 seconds of a glance to see if it has the information. She's in a hurry and she's desperate for the information, as if there's a ticking time bomb in the house about to go off.
As we write for users in this state of mind, we have to remember the hurry. Avoid long chunks of text. Avoid long topics. Make your topics findable in searches. Make your start page show the top ten list problems users encounter. Provide contact information for live help, if possible. Get right to the point in your text, without making the reader sort through fluff and meaningless introductory material. Provide answers to problems, not long descriptions of menu bars.
After Jane's emotions settled down, I asked her why she didn't turn to the documentation for help. She did, sort of. But, she explained, "If there's not a real person who can cry while I'm mean to them, where is the incentive to fix it?"
About Tom Johnson
I'm an API technical writer based in the Seattle area. On this blog, I write about topics related to technical writing and communication — such as software documentation, API documentation, AI, information architecture, content strategy, writing processes, plain language, tech comm careers, and more. Check out my API documentation course if you're looking for more info about documenting APIs. Or see my posts on AI and AI course section for more on the latest in AI and tech comm.
If you're a technical writer and want to keep on top of the latest trends in the tech comm, be sure to subscribe to email updates below. You can also learn more about me or contact me. Finally, note that the opinions I express on my blog are my own points of view, not that of my employer.