Before posting, please read: When to use this forum, when to submit a help ticket

Screen-by-screen documentation?

Started by arlo, March 04, 2015, 10:22:57 PM

Previous topic - Next topic

Would you use a screen-by-screen style user manual?

Definitely.
5 (38.5%)
Maybe sometimes.
6 (46.2%)
Probably not.
2 (15.4%)

Total Members Voted: 13

arlo

My documentation is organized around tasks like sending MIDI or syncing databases. A few people lately have asked for documentation that goes through every screen in the app and explains every button. But my experience as a developer is that very few people actually read these kinds of user manuals. And my experience as a user is that they are rarely helpful, because there often isn't anything more to say about a button than what it already says in the interface.

When users ask me for help, they never ask questions like, "What does the Broadcast Screen switch on the Device Linking screen do?" They ask questions like, "Why doesn't my slave device see my master device?" That kind of question requires information gathering and then a personalized explanation, and couldn't be answered by a user manual. The handful of questions that do have the same answer every time are listed in in the FAQ.

So, please be honest. If a manual like this existed, would you have used it when you were learning about the app?

Or can you give examples of buttons and options whose function isn't clear?

Christoph

#1
I like the ideal of a self-explaining user interface. So what a button does should be clear from it's inscription and the context. A am working with other volunteers on the German translation of the user interface and our main stimulus is to be as close to this ideal as possible. That's why we asking all the questions about naming things in the UI, Arlo ;-)

Newfie

A screen by screen with justa description of the interface is a bad way to approach documentation. Great user documentation is task-based and is organized around the tasks/goals that the user can accomplish with the software.