tekom-Jahrestagung 2012 - ActiveDoc

Informationsdesign
INF 6
Fachvortrag
Häufige Probleme
Eine Methode zum
Erlernen von Software
Grundgedanken
Grundprinzipien
Minimalism neu gedacht oder was gehört
eigentlich in eine Dokumentation rein?
Martin Holzmann, ARAKANGA GmbH, Hanau
Viele Dokumente erfüllen ihren Zweck nicht. Diese Dokumente sind mit
viel Aufwand erstellt mit dem einzigen Resultat, dass Nutzer mit Informationen
überfüllt werden, sie diese aber nicht nutzen können:
−−
Fachinformationen, in denen alle Details eines neuen oder geänderten
Produktes beschrieben sind.
−−
Bedienungsanleitungen, in denen alle möglichen Funktionen in Form
von Anleitungen beschrieben sind.
−−
Bedienungsanleitungen, die mit Hinweisen und Tipps und ergänzenden
Informationen gespickt sind.
Minimalism nach John M. Carroll
Minimalism ist ein methodischer Ansatz zum Erstellen von Anwenderdokumentation
– primär Softwaredokumentation – zum Zweck des
Lernens. Die Methode wurde von John M. Carroll am IBMs User Interface
Institute entwickelt und ist von ihm im Buch „ The Nürnberg
Funnel: Designing Minimalist Instruction for Practical Computer Skill
(Technical Communication, Multimedia, and Information Systems)“
beschrieben.
Ausgangspunkt war die Erkenntnis, dass Nutzer einer Software nicht
zuerst umfangreiche Systembeschreibungen durcharbeiten, bevor sie
die Software verwenden. Nutzer tendieren dazu, Software direkt zu
verwenden und erst dann auf die Dokumentation zuzugreifen, wenn
sich ihnen diese nicht erschließt, sie also Fehler machen oder ihr Ziel
nicht erreichen. Daraus ergibt sich, dass die Dokumentation nicht
primär vollständig sein muss – also alle nur denkbaren Aspekte der
Anwendung beschreiben muss – sondern dass sie den Nutzer in einer
Lernphase beim Lösen seiner Probleme helfen soll. Nutzer wollen nicht
lesen, sondern handeln.
Die wichtigsten Prinzipien des Minimalism
−−
Konkrete Aufgabenorientierung: Anwender wollen etwas tun, eine
Aufgabe oder ein Problem lösen. Das Dokument muss dem Anwender
beim Lösen der Aufgabe helfen, nicht ein System beschreiben.
−−
Anwenderziele und Aufgaben erkennen: Aufgabenorientierung setzt
Zielgruppenkenntnis voraus. Vorhandenes Wissen muss nicht vermittelt
werden.
−−
Weniger ist mehr: Nur Informationen geben, die Anwender beim
Ausprobieren, Entdecken und Anwenden von Funktionen unterstützen.
Anwender sind denkende Menschen – sie bilden sich beim Ausprobieren
ihr eigenes mentales Modell, wie etwas funktioniert. Keine
ermüdenden Details. Kurz schreiben – keine Füllworte etc.
−−
Topicorientierung: Wissen wird topicweise/themenweise vermittelt.
Jeder Topic ist für sich selbst verständlich. Es gibt keine zwingende
Lesereihenfolge zwischen den Topics.
−−
Fehlertoleranz: Informationen geben, die dem Anwender im Problemfall
einen Lösungsweg aufzeigen.
118
tekom-Jahrestagung 2012