Kuratierte Linksammlung für Webdesigner und -entwickler.
Die Bedeutung von Inclusive Design

Was zum Henker ist Inclusive Design?

Dinge zu benennen ist schwer. Und ich meine nicht nur CSS-Klassennamen und JSON-Eigenschaften. Den richtigen Begriff für das zu finden, was wir mit der Zeit tun, die wir wach verbringen, erweist sich als sehr schwierig.

Heydon Pickering ist verschiedene Rollen durchlaufen. Von „Frontend-Entwickler“, „User Experience Designer“ und „Accessibility Engineer“..

Anzeige

Kürzlich hat Heydon den Begriff „Inclusive Design“ verwendet und sich selbst oft als „Inclusive Designer“ bezeichnet. „Ich bin mir nicht sicher, wo ich es zum ersten Mal gehört habe oder wer es erfunden hat, aber die Terminologie fühlt sich gut an für Dinge, die mir wichtig sind, wenn ich nicht in einer Kneipe bin oder schlafe.“

In diesem Artikel geht es um das, was Heydon über „Inclusive Design“ denkt und warum es ihn als Idee gefällt.

Ist „Inclusive Design“ nicht nur „Accessibility“ unter einem anderen Namen?

Nein, das glaubt er nicht. Aber das soll nicht heißen, dass die beiden Konzepte nicht verwandt sind. Beachte den „Design“-Teil im „Inclusive Design“. Inclusive Design beschreibt eine Designaktivität; eine Art, Dinge zu gestalten.

Dies ist der Unterschied zu der Zugänglichkeit – oder zumindest von unseren Erwartungen, was „Zugänglichkeit“ mit sich bringt. Trotz der Tatsache, dass jeder Accessibility-Experte weiß, dass Barrierefreiheit in den Designprozess integriert werden sollte, wird dies selten getan. Stattdessen wird es in einen nachträglichen Einfall verbannt, was seine Wirkung einschränkt.

Der Begriff „Zugänglichkeit“ ist daher nicht in der Lage, den Designprozess zu definieren. Es ist nicht so, dass wir nicht versucht haben, den Begriff zu retten, aber es sieht ein bisschen so aus, als wäre es uns aus den Händen geglitten. Vielleicht sollten wir einen neuen Begriff verwenden, denn schließlich erhalten neue Dinge neue Namen.

Der Access-Teil der Barrierefreiheit ist ebenfalls problematisch. Dies bedeutet nicht, dass der Zugang ein Problem ist – der Zugang ist gut, und je zugänglicher etwas ist, desto besser. Er meint einfach, dass es allein nicht ausreicht.

Stelle dir eine Website vor, die mit schlecht geschriebenen und mangelhaft organisierten Informationen gefüllt ist, einschließlich einer Reihe verworrener und verwirrender Funktionen. Um diese Website zugänglich zu machen, muss sichergestellt werden, dass keine Hindernisse den Zugriff auf den Inhalt verhindern. Aber das macht den Inhalt nicht besser. Es bedeutet nur, dass mehr Menschen darunter leiden müssen.

Der Zugang ist sicherlich eine Voraussetzung für die Einbeziehung, aber die Zugänglichkeitskonformität bringt dich allein nicht zum erwünschten Ziel. Unbrauchbare Interfaces sind notwendigerweise unzugänglich. Sicher, Du kannst ein unbrauchbares Interface verwenden und sie barrierefrei machen, aber Benutzer erhalten wenig Nutzen daraus.

Also, wo soll das jetzt hinführen? Der Zugang ist wichtig, aber die Einbeziehung ist hier wichtiger als der Zugang. Inclusive- bzw. integratives Design bedeutet, dass wir so vielen Menschen wie möglich nicht nur Zugang-, sondern Wert geben.

Ist Inclusive Design eine Art der Zugänglichkeit + UX?

Schon eher, aber es gibt einige Probleme mit dieser Definition.

UX ist, wie du bereits bemerkt hast, ein breiter Begriff, der Aktivitäten umfasst, die von der Durchführung von Forschungsstudien bis zur Optimierung der wahrgenommenen Affordanz von Interface-Elementen reichen. Aber alles in allem, was ich von UX verstehe ist, dass es darum geht, Interfaces verständlich zu machen.

Die WCAG 2.0 enthält bereits ein „verständliches“ Prinzip, das Bestimmungen wie Lesbarkeit, Vorhersagbarkeit und Feedback umfasst. Man könnte also sagen, Accessibility – zumindest wie von WCAG beschrieben – deckt bereits UX ab.

Leider sind die Kriterien begrenzt, und einige wirklich wichtige Dinge (wie Lesbarkeit) sind auf das AAA-Level verwiesen.

Also sollten sich besser UX-Leute um solche Dinge kümmern. Es ist eben was sie tun. Außer, und darin liegt eine Gefahr: UX-Experten neigen dazu, sich eben nicht mit der Barrierefreiheit vertraut zu machen, daher funktionieren ihre „Lösungen“ nicht wirklich für viele Leute. Heydons Freund Billy Gregory prägte den Begriff „SUX“ oder „Some UX“: Wenn es nicht für verschiedene Benutzer funktioniert, macht es nur einen Teil der Arbeit.

SUX wird wird die Hürde mit der Barriefreiheit ebensowenig meistern, aber worauf ich hinaus will ist, dass es nicht nur ein Problem mit der menschlicher Einschränkungen, wie Behinderung, ist. Alle Arten von Benutzerumständen müssen berücksichtigt werden; also natürlich auch die Umgebung, in der Sich ein Anwender aufhält: Gerätetyp, Geräteeinstellungen, Netzqualität, Lage, Muttersprache und zur Verfügung stehende Zeit, um nur einige zu nennen.

Kurzum, Inclusive Design bedeutet, Dinge für Menschen in einer bestimmten Situation zu gestalten. Heydons Erfahrung nach ist Mainstream-UX nicht sehr gut darin. Durch die Verschärfung der Zugänglichkeit auf Mainstream-UX, arbeiten wir unter dem Missverständnis, dass die meisten Menschen eine „normale“ Erfahrung haben, einige wenige Menschen sind Ausnahmen und alle Ausnahmen beziehen sich direkt auf Einschränkungen.

Also beinhaltet integratives Design nicht wirklich die Rücksicht auf Einschränkungen bzw. Behinderung?

Es geht um Behinderung, aber nicht um Barrierefreiheit. Zugänglichkeit (wie es normalerweise verstanden wird) zielt darauf ab, sicherzustellen, dass die Dinge für Menschen mit klinisch erkannten Behinderungen funktionieren. Inclusive Design zielt darauf ab, sicherzustellen, dass Dinge für Menschen funktionieren, selbstverständlich auch für diejenigen mit klinisch anerkannten Behinderungen. Ein subtiler, aber nicht so subtiler Unterschied.

Gehen wir zurück zur Diskussion der Lesbarkeit, denn das ist ein gutes Beispiel: Jeder profitiert von lesbarem Text; Text mit prägnanten Sätzen und allgemein verstandenen Wörtern. Es hilft sicherlich Menschen mit kognitiven Beeinträchtigungen, aber es behindert nicht die Leute, die weniger Verständnisprobleme haben. In der Tat sind sie mehr als wahrscheinlich dankbar für die eingesparte Zeit und die Klarheit. Lesbarer Text deckt das gesamte Spektrum ab. Es ist – du hast es – inclusive.

Lesbarkeit ist dagegen eine andere Sache. Eine klare, gut ausbalancierte Schrift macht das Leseerlebnis für alle Betroffenen weniger unangenehm und frustrierend, auch für diejenigen, die verschiedene Formen visueller Defizite haben. Wiederum sind alle glücklich – warum also sich inszenierten Trends unterwerfen und eine verzerrte, skizzenhafte Schrift verwenden? Lass es gut sein.

Und natürlich Kontrast. Niemand profitiert von geringem Kontrast; Jeder profitiert von hohem Kontrast. Es geht nicht mehr um Arbeit, sondern nur um bessere Entscheidungen. Und genau das ist Design: Entscheidungsfindung.

Lesetipp:
In folgender Beitragsempfehlung findest du 6 prägnante und einfach umzusetzende Regeln, um die Typografie deiner Website für eine bessere Benutzererfahrung zu optimieren.

Wie wäre es mit Zoom-Unterstützung? Wenn du deinen Benutzern das Zoomen auf ihren Telefonen erlaubst, können sie schlechte Sehkraft ausgleichen, aber sie können auch den Berührungsbereich von Steuerelementen vergrößern, Details in Bildern überprüfen und bessere Bildschirmaufnahmen erstellen. Unauffällige Optionen wie z. B. Zoom-Funktionen machen Interfaces viel integrativer zu sehr geringen Kosten.

Und wenn es um den zugrunde liegenden HTML-Code geht, hast du Glück: Es wurde von Anfang an darauf ausgelegt, „Inclusive“ zu sein. HTML ist ein Toolkit für die Integration. Die Verwendung der richtigen Elemente bedeutet nicht nur, dass die wenigen, die Bildschirmleseprogramme nutzen, sondern die Tastaturzugänglichkeit sofort verfügbar ist. Du kannst durch HTML das Browserverhalten zu Gunsten deiner User beeinflussen, anstatt zusätzliche Skripts zu schreiben, um vermeintliche Optimierungen vorzunehmen. Der Code ist einfacher zu lesen und zu pflegen, und Redakteure können Inhalt erstellen, der mühelos darstellbar ist.

Warte … sprichst du über universelles Design?

Hmmm. Ja, ich schätze, manche Leute denken auch an „universelles Design“. Heydon mag den Begriff „universal“ in diesem Zusammenhang einfach nicht.

Die Sache ist, es erweckt den Eindruck, dass du die Lösung für absolut jeden im Universum entwerfen sollst. Obwohl nur wenige eine wörtliche Interpretation von „universal“ in diesem Kontext verwenden würden, gibt es genügend Entwickler, die den Begriff absichtlich falsch interpretieren und universelles Design als unmögliche Aufgabe anprangern. Heydon hatte tatsächlich Leute, die sich zurückzogen, indem sie sagten: „Was, also muss ich es auch für Leute tun, die allergisch auf Computer sind? Und was ist mit Menschen, die im Koma liegen?“ Bekloppt.

Um unser selbst Willen ist der Begriff „Inclusive“ doch sehr weniger irreführend. Natürlich kannst du nicht Dinge machen, die jeder benutzen kann – es ist okay, das ist auch nicht das Ziel. Aber mit allem, was mit Web-Technologien möglich ist, müssen Menschen in der großen Anzahl, die wir nun mal sind, nicht ausgeschlossen werden.

Barrierefreiheit kann nie perfekt sein, aber wenn man von der Planung über das Prototyping bis hin zur Produktion nachdenkt, kann man ein viel breiteres Netz werfen. Das bedeutet mehr zufriedenere Benutzer bei sehr wenig bis geringem Aufwand.

Wenn Du möchtest, beschreibt Inclusive Design das Mittel und Zugänglichkeit das Ende.

Fazit

Das ist Inclusive Design. Zumindest ist das eine Definition für etwas, das Heydon für eine gute Idee hält. Er wird uns aber noch ein paar weitere Tipps geben:

Beziehe Code früh ein

Web-Interfaces bestehen aus Code. Wenn du nicht mit Code arbeitest, arbeitest du nicht an Interface. Das heißt nicht, dass mit dem Skizzieren oder Papier-Prototyping etwas nicht stimmt – er empfiehlt sogar Papier-Prototyping in seinem Buch über integratives Design. Arbeite so schnell wie möglich mit Code und denke schon frühzeitig über Code nach. Pflege eine Musterbibliothek codierter Lösungen und lasse alle Lösungen aus, die nicht den grundlegenden Richtlinien für Barrierefreiheit entsprechen.

Respektiere Konventionen

Dein Inhalt sollte frisch, originell und radikal sein. Dein Interface sollte es nicht. Akzeptiere akzeptierte Konventionen in der Darstellung, Platzierung und Codierung von Interface-Elementen.

Benutzer sind nicht da, um das Interface-Design zu erleben; sie sind da, um das Interface zu benutzen.

Mit anderen Worten: höre auf, anzugeben (es sei denn, die Aufgabe besteht darin, mit neuen Paradigmen im Interface-Design für eine Zielgruppe von Interface-Design-Forschern zu experimentieren).

Sei nicht so genau

„Perfektion ist der Feind des Guten“. Aber das Streben nach Perfektion ist nicht deshalb zu vermeiden, weil nichts jemals fertig wird. Genaues Design macht Dinge unflexibel und brüchig. Wenn dein Design davon abhängt, dass Elemente genaue Koordinaten beibehalten, werden sie leicht beschädigt, sobald deine Benutzer mit der Anpassung der Schrift oder dem Zoomen beginnen. Entscheide, Elemente nicht exakt zu positionieren oder gebe ihnen feste Werte. Treffe weniger Entscheidungen im Interface, damit deine Benutzer mehr Entscheidungen dafür treffen können.

Erzwinge die Einfachheit

Je einfacher ein Interface ist, desto einfacher ist es für alle Arten von Benutzern zu verwenden. Einfachere Interfaces erfordern auch weniger Code, so dass es einen offensichtlichen Leistungsvorteil gibt. Es gibt viele Designentscheidungen, die Benutzeranalysen erfordern, aber Dinge einfach zu halten ist immer das Richtige. Nicht vereinfacht oder einfach-scheinend oder einfach, aber einfach.

Mach ein wenig und mach es gut, für so viele Leute wie du kannst.

Mehr über Heydon Pickering:
heydonworks.com

Quelle

24ways.org

Frischer Input für Designer. Jeder Abonnent erhält das kostenlose Bundle aus 50 Photoshop Device-Mockups und 40 Responsive WordPress-Themes.

1x pro Woche. Kein Spam. Jederzeit kündbar.
Jonathan Torke
Jonathan Torke

Auf pixeltuner.de teile ich aktuelle Ressourcen für Webdesigner und -entwickler. Du findest mich auch auf deviantART. PayPal-Kaffeespende.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.

Verpasse keine News!

Du erhältst ein kostenloses Bundle aus 50+ WordPress-Themes und PSD Device-Mockups.

1x pro Woche. Jederzeit kündbar.
Anzeige