Hast du schon einmal eine Geschichte gehört, bei der etwas schiefgelaufen ist, und dir gedacht „das hätte ich bestimmt besser gemacht“? Oder dir bei einem reduzierten Produkt gedacht, es wäre ein Schnäppchen und es deshalb gekauft – nur um dann später festzustellen, dass der reguläre Preis kaum höher ist? 

Biases – Sie sind überall

Das sind zwei Beispiele für Biases (Hinsight Bias und Anchoring Bias), die uns regelmäßig im Alltag über den Weg laufen – oft, ohne dass wir es merken. Und genau das ist das tückische an Biases: sie schleichen sich ein, beeinflussen unser Denken und Handeln und bleiben dabei meistens unentdeckt. Von Marketing und Sales werden sie gezielt eingesetzt, in der Forschung können sie für verfälschte bzw. ungenaue Ergebnisse sorgen. Und im UX? Nun, da ist beides der Fall. 

Der Impact von Biases im UX-Design

Das UX-Gesetz der “Jakob’s Law” zum Beispiel sagt aus, was der Confirmation Bias beschreibt; „Menschen suchen nach bekannten Mustern und interpretieren Informationen dementsprechend.“. Das heißt also, wenn ein User auf eine Seite kommt erwartet er, dass Elemente sich an den Positionen befinden, wie er es von anderen, ähnlichen Webseiten oder Anwendungen gewohnt ist. Dieses Wissen macht es einfacher, User-freundliche Anwendungen zu designen oder Workflows effizient zu gestalten. 

Doch der Confirmation Bias kann UX-Designer:innen nicht nur ihre Arbeit erleichtern, sondern auch Steine in den Weg legen. Seien es Stakeholder oder Teammitglieder; oder sie selbst, wenn sie in User-Testings unterbewusst die Informationen ihrer voreingenommenen Einstellungen entsprechend beurteilen, interpretieren und auswählen.

Aus diesem Grund ist es essenziell, sich als UX-Designer:in aktiv mit Biases auseinanderzusetzen. Denn wer weiß, was einen Bias ausmacht, kann diese Muster leichter bei sich und bei anderen erkennen und so gegensteuern. Wichtig zu beachten ist hierbei: niemand ist frei von Biases, sie liegen in der menschlichen Natur. Deswegen sollte es einem nicht unangenehm sein, ganz im Gegenteil. Wer offen und ehrlich mit sich selbst an die Sache herangeht, hat es leichter, diese Muster zu erkennen und aufzubrechen. Man sollte sich auch im Klaren darüber sein, dass man nie damit fertig wird. Sonst fällt man am Ende auf die “Objectivity Illusion” bzw. den “Bias Blind Spot” herein – das Phänomen, bei dem man davon ausgeht, objektiver als andere zu sein. Oder wahrnimmt, wenn andere auf Biases hereinfallen, aber man das Gleiche nicht bei sich selbst tut. 

Die 7 relevantesten Biases

Die Liste an Biases ist lang, und nicht alle sind unbedingt im Kontext von UX relevant. Auf welche sollte man also am ehesten achten? 

1. Confirmation Bias  =  Jakob’s Law

Menschen suchen nach Informationen, die ihre bestehenden Überzeugungen bestätigen.

Wie schon oben erwähnt ist der Confirmation Bias einer der relevantesten für UX-Designer:innen. Nutzer mögen bekannte Muster am meisten. Sind diese nicht vorhanden suchen sie länger nach Informationen, oder übersehen diese sogar komplett. Das kann frustrieren und zu einer negativen User Experience führen. Die Lösung für dieses Problem ist, sich mit etablierten Mustern von bestehenden Anwendungen auseinanderzusetzen und diese passend in den eigenen Konzepten und Designs anzuwenden.  
 
Bei User Testings können außerdem sowohl die Tester:innen als auch die Moderator:innen vom Confirmation Bias beeinflusst werden. Um dem vorzubeugen ist es wichtig, sowohl mehrere Moderator:innen, als auch Testpersonen einzuladen, um die Ergebnisse diversifiziert zu sammeln und auswerten zu können. Auch ist es essenziell, dass die Fragestellungen neutral und bei jeder Testerin gleich gehalten werden. Eine ordentliche Dokumentation hilft, einen Überblick zu behalten und mögliche beeinflusste Informationen besser entdecken zu können.

2. Anchoring Bias / Ankereffekt  =  Aesthetic Usability Effect

Menschen stützen ihre Folgeentscheidungen stark auf den ersten Eindruck, den sie von etwas erhalten haben.

Eine Tirade von Pop-Ups direkt nach dem Öffnen einer Webseite, oder lange Ladezeiten können den ersten Eindruck eines Users so negativ beeinflussen, dass er die Seite abrupt wieder verlässt – und nicht wiederkommt. Sowohl ein solides optisches Auftreten als auch eine reibungslose Funktionalität vermitteln Professionalität und Vertrauen. Um sich von der Konkurrenz positiv abzuheben, sollte darauf deshalb besonders geachtet werden. Wenn es überhaupt so weit kommt, denn: falls eine mobile Webseite länger als 3 Sekunden braucht um zu laden, springen 53% der Nutzer:innen ab. In diesem Fall ist die Folgeentscheidung, keine weitere Zeit mit der Seite zu verschwenden.  
 
Auch bei User Testings sollte man diesen Bias im Hinterkopf behalten. Sowohl Designer:innen, als auch die Proband:innen können von dem ersten Eindruck beeinflusst werden. Für UXler:innen ist es deshalb wichtig, sich diesen Bias vor Testings noch einmal aktiv ins Gedächtnis zu rufen, und für die Proband:innen einen soliden Ablauf zu gewährleisten, der für alle Teilnehmenden gleich ist.

3. Overconfidence Bias / Selbstüberschätzung  =  Paradox of the Active User

Menschen überschätzen ihre eigenen Fähigkeiten und ihr Wissen.

Sowohl bei Nutzer:innen als auch im Projektalltag trifft man diesen Bias regelmäßig an.  
 
User:innen überspringen oftmals aus Übereifer Tutorials, wenn sie eine Anwendung oder neue Funktion das erste Mal nutzen. Das führt jedoch dazu, dass sie später von bestimmten Dingen verwirrt sind. Oder einige Funktionen überhaupt nicht kennen, da sie diese nicht finden. Was hier helfen kann, ist Tutorials jederzeit leicht zugänglich zu machen und/oder dafür situationsbedingt mit reduziertem Informationsgehalt anzuzeigen. So sind die Informationen leichter verdaulich, und die Frustration wird auf einem Minimum gehalten. 
 
Im Projektteam ist man aber auch alles andere als sicher vor diesem Bias. Vor allem das eigene Wissen über die User wird hinter den Kulissen oft überschätzt. Dabei überschneidet sich der Overconfidence Bias mit dem Egocentric Bias, bei dem man u.a. von sich auf andere schließt. Es wird also davon ausgegangen, dass die Mehrheit der User:innen so handelt wie man selbst. Das ist in vielen Fällen jedoch ein Trugschluss, und muss durch Testings überprüft werden. 

4. Loss Aversion / Verlustaversion & Status Quo Bias

Menschen nehmen Verluste als größer wahr als gleichgestellte Gewinne. Menschen nehmen den Status Quo am angenehmsten wahr und vermeiden Veränderung.

„Selten reagierten die Westdeutschen so hysterisch wie bei der Einführung der Gurtpflicht. 1975 verweigerten sich Millionen Menschen dem Lebensretter Sicherheitsgurt. Männer fürchteten um ihre Freiheit, Frauen um ihren Busen – am Ende spaltete der bizarre Glaubenskrieg die ganze Republik.“ – Spiegel

Oder vielleicht erinnerst du dich noch an die Empörung, die sich online breitmachte, nachdem Google die Icons für den Google Workspace (Mail, Kalender, etc.) aktualisierte. Heute schreit kein Hahn mehr danach; die Menschen haben sich an den neuen Look gewöhnt und Google wächst kontinuierlich weiter. 
 
Veränderung erst einmal mit Skepsis zu betrachten, liegt in der Natur des Menschen. Sowohl wenn sie nur rein optischer, als auch sogar lebensrettender Natur ist. Deshalb sollte sowohl im Vorfeld getestet werden, wie einschneidend ein Wandel wahrgenommen wird und wie dieser so verdaulich wie möglich verpackt werden kann. Einige Möglichkeiten sind z.B. ein gut darauf zugeschnittenes Tutorial, und/oder eine Ankündigung im Vorfeld. Man sollte sich aber auch bewusst sein, dass man es nie allen Recht machen kann und dementsprechend auf eventuelles negatives Feedback vorbereiten.

5. Halo-Effekt  =  Aesthetic Usability Effect

Menschen nehmen eine Sache aufgrund einiger positiver Eigenschaften als insgesamt positiv wahr.

Diesen Bias sollte man vor allem in Hinblick auf erste Eindrücke im Kopf behalten. Ist das UI-Design z.B. sehr ansprechend, werden funktionale Probleme eher hingenommen, als wenn die Seite altbacken aussieht. Finden Nutzer:innen z.B. eine Funktion, nach der sie explizit gesucht haben und die die Anwendung als Alleinstellungsmerkmal hat, bleiben sie dieser eher treu. Auch wenn der Rest der Anwendung als eher durchschnittlich wahrgenommen wird.

6. Self-Serving Bias / Selbstbestätigungsfehler

Menschen schreiben Erfolge sich selbst zu, Fehler dagegen externen Faktoren.

Dieser Bias ist wieder sowohl im fertigen Produkt als auch im Projektteam relevant.  
 
User:innen sollten für erfolgreich angeschlossene Tasks gelobt werden, und Fehlermeldungen sollten ihnen klar zeigen, wo und was sie falsch gemacht bzw. falsch ausgefüllt haben. Damit wird Frustration vermindert, und Verständnis für zukünftige Eingaben geschaffen.  
 
Im Projekt kann es vorkommen, dass Fehler einander zugeschoben werden. Das nimmt nicht nur wertvolle Zeit in Anspruch, sondern stört das Klima im Team. Es ist daher förderlich, nach einer konkreten Lösung zu suchen, als einen Sündenbock.  

7. Recency-Effekt  =  Serial Position Effect / Zeigarnik Effect 

Menschen erinnern sich am besten an die zuletzt erhaltene Information bzw. besser an abgebrochene Aufgaben, als an abgeschlossene.

Den Recency-Effetkt sollte man z.B. bei dem Aufbau von Informationsarchitekturen oder Formularabläufen im Kopf haben. Dieser ist verwandt mit dem Zeigarnik Effect der besagt, dass Menschen unterbrochene Aufgaben besser im Kopf behalten als abgeschlossene Tasks. Denke zum Beispiel daran, wie du ToDo-Listen wahrnimmst; die offenen Aufgaben bleiben dir relativ gut im Gedächtnis. Die abgehakten Aufgaben dagegen verblassen sehr schnell.  Dieses Wissen kann man sich gut zunutze machen, um Funktionen und Informationen für User:innen bestmöglich aufzubereiten und darzustellen. 

To bias or not to bias

Zusammenfassend kann man sagen: Biases sind nicht per se schlecht. Je nach Kontext nehmen sie verschiedene Rollen ein, vom kleinen Helferlein bis zum Teufelchen auf unserer Schulter. Wenn man weiß, wie man sie erkennt und mit ihnen umgeht, sind sie ein nützliches Werkzeug in unserem Toolkit. Das hilft uns, unvoreingenommener zu arbeiten und das Verhalten der User:innen besser nachvollziehen und verstehen zu können. Das führt wiederum zu besseren Konzepten/Designs und Produkten mit einer tollen User Experience. 

Kurz und Knackig:

• Biases sind kein Übel, dass man beseitigen muss, oder besser gesagt kann.
• Der bessere Approach ist, sich ihnen bewusst zu sein. Dann kann man sie teilweise sogar gezielt einsetzen.
• Am besten ist es, so viele Biases wie möglich zu kennen. Die wichtigsten aber sind:
  • Confirmation Bias
  • Anchoring Bias
  • Overconfidence Bias
  • Loss Aversion / Status Quo Bias
  • Halo-Effekt
  • Self Serving Bias
  • Recency-Effekt

Lass uns auf LinkedIn zum Thema diskutieren! Wir freuen uns auf deine Meinung! 
Wo wir uns frei von Biases machen sollten? Wenn wir barrierefrei designen müssen
Hier gehts zu unserem Artikel zum Thema „Barrierefreiheit in der Digitalwelt: Was das neue EU-Gesetz für Unternehmen bedeutet„

Deine Meinung ist gefragt:

Wie bewusst bist du dir Biases in deinem Arbeitsalltag?

Sehr, ich rufe sie mir auch in meinem privaten Alltag regelmäßig ins Gedächtnis

Ich kenne ein paar und bin sie mir bei meiner Arbeit bewusst

Ich kenne das Konzept, habe mich damit aber noch nicht wirklich auseinandergesetzt

Das Thema Biases ist neu für mich

Du suchst nach einer geeigneten Möglichkeit dein Produkt auf Effizienz, Nutzer:innenfreundlichkeit und mögliches Verbesserungspotenzial zu untersuchen? Dann solltest du definitiv einen User Test durchführen. Was genau das ist, was es bei der Vorbereitung zu beachten gilt und wie diese Tests ablaufen, erfährst du in diesem Blogbeitrag. 

User Testing: Wofür ist das überhaupt & warum es so wichtig ist? 

Ein User Test stellt sicher, dass das Produkt die geplanten Anforderungen und Nutzer:innenbedürfnisse erfüllt und 
überprüft bei einem Relaunch den Mehrwert der Neuerungen.
 Dabei gilt für uns: jeder User Test (egal wie gut oder schlecht), ist besser als gar
 keinen Test zu machen. 

Das brauchst du für einen User Test 

Ziel(e) definieren

Bestimme, welches Produkt(feature) oder welche Dienstleistung getestet werden soll und welche spezifischen Fragen beantwortet werden sollen. Da ist die Grundlage für die Messung des Erfolgs von eurem Test.

Potenzielle Nutzer identifizieren  

Im Idealfall hast stand bereits bei Projektbeginn fest, wer die Zielgruppe ist und wer voraussichtlich das Produkt oder die Dienstleistung nutzen wird. Falls nicht, ist es jetzt höchste Zeit. Berücksichtige demografische Merkmale wie Alter, Geschlecht, Bildungsniveau und Beruf sowie andere relevante Faktoren. Nur wenn die passenden Proband:innen ausgewählt werden, erhält man auch qualitative Ergebnisse.

Vorhandene Daten verwenden

Überprüfe bestehende Kund:innendaten, Marktforschungsberichte oder andere relevante Informationen, um Informationen über deine potenziellen Nutzer:innen in Erfahrung zu bringen. Eine künstliche Intelligenz wie ChatGPT kann hier auch Unterstützung leisten. Zum Beispiel in Form einer „Customer Segmentation“.

Testbuddy

Finde eine Person, mit der du gut zusammenarbeitest. Sie sollte mit dir gemeinsam den Test begleiten. Eure Rollen sind dabei fest definiert: Ihr teilt euch auf in Moderator:in und Protokollant:in.

Recruiting der Teilnehmer

Denke immer daran, dass du nicht deine User:innen bist. Auch jemand aus deinem Team, der sich selbst mit dem Projekt beschäftigt, ist nicht geeignet. Hole dir Menschen dazu, die tatsächlich mit dem Produkt arbeiten oder sich für die Nutzung interessieren.

Wie du solche Menschen findest? Über eine Online Anzeige, Hiring-Agentur, Soziale Netzwerke, indem du auf der Straße Menschen ansprichst oder intern projektfremde Kolleg:innen fragst.

Falls du dennoch verzweifelst, kannst du dir jederzeit Spezialist:innen dazu holen oder eine von vielen Plattformen für User Testing nutzen, welche bereits einen Pool an potenziellen Tester:innen haben! Externe Hilfe ist immer eine Option!

Bei einem Bestandsprodukt gibt es eine bestehende Nutzerbasis. Um mit ihnen in Kontakt zu treten kann der Vertrieb, Support/Kundenbetreuung oder ein Aufruf auf der Firmen-Website, im Newsletter oder direkt in der Anwendung helfen. Beachte bei der Kontaktaufnahme über E-Mail bitte die gelteneden Datenschutzregeln.

Überlege dir vorab eine kleine Motivation. Eine Aufwandsentschädigung zum Beispiel in Form eines Gutscheins führt zu einer höheren Teilnahmebereitschaft und sichert dir eine langfristige Zusammenarbeit.

Die Rahmenbedingungen 
festlegen

Bevor du dich in den Test hineinstürzt, solltest du dir einige wichtige organisatorische Fragen stellen und dir davon einen ausführlichen Plan ableiten, welche Anforderungen wichtig sind.

Hier einige Anreize und Ideen, 
was es alles zu beachten gibt:

• Remote oder vor Ort
• Testumgebung
• Welche Zielgruppe(n)
• Probandenauswahl
• Desktop und/oder Mobile Device
• Welche Dokumentations- und Auswertungsmethoden
• Eingesetzte Tool(s)
• Prototyp

Wie läuft ein User Testing ab?

Jeder Test ist anders und kann von unseren Beschreibungen abweichen. Hier beschreiben wir einen typischen Testablauf, wie wir ihn schon vielmals durchgeführt haben. 

Die Begrüßung

Damit auch die Tester:innen sich wohlfühlen, stellt euch alle gegenseitig vor. 
So kannst du dir direkt einen Eindruck von deinen Testpersonen verschaffen. 

Die Einleitung

Frage alle Teilnehmer:innen 
nach ihrer Erlaubnis, die Session aufzuzeichnen. Vergewissere dich, dass sie keine Fragen zum Ablauf mehr haben. Ein allgemeines Interview zu Beruf, Alter oder Spezialisierung, kann dir vor Testbeginn mehr über die Person verraten.

Der Test

Achte darauf dich zurückzuhalten, deine Meinung ist nicht gefragt und teile diese auch niemandem mit, das Ergebnis könnte verfälscht werden! Lasse die Testpersonen aussprechen und bis zu einem gewissen Grad herumirren. Greife nur ein, wenn die Person keine Idee mehr hat, oder lasse die Lösung ganz offen. Stelle thematische Fragen und lass Diskussionen und Rückfragen zu. Nach dem Usability-Test hast du die Möglichkeit in einem Post-Questionnaire thematische Fragen zu stellen, die während des Tests nicht geklärt werden konnten. 
Am Ende bekommst du wertvolles Feedback.

Die Verabschiedung

Über ein herzliches Dankeschön freuen sich deine Tester:innen. Hier kannst du dann auch die geplante Aufwandsentschädigung überreichen.

Tipp

Nach dem Test ist vor dem Test. Bitte die Proband:innen um Erlaubnis bei Bedarf wieder Kontakt aufnehmen zu dürfen.

User Testing: vor Ort oder remote?

Kurz & Knackig:

1. Bevor du beginnst:  

• Ziel definieren: was soll der Test am Ende für Fragen beantworten?
• Entscheidung treffen, ob Face-to-Face oder unbeaufsichtigter Test z.B. mit einem Tool wie: maze.co

2. Die Vorbereitungen:

• Frühes Recruiting von min. drei bis acht Personen, da dies zeitaufwändig sein kann
• Testscript inklusive Testaufgaben erstellen
• Prototyp (High- oder Low-Fidelity)
• Teste zuvor dein eigenes Testszenario, um Fehler zu vermeiden 

3. Die Durchführung:

• Testdurchführung inkl. des notwendigen Equipments, wie Testbogen mit Aufgaben, Prototyp, Hard-/Software als auch die Ergebnisdokumentation
• Immer zu zweit: Es braucht eine Person, die moderiert und eine, die protokolliert 

4. Und Danach:

• Ergebnisanalyse und Interpretation (Testergebnisse kategorisieren)
• Mögliche Änderungen priorisieren (notwendige Änderungen vs. 
Nice-To-Have)

Mehr Argumente für User Testings und damit verbundene messbare Vorteile findest du bei uns in der Sektion Produktteams.

Benötigst du Unterstützung bei der Umsetzung von User Testings, melde ich bei uns. Wir geben dir das Werkzeug, um zukünftig erfolgreich deine Tests zu planen, durchzuführen und auszuwerten.

Deine Meinung ist gefragt:

Hast du schon einmal ein User Testing durchgeführt?

Ja, mach ich regelmäßig

Ja, aber nur ein oder zweimal

Nein, aber ich plane es

Nein, und ich bin mir unsicher, ob ich es brauche

WCAG – Was ist das?

Die Web Content Accessibility Guidelines (kurz: WCAG) sind ein internationaler Standard zur barrierefreien Gestaltung von digitalen Produkten, sodass diese trotz geistiger oder körperlicher Einschränkungen problemlos nutzbar sind.  

Juni 2025 – Deadline für Barrierefreiheit

Ab dem 28. Juni 2025 müssen alle Produkte oder Dienstleistungen, die nach diesem Datum auf den Markt kommen oder bereits sind, barrierefrei sein.   

Wer profitiert davon?

Tatsächlich jede:r von uns. Barrierefreiheit betrifft jeden Menschen, der dauerhaft oder situationsbedingt in seinen Fähigkeiten eingeschränkt ist. Darunter fallen z.B. Personen, die auf einen Rollstuhl angewiesen sind, Erblindete oder neurodiverse Menschen. Auch Menschen ohne Behinderung sind manchmal eingeschränkt. Über einen längeren Zeitraum zum Beispiel während einer Erkrankung.

Kurzzeitige Einschränkungen sind etwa die blendende Sonne, oder ein Kind auf dem Arm. Barrierefreiheit erleichtert also auch (ansonsten) gesunden Menschen den Alltag. Wie die Zugänglichkeit von Internetseiten aussehen kann oder muss, kommt dabei auf die spezifischen Funktionen der jeweiligen Anwendung an.

Worauf ist zu achten?

Der WCAG-Katalog ist äußerst umfassend und behandelt eine Vielzahl von Anwendungsgebieten; in visuellen, technischen und/oder funktionalen Bereichen. Von den verwendeten Farben und ihren Kontrastwerten zueinander, über die Ausführung von Texten in einfacher Sprache bis hin zur Navigation durch einen Screen Reader.

Es ist wichtig zu betonen, dass die Barrierefreiheit nicht universell umgesetzt werden kann, da jedes Projekt und jede Situation einzigartig sind. Daher bedarf es individueller Lösungsansätze, um die Zugänglichkeit bestmöglich zu gewährleisten. Wir sind uns bewusst, dass dies überfordernd sein kann. Als Expert:innen auf diesem Gebiet sind wir spezialisiert darauf und stehen Ihnen gerne zur Verfügung, um die beste Lösung für Ihr Produkt zu finden!  

Relevante Termine und Informationen

Am 16. Juni 2021 wurde das BFSG verabschiedet. Es handelt sich dabei um die Umsetzung des European Accessibility Act in deutsches Recht. Darin werden deutsche Unternehmen zur Barrierefreiheit verpflichtet. Allgemein müssen Inhalte nach dem „Stand der Technik“ auf ein „höchstmögliches Maß an Barrierefreiheit” gebracht werden. Genauer bedeutet das, dass sie dem WCAG Level AA entsprechen müssen.   

Im Oktober 2023 wurden die WCAG 2.2 veröffentlicht, und sind seitdem relevant. Sie gelten noch als eine Empfehlung, bis am 28. Juni 2025 das Barrierfreiheitsstärkungsgesetz (BFSG) in Kraft tritt.   

Was heißt AA?

Level AA umfasst Anforderungen, die eine breitere Benutzergruppe berücksichtigen, wie die Bereitstellung von Alternativtexten für Bilder, eine ausreichende Farbkontraste und eine klare Navigation. Level AA ist das mittlere von drei Konformitätsstufen (A, AA, AAA).

Dies betrifft Onlinedienste wie z.B. Webshops oder Kontaktformulare, sowie eine Vielzahl von Hardware, wie etwa Computer, Tablets, Smartphones, oder sogar Router. Auch Dienstleistungen wie Telefon- und Messengerdienste sind in das Gesetz mitinbegriffen.  

Was du jetzt konkret tun kannst

Wenn dein Produkt bereits barrierefrei ist und den Anforderungen entspricht, brauchst du nichts weiter zu tun. Ob dies der Fall ist, können UX-Expert:innen, wie wir, für dich feststellen. Oder du kannst dir selbst einen Überblick anhand dieser Checkliste verschaffen.  Bei einer Analyse kommen empfehlenswerte Anpassungen zum Vorschein. Bei deren Umsetzung stehen wir dir dann ebenfalls zur Seite. Vereinbare jetzt ein unverbindliches Kennenlerngespräch, um sofortige Einsichten zu gewinnen und dein Produkt auf den richtigen Kurs zu bringen!  

Wie findest du die neuen Richtlinien zur Barrierefreiheit? 
Lass uns auf LinkedIn zum Thema diskutieren! Wir freuen uns auf deine Meinung! 

Deine Meinung ist gefragt:

Fühlst du dich bereit im Bereich Barrierefreiheit?

Ja, wir haben alles schon umgesetzt

Wir gehen es gerade an

Nein, ich höre zum ersten Mal davon