 |
|
|
| En användbar manual - är det möjligt? |
| Av: Cami | 02/01/2006 klockan 11:59 |
Har i uppdrag att skriva om en manual till ett datorprogram. Den manual som finns idag är uppdelad i en beskrivning av "menyerna" samt en "användarhandbok" som beskriver vilka uppgifter man kan utföra. Det finns en liten kort innehållsförteckning med inget index.
Min tanke är att dela upp det i två filer. En som beskriver programmet och menyerna, som också har ett index så att man kan söka fram informationen. Jag tror inte många användare läser meny för meny vad man kan göra. Den andra filen ska vara som en "snabbreferens" att printa ut och ha vid skrivbordet.
Kan detta vara ett lämpligt upplägg? Eller hur skriver man en "användbar manual"?
mvh
Cami |
eric svarade 02/01/2006 klockan 15:33 |
| gör en prototyp av ditt manualkoncept och testa den på användare. om det verkar funka är det bara att blåsa på. |
Mats Berglind svarade 04/01/2006 klockan 08:22 |
Hej!
Jag jobbade tidigare som teknisk kommunikatör och sysslade då bla med manualer. Jag brukade dela in mina manualer enligt följande:
Första delen var en ren genomläsning om hur applikationen fungerade, beståndsdelar, etc.
Andra delen var korta instruktioner hur man gjorde för att använda de mest frekventa funktionerna.
Tredje delen var index och sökord.
Första delen var tänkt att använda för de få användare som läser på innan de startar. Andra och tredje delen är till som uppslagsdel för de användare som kör fast och behöver hjälp.
Vill också lägga in en kommentar om felet som många gör med manualer (hjälptexter, etc.), och det är att den skrivs sist i ett projekt. Manualen ska skrivas under projektet, det är en del av användbarheten för en applikation. Om den skrivs kontinuerligt så kan den testas i sitt context dvs. tillsammans med applikationen.
Dessutom finns ett annat plus och det är att den som skriver manualen utmanar användbarheten i applikationen i sitt skrivande, eftersom personen som skriver måste förklara hur applikationen fungerar på ett pedagogiskt sätt. Det innebär alltså att personen som skriver manaualen är en värdefull resurs för den person som gör GUI:t. |
Björn.A svarade 04/01/2006 klockan 17:20 |
Jag har en gammal och ganska omfattande artikel om användarcentrerad manualutformning. Där föreslår de att man skall koncentrera manualen kring uppgifter. Det vill säga ta reda på vad användaren kan tänkas vilja göra i programmet snarare än att beskriva funktionerna enskilt i kronologisk ordning.
Det liknar ju Mats andra del föresten. |
Mikael svarade 18/01/2006 klockan 18:22 |
Vet inte om det var den här artikeln du syftade på Björn, men Don Norman skriver om det på http://www.jnd.org/dn.mss/how_to_write_an_effe.html
"The manual should be activity-centered. Pick the most basic activities and explain how to accomplish them. Make the explanations short and simple, with illustrations. Save the detailed control-by-control and menu-item by menu-item explanations for the appendix. Remember: people do not want to read manuals — they want to do their activity. Let them get right to work, with minimum reading.
[...]
The main manual must focus on complete, holistic, activities. Explanation should be presented when needed, and in context: not before it is needed, not after, and not out of context in some other location. If this means explaining the same operation several different times, so be it. Your users will thank you."
( via http://www.guuui.com/posting.php?id=1724 ) |
|
|
Forumet är inte längre aktivt.
|
|
|
|
|
