heires #dwx17 session "tron prinzip"

© Heinrich & Reuter Solutions GmbH, Scariastraße 9, 01277 Dresden 0351 65615776, 0351 65615779, http://www.heires.net

© Hein

rich &

Reu

ter Solu

tions

GmbH


Design und UX

Development

Training / Coaching

Mobile Lösungen

© Hein

rich &

Reu

ter Solu

tions

GmbH


© Hein

rich &

Reu

ter Solu

tions

GmbH


Aufgaben

„Alles was Du tust sind Aufgaben!“

© Hein

rich &

Reu

ter Solu

tions

GmbH


„Das System kennt alle Aufgaben genau!“

Aufgaben

© Hein

rich &

Reu

ter Solu

tions

GmbH


„Das System ist der Inbegriff an Effektivität. Folge dem System und du erreichst jedes Ziel!“

Aufgaben

© Hein

rich &

Reu

ter Solu

tions

GmbH


„Das System an sich verbessert jeden deiner Schritte. Es ist die Essenz von Effizienz!“

Aufgaben

© Hein

rich &

Reu

ter Solu

tions

GmbH


„Das System zu nutzen ist ein Privileg. Allein das sollte dich zufrieden stellen!“

Aufgaben

© Hein

rich &

Reu

ter Solu

tions

GmbH


Aufgaben

„Nutze das System! Sei effektiv, effizient und zufrieden!“

© Hein

rich &

Reu

ter Solu

tions

GmbH


Aspekte von Aufgaben-Erfüllung

© Hein

rich &

Reu

ter Solu

tions

GmbH


Usability nach DIN 9241 DE:

„Usability ist das Ausmaß, in dem ein Produkt durch bestimmte Benutzer in einem bestimmten Nutzungskontext genutzt werden kann, um bestimmte Ziele effektiv, effizient und zufriedenstellend zu erreichen.“

© Hein

rich &

Reu

ter Solu

tions

GmbH


Aspekte von Aufgaben-Erfüllung: Effektivität

Effektivität ist die Vollständigkeit und Genauigkeit,mit der ein Benutzer ein bestimmtes Ziel erreichen könnte.

Messbarkeit:

Ziel erreicht und Aufgabe geschafft - ja oder nein?

© Hein

rich &

Reu

ter Solu

tions

GmbH


Aspekte von Aufgaben-Erfüllung:Effizienz

Effizienz ist der zur Erreichung des Ziel einzusetzende Aufwandim Verhältnis zu Genauigkeit und Vollständigkeit

Messbarkeit:

Aufzubringende Ressourcen (Zeit, Geld, Mensch, Nerven), damit auch Ressourcenverschwendung und Nutzungsprobleme

© Hein

rich &

Reu

ter Solu

tions

GmbH


Aspekte von Aufgaben-Erfüllung:Zufriedenheit

Der Grad der Zufriedenheit ist der nachhaltige Eindruckim Anschluss an die Nutzung des Systems zur Erfüllung der Aufgabe.

Messbarkeit:

Qualitative Aussagen des Nutzers,rückblickende und vorausschauende Einstellung

© Hein

rich &

Reu

ter Solu

tions

GmbH


Effizienz

„Das System ist die Essenz von Effizienz. Die Wahrnehmung desUsers ist subjektiv und irrelevant!“

© Hein

rich &

Reu

ter Solu

tions

GmbH


Effizienz

„Effizienz im UX-Kontext ist wieviel Aufwand dem Nutzer zugemutet wird, um eine konkrete Aufgabe zu erfüllen.“

© Hein

rich &

Reu

ter Solu

tions

GmbH


Effizienz (ISO 9241-110)Aufgaben-

angemessen-heit

Individualisier-barkeit

Fehlertoleranz

Lernförderlichkeit

Steuerbarkeit

Erwartungskon-formität

Selbstbeschrei-bungsfähigkeit

© Hein

rich &

Reu

ter Solu

tions

GmbH


Effizienz (ISO 9241-110)

© Hein

rich &

Reu

ter Solu

tions

GmbH


Aufgabenangemessenheit(Task Suitability)

„Digital und komplex ist immer besser!“

© Hein

rich &

Reu

ter Solu

tions

GmbH



„Angemessen ist nur, was der Aufgabe auch wirklich dienlich ist“

© Hein

rich &

Reu

ter Solu

tions

GmbH



Was denn? Datum und Zeit sind doch da!

Wo denn? Wo denn?

© Hein

rich &

Reu

ter Solu

tions

GmbH



Telefonnummer Eingabeist möglich. Ziel erreicht!

Aber mit unangemessenemAufwand für den Nutzer!

© Hein

rich &

Reu

ter Solu

tions

GmbH



Jedem erdenklichen Fallwurde entsprochen!

Muss das denn wirklich sein?

© Hein

rich &

Reu

ter Solu

tions

GmbH



Umbennen ist komplex.Das muss klar werden.

Sollte das Ziel nicht sein,Komplexes zu vereinfachen?

© Hein

rich &

Reu

ter Solu

tions

GmbH



Für alle Aufgaben gewappnet!

Wer will sowas?

© Hein

rich &

Reu

ter Solu

tions

GmbH



Hält doch … funktioniert!

Ja, aber wie lange? Und wievertrauenserweckend wirkt das?

© Hein

rich &

Reu

ter Solu

tions

GmbH



ISO:

„Ein interaktives System ist aufgabenangemessen, wenn es den Benutzer unterstützt, seine Arbeitsaufgaben zu erledigen, d. h. wenn Funktionalität und Dialog auf den charakteristischen Eigenschaften der Arbeitsaufgabe basieren.“

© Hein

rich &

Reu

ter Solu

tions

GmbH



Beispiele Aufgabenangemessenheit:

• Nur aufgabenbezogene Felder in Formularen sind verpflichtend(z. B. Kontaktformular)

• Übernahme von Eingaben durch den Benutzer in Folgemasken(z. B. Bestellung)

• Darstellung nur aufgabenrelevanter Informationen(z. B. Hotelreservierung)

© Hein

rich &

Reu

ter Solu

tions

GmbH


Steuerbarkeit(Controllability)

„Das System bestimmt den Weg!“

© Hein

rich &

Reu

ter Solu

tions

GmbH



„Sinnvolle Schritte vom Nutzer beeinflussbar, das wäre schön!“

© Hein

rich &

Reu

ter Solu

tions

GmbH



Der User muss geführt werden!

Ja, aber er sollte auch immerwissen, wo er ist undwie es weitergeht

© Hein

rich &

Reu

ter Solu

tions

GmbH



Unverschämt, der Userhat mögliche Schritteeinfach abgeklebt!

Vielleicht brauchte er sie nicht!

© Hein

rich &

Reu

ter Solu

tions

GmbH



Was denn? Es gibt dochnächste Schritte!

Sie bringen den User aber leider in keiner Form weiter!

© Hein

rich &

Reu

ter Solu

tions

GmbH



Ehm …

Ja … genau … ehm …Sackgasse sind ein No Go!

© Hein

rich &

Reu

ter Solu

tions

GmbH



ISO:

„Ein Dialog ist steuerbar, wenn der Benutzer in der Lage ist, den Dialogablauf zu starten, sowie seine Richtung und Geschwindigkeit zu beeinflussen, bis das Ziel erreicht ist.“

© Hein

rich &

Reu

ter Solu

tions

GmbH



Beispiele Steuerbarkeit:

• „Undo“ Funktion um fehlerhafte Eingaben rückgängig zu machen (z. B. Eingaben)

• Vor- und Zurück-Schritte entscheidet ausschließlich der User (z. B. Eingaben)

• Jede Operation/Funktion kann vom Benutzer pausiert/fortgesetzt werden (z. B. Downloads)

© Hein

rich &

Reu

ter Solu

tions

GmbH


Selbstbeschreibungsfähigkeit(Self Descriptiveness)

„RTFM!!!“

Oder

„Try and Error?!“

© Hein

rich &

Reu

ter Solu

tions

GmbH



„Ich will verstehen ohne zu denken!“

© Hein

rich &

Reu

ter Solu

tions

GmbH



RTFM!

Handbuch lesen? Wohl eherIrgendwas studieren …

© Hein

rich &

Reu

ter Solu

tions

GmbH



Geänderte UmständeErforderten neue Labels!

Und was ist hier Button undwas nur ein Etikett?

© Hein

rich &

Reu

ter Solu

tions

GmbH



Was denn? Sieht doch gut aus!

So vielleicht. Aber ist kein Buttongedrückt erkennt man ihn nicht!

© Hein

rich &

Reu

ter Solu

tions

GmbH



Drei eindeutige Schritte!

Aber irgendwie null verständlich!

© Hein

rich &

Reu

ter Solu

tions

GmbH



User … alle dämlich!

Oder die Maßeinheit vergessen?

© Hein

rich &

Reu

ter Solu

tions

GmbH



ISO:

„Ein Dialog ist in dem Maße selbstbeschreibungsfähig, in dem für den Benutzer zu jeder Zeit offensichtlich ist, in welchem Dialog und an welcher Stelle im Dialog er sich befindet, welche Handlungen unternommen werden können und wie diese ausgeführt werden können.“

© Hein

rich &

Reu

ter Solu

tions

GmbH



Beispiele Selbstbeschreibungsfähigkeit:

• Fenster, Dialog, Buttons sind eindeutig und unmissverständlich identifizierbar (z. B. Navi)

• Formularfelder geben das Format dermöglichen Eingabe vor (z. B. Datum)

• Klare Unterscheidbarkeit unterschiedlicher Typen/Stati von Feldern (z. B. aktiv/inaktiv/fokus)

© Hein

rich &

Reu

ter Solu

tions

GmbH


Lernförderlichkeit(Learning Suitability)

Unverschämt das Systemso zuzukleistern!

Anscheinend wurde es abererst so wirklich brauchbar!

© Hein

rich &

Reu

ter Solu

tions

GmbH



Gute Abhilfe wegen DAUs!

Direkt bedenken stattnachbessern zu müssen!

© Hein

rich &

Reu

ter Solu

tions

GmbH



DAUs brauchen jedenSchritt genau erklärt!

Den User für dumm halten …… nicht sehr nett!!!

© Hein

rich &

Reu

ter Solu

tions

GmbH



Feedback an den Nutzersoll man doch geben?!

Ja, aber es sollte auch irgendwiehilfreich sein oder was aussagen!

© Hein

rich &

Reu

ter Solu

tions

GmbH



Ein komplexes Systemwunderbar gelöst!

… und der Nutzer rafft garnix?!

© Hein

rich &

Reu

ter Solu

tions

GmbH



Hilfe wurde technisch bedacht!

Aber inhaltlich wohl kaum!

© Hein

rich &

Reu

ter Solu

tions

GmbH



ISO:

„Ein Dialog ist lernförderlich, wenn er den Benutzer beim Erlernen des interaktiven Systems unterstützt und anleitet.“

© Hein

rich &

Reu

ter Solu

tions

GmbH



Beispiele Lernförderlichkeit:

• Anbieten einer Demonstration der Software oder einzelner Schritte (z. B. Guided Tour)

• Möglichkeit einer Unverbindlichkeit bis zu einem genannten Schritt (z. B. Testbuchung)

• Darstellung eines Überblicks des Systems zur Verständnis-Verbesserung (z. B. Sidemap)

© Hein

rich &

Reu

ter Solu

tions

GmbH


Individualisierbarkeit(Individual Suitability)

„Nicht das System hat sich an den User,sondern der User hat sich an das System anzupassen.“

© Hein

rich &

Reu

ter Solu

tions

GmbH



„Jedem so, wie er oder sie es braucht!“

© Hein

rich &

Reu

ter Solu

tions

GmbH



Aus Sicherheitsgründenmitgedacht! Vorbildlich!

Und was ist mit Nutzer, dieProbleme mit dem Gehör haben?

© Hein

rich &

Reu

ter Solu

tions

GmbH



Die Knöpfe waren dem DAUwohl zu kompliziert!

Also wurde ein seltsamesSexspielzeug ergänzt?

© Hein

rich &

Reu

ter Solu

tions

GmbH



Perfekt!

Ehm …

© Hein

rich &

Reu

ter Solu

tions

GmbH



Angepasst an konkrete Nutzer!

Und was ist mit dem Rest?

© Hein

rich &

Reu

ter Solu

tions

GmbH



ISO:

„Ein Dialog ist individualisierbar, wenn Benutzer die Mensch-System-Interaktion und die Darstellung von Informationen ändern können, um diese an ihre individuellen Fähigkeiten und Bedürfnisse anzupassen.“

© Hein

rich &

Reu

ter Solu

tions

GmbH



Beispiele Individualisierbarkeit:

• Schriftgrößen und Zoomfaktoren können angepasst werden (z. B. Sehschwächen)

• Dem Benutzer werden mehr als nur eine Eingabemöglichkeit gegeben (z. B. Touch/Maus)

• Warn-Dialoge können für das Arbeitsumfeld passend modifiziert werden (z. B. „Piep“)

© Hein

rich &

Reu

ter Solu

tions

GmbH



Das sind die Designer schuld!

Das spielt für User keine Rolle!UI = Sicht auf ganzes System!

© Hein

rich &

Reu

ter Solu

tions

GmbH



ISO:

„Ein Dialog ist fehlertolerant, wenn das beabsichtigte Arbeitsergebnis trotz erkennbar fehlerhafter Eingaben entweder mit keinem oder mit minimalem Korrekturaufwand seitens des Benutzers erreicht werden kann.“

© Hein

rich &

Reu

ter Solu

tions

GmbH



Beispiele Fehlertoleranz:

• Eingrenzung möglicher Eingaben auf sinnvolle, validierbare Werte (z. B. Seitenzahlen)

• Klarer Hinweis auf Pflichtfelder, die nicht oder fehlend ausgefüllt wurden (z. B. KTO/BLZ)

• Fehlermeldungen bieten dem User nicht technische Lösungen an (z. B. OS Fehler)

© Hein

rich &

Reu

ter Solu

tions

GmbH


Erwartungskonformität(Expectations Conformity)

„Neues zu kreieren ist das Privileg des Systems!“

© Hein

rich &

Reu

ter Solu

tions

GmbH



Man muss erkennen,wer es gemacht hat!

Manchmal muss der Look dann doch der Funktion weichen!

© Hein

rich &

Reu

ter Solu

tions

GmbH



ISO:

„Ein Dialog ist erwartungskonform, wenn er (in sich konsistent) den aus dem Nutzungskontext heraus vorhersehbaren Benutzerbelangen sowie allgemein anerkannten Konventionen entspricht.“

© Hein

rich &

Reu

ter Solu

tions

GmbH



Beispiele Erwartungskonformität:

• Durchgängiges Vokabular für Funktionsbenennungen (z. B. Buttons)

• Verwendung von zur Aufgabe passenden Begriffen - auch lokalisiert (z. B. Bankautomat)

• Sprache, Konventionen und Optik passen zu Konventionen der Benutzer (z. B. Du/Sie)

© Hein

rich &

Reu

ter Solu

tions

GmbH


Effizienz (ISO 9241-110) = Dialogprinzipien

Aufgaben-angemessen-

heit

Individualisier-barkeit

Fehlertoleranz

Lernförderlichkeit

Steuerbarkeit

Erwartungskon-formität

Selbstbeschrei-bungsfähigkeit

© Hein

rich &

Reu

ter Solu

tions

GmbH


BildschArbV

20. Die Grundsätze der Ergonomie sind insbesondere auf die Verarbeitung von Informationen durch den Menschen anzuwenden.

21. Bei Entwicklung, Auswahl, Erwerb und Änderung von Software sowie bei der Gestaltung der Tätigkeit an Bildschirmgeräten hat der Arbeitgeber den folgenden Grundsätzen insbesondere im Hinblick auf die Benutzerfreundlichkeit Rechnung zu tragen:

• 21.1 Die Software muss an die auszuführende Aufgabe angepasst sein.

• 21.2 Die Systeme müssen den Benutzern Angaben über die jeweiligen Dialogabläufe unmittelbar oder auf Verlangen machen.

© Hein

rich &

Reu

ter Solu

tions

GmbH


BildschArbV

• 21.3 Die Systeme müssen den Benutzern die Beeinflussung der jeweiligen Dialogabläufe ermöglichen sowie eventuelle Fehler bei der Handhabung beschreiben und deren Beseitigung mit begrenztem Arbeitsaufwand erlauben.

• 21.4 Die Software muss entsprechend den Kenntnissen und Erfahrungen der Benutzer im Hinblick auf die auszuführende Aufgabe angepasst werden können.

22. Ohne Wissen der Benutzer darf keine Vorrichtung zur qualitativen oder quantitativen Kontrolle verwendet werden.

© Hein

rich &

Reu

ter Solu

tions

GmbH


Fragen, Kritik, Anmerkungen?

Ich und natürlich Developer Media freuen uns

sehr über ehrliche Bewertungen dieser Session.

Das geht auf der Webseite und in der DWX App.

© Hein

rich &

Reu

ter Solu

tions

GmbH


Fragen, Kritik, Anmerkungen?

Armin Reuter, HeiReS GmbH

Scariastraße 9, 01277 Dresden

Web: www.heires.net

E-Mail: [email protected]

Skype: [email protected]

Facebook: ArmReu

Twitter: @ArmReu

© Hein

rich &

Reu

ter Solu

tions

GmbH

http://www.heires.net/

mailto:[email protected]

mailto:[email protected]


Quellen / Rechte:

Titel: CC BY 2.0 Banalities

Screenshots: © WDC

Clippy: © Microsoft Corp.

ISO-Zahnräder: © HeiReS GmbH

Logos: © HeiReS GmbH, NMG Ulm mbH

Content: Facebook, Flickr, Google(Rechereche der Rechte nach besten Wissen und Gewissen, alle Rechte vorbehalten bei jeweiligem Ersteller)

Der Autor ist bestrebt, in allen Publikationen die Urheberrechte der verwendeten Bilder, Grafiken, Tondokumente, Videosequenzen und Texte zu beachten, von ihm selbst erstellte Bilder, Grafiken, Tondokumente, Videosequenzen und Texte zu nutzen oder auf lizenzfreie Grafiken, Tondokumente, Videosequenzen und Texte zurückzugreifen. Alle innerhalb des Dokumentes genannten und ggf. durch Dritte geschützten Marken- und Warenzeichen unterliegen uneingeschränkt den Bestimmungen des jeweils gültigen Kennzeichenrechts und den Besitzrechten der jeweiligen eingetragenen Eigentümer. Allein aufgrund der bloßen Nennung ist nicht der Schluss zu ziehen, dass Markenzeichen nicht durch Rechte Dritter geschützt sind! Das Copyright für veröffentlichte, vom Autor selbst erstellte Objekte bleibt allein beim Autor der Medien. Das Copyright für veröffentlichte, vom Dritten erstellte Objekte bleibt allein beim jeweiligen Autor der Medien. Eine Vervielfältigung oder Verwendung solcher Grafiken, Tondokumente, Videosequenzen und Texte in anderen elektronischen oder gedruckten Publikationen ist ohne ausdrückliche Zustimmung des Autors nicht gestattet.

© Hein

rich &

Reu

ter Solu

tions

GmbH