Mit gutem Beispiel voran! Demo-Inhalte als Bestandteil der User Experience Martin Häberle, Vorsicht Lesegefahr!

tekom-Jahrestagung Vortrag UA/SWD 4

Was Sie hier erwartet

3 Thesen

6 Demos

2 Prognosen 4 Tipps

Blindtexte dienen als Platzhalter wie „Lorem ipsum“ oder „123“, „asdf“.

Beispieldaten sind Datensätze in SW-Anwendungen für Test, Demo etc.

Code-Beispiele sind unverzichtbar in Entwickler/API-Dokumentationen.

Anwendungsbeispiele sollen in sich „rund“ und Use-Case-orientiert sein.

Demosysteme verkaufen die Software mittels Anwendungsbeispielen.

Typologie des Beispiels

Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata …

These: Blindtexte machen blind

Empfehlung: Blindtext vermeiden!

Blindtexte sind oft (zu) unauffällig

Fordern zum Wegsehen geradezu auf

Layouter vergisst ggf. die Ersetzung

Wenn‘s sein muss: auffällig („Grantln“)

Lieber gleich „echte und gute“ Inhalte

Voraussetzung: In den Autokorrektur-Optionen von Word ist Während der Eingabe ersetzen aktiv

Tipp: Blindtext erzeugen (1)

=rand(n,m) Deutschsprachigen Blindtext mit n Absätzen und jeweils m Sätzen einfügen, z. B. rand(1,2): Auf der Registerkarte 'Einfügen' enthalten die Kataloge Elemente, die mit dem generellen Layout des Dokuments koordiniert werden sollten. Mithilfe dieser Kataloge können Sie Tabellen, Kopfzeilen, Fußzeilen, Listen, Deckblätter und sonstige Dokumentbausteine einfügen.

=lorem(n,m) „Lorem ipsum“-Blindtext einfügen (analog zur rand()-Funktion)

Microsoft Office (insbesondere Word):

Tipp: Blindtext erzeugen (2)

Generator auf bavaria-ipsum.de

„Schmarrn“

oder „Grantln“

„Grantl“-Ergebnis:

Beispiele für Beispiele „Um Rekursion

zu verstehen,

muss man

wissen, was

Rekursion ist.“

Tutorial: ully.com/joomla Blog: joomla-das-buch.de

Einsteiger-Tutorial

Anwendungsbeispiel: Keynote

Beispiel: Wiki-Funktionen

Confluence-Add-ons von K15t für TD

Beispiel: Wiki-Funktionen

Confluence-Add-ons von K15t für TD

These: Beispiele sind Hilfe 2.0 Demodaten/-anwendungen als User Assistance

Demo-Inhalte machen Anleitungen (beinahe) überflüssig

Demoinhalte/Beispiele sind eine (bzw. für viele die) Hilfe

Hilfetexte werden (wenn vermeidbar) nicht gelesen

Einschränkung: gilt insbesondere für handlungsrelevante Informationen

Demoinhalte ersetzen Hilfetexte

Voraussetzung: funktional, vollständig, sinnvoll

Ohne komplexe Fachlichkeit

Anschaulich dargestellt, spielerisch aufbereitet Als Demodaten erkennbar und von Produktivdaten getrennt

Anforderungen an Showcases … und Beispielanwendungen

These: Demos sind mehr als Doku!

Marketing-Instrument

Kundenbindung

Markenbildung Identifikation

Dokumentation allein verkauft keine Software, gute Demosysteme und nutzbare Beispiele schon!

Tipp: Optionale Komponenten im Demosystem „anfeaturen“

Als Marketing-Instrument

Beispiel: Wordpress-Theme

http://ow.ly/pYqa2

Vom Kunden zum Fan!

Beziehung zum Nutzer (=Kunden!) aufbauen durch individuelle, nützliche Demos/Beispiele

Wiedererkennung!

Demoprojekt im Ticket-System Atlassian JIRA® Comic-Vögel à la „Angry Birds“

T-Shirts als Merchandising

Beispiel „Angry Nerds“

Dokumentation: Screenshots, Beispiele, Beispielcode

Entwicklungs-/Testabteilung: mit dem Demo-System

Schulungen: Übungen, Folien, WBTs etc.

Vertrieb/Marketing: Website, Produktvideos,

Präsentationen, Webcasts etc.

Consulting: als Basis für Kundenlösungen

Überall benötigt: Showcases … und Beispielanwendungen

Veränderte Nutzererwartungen an „Hilfe“

Anwendungsfall „Software ausprobieren“

Bedienwissen zukünftig komplett in GUI und Demo abgebildet Tipp: Schrittanleitungen automatisch generieren, z.B. mit „Dr. Explain“, siehe www.drexplain.de

Prognose 1: Mehr Beispiele, weniger Doku

Beispiele kommen besser nicht von Entwicklern!

Technische Redakteure sind optimale Ersteller

Synergie-Effekte nutzen

Weg mit dem Silodenken!

Prognose 2: die neue TR-Rolle

Bessere Demodaten, Anwendungsbeispiele für Software

Vorhandene Möglichkeiten konsequent nutzen

Mehr Mut zur Kreativität

Weniger Schrittanleitungen (die keiner liest)

Die Mühe zahlt sich für das Unternehmen aus

Die Zukunft der User Assistance für Software

Die Zukunft des Technischen Redakteurs

Zusammengefasst:

Fragen, Kommentare?

Weitere Fragen, Anregungen und Kritik gerne an mail@lesegefahr.de

UA/SWD 4

Danke für die Aufmerksamkeit!

www.Lesegefahr.de twitter.com/Lesegefahr