„Featuritis“: Neues Feature oder Barrierefreiheit?

Wenn man Kunden oder Produktverantwortliche vor die Wahl zwischen Features und Barrierefreiheit stellt, entscheiden sie sich fast immer für Features.

Es gibt mehrere Probleme mit dieser Aussage, aber sie taucht immer wieder auf. Ich möchte diese Gelegenheit nutzen, um mich tiefer damit zu beschäftigen.

Funktion oder Zugänglichkeit ist keine Wahl

Wenn Sie die Menschen vor das Dilemma stellen, zwischen einer Funktion und der Barrierefreiheit zu wählen, bieten Sie ihnen nicht wirklich eine Wahl.

Barrierefreiheit von was? Es kann nicht die Barrierefreiheit der Funktion selbst sein, da sich die Benutzer zwischen den beiden entscheiden müssen.

Nehmen wir an, wir reden über den Prozess der Nachrüstung einer vorhandenen Funktion, um sie barrierefrei zu machen.

Bauen für Barrierefreiheit: Richtiger Ansatz

Der Satz impliziert, dass die Barrierefreiheit eines Features genauso viel Zeit und Mühe erfordern würde wie das Hinzufügen eines völlig neuen Features.

Dies könnte zutreffen, wenn Barrierefreiheit nicht von Grundauf betrachtet wird sondern erst nachträglicher eingebaut werden muss. Dann müsste man zu den Anfängen zurückkehren und das Design, die Implementierung und die Tests von Grund auf neu erstellen.

Betrachten wir eine andere Perspektive. Wenn die Barrierefreiheit von Anfang an berücksichtigt wird – in jeden Schritt des Prozesses integriert – kann der zusätzliche Aufwand für gut ausgebildete Personen minimal oder sogar nicht vorhanden sein.

Ein anderer Blickwinkel

Das Problem liegt nicht so sehr in der Antwort, sondern in der Frage selbst. Ersetzen wir „Barrierefreiheit“ durch „Benutzerfreundlichkeit“ und beobachten wir das Ergebnis:

Wenn Sie Kunden oder Product Owner bitten, sich zwischen neue Funktion und Benutzerfreundlichkeit zu entscheiden, werden sie sich fast jedes Mal für eine neue Funktion entscheiden.

Die Entwicklung einer App mit dieser Denkweise führt oft zu einem vertrauten Szenario – eines, das wir lieber vermeiden möchten.

Wir sind uns alle einig, dass es gut investierte Zeit ist, zusätzliche Anstrengungen zu investieren, um sicherzustellen, dass eine Funktion nicht nur funktioniert, sondern auch nutzbar ist.

Barrierefreiheit ist Usability: Das 20%-Dilemma

Die Vernachlässigung der Barrierefreiheit kann dazu führen, dass bis zu 20 % Ihrer Benutzer auf Probleme mit der Benutzung stoßen können. Diese Probleme können dazu führen, dass die gesamte Funktion für sie teilweise oder vollständig unbrauchbar wird.

Fragen Sie sich nun: Lohnt es sich noch, die Funktion zu implementieren, wenn sie 1 von 5 Benutzern nicht effektiv bedienen kann?

Jenseits von Extremfällen

Wenn ich mich für Barrierefreiheit einsetze, stoße ich oft auf ein weit verbreitetes Missverständnis. Viele Menschen assoziieren den Begriff „Barrierefreiheit“ ausschließlich mit bestimmten Behinderungen, was zu Antworten führt wie: „Das brauchen wir nicht; wir haben keine blinden Nutzer.“ Die Zugänglichkeit geht jedoch weit über Extremfälle hinaus.

Die Entwicklung unter Berücksichtigung der Barrierefreiheit bedeutet jedoch nicht, sich nur auf Screenreader zu konzentrieren. Es geht darum, die Robustheit einer Lösung zu verbessern, um unterschiedlichen Benutzerbedürfnissen, Vorlieben und Umgebungen gerecht zu werden.

• Größere, gut verteilte Tasten helfen Menschen mit Zittern oder Verletzungen wie dem Karpaltunnelsyndrom, sind aber auch auf kleinen mobilen Touchscreens einfacher zu bedienen.
• Ein dunkler Modus ist möglicherweise besser geeignet, um eine Belastung der Augen in der Nacht zu vermeiden, während die Verwendung derselben App bei direkter Sonneneinstrahlung möglicherweise nur im hellen Modus möglich ist.

Es gibt viele Beispiele wie diese. Indem wir die Barrierefreiheit von Anfang an berücksichtigen, schaffen wir Produkte, von denen alle profitieren, unabhängig von ihren Fähigkeiten oder ihrer Umgebung.

Entwicklung einer barrierefreien Lösung: eine Teamleistung

Es ist wichtig sicherzustellen, dass das gesamte Team – nicht nur die Entwickler – mit Barrierefreiheit vertraut ist. Durch die Integration von Barrierefreiheit in Ihren gesamten Prozess können Sie Lösungen schaffen, die von Natur aus barrierefrei sind. Und das Beste daran? Dieser Ansatz erfordert nur einen minimalen bis keinen zusätzlichen Aufwand.

Wenn Sie an einem bestehenden Projekt arbeiten, bei dem die Barrierefreiheit ursprünglich nicht berücksichtigt wurde, fühlen Sie sich nicht überfordert. Anstatt zu versuchen, jedes Problem auf einmal anzugehen, sollten Sie einen inkrementellen Ansatz wählen:

• Neue Funktionen: Wann immer Sie eine neue Funktion erstellen, sollten Sie von Anfang an die Barrierefreiheit berücksichtigen. Integrieren Sie Best Practices, um es zugänglich zu machen.
• Schritt-für-Schritt-Verbesserungen: Konzentrieren Sie sich bei vorhandenem Code auf einzelne Probleme. Beheben Sie mit jedem Update eine weitere Barriere. Nach und nach wird Ihre Lösung zugänglicher, was einem breiteren Publikum zugute kommt.

Denken Sie daran: Jede kleine Verbesserung zählt – Ihr Produkt für mehr Menschen nutzbar zu machen, ist ein lohnendes Ziel! 🌟

Original Post in Englisch: „If you ask customers or product owners to choose between feature and accessibility, they will choose feature almost every time.“ | Th3S4mur41