Impact over Perfection: Wie wir Barrierefreiheit pragmatisch in die Software-Entwicklung integrieren

In der Theorie sieht es immer ganz praktisch aus: Software, die von Beginn an barrierefrei ist. Doch sobald man einen Blick auf die WCAG (Web Content Accessibility Guidelines) wirft, wird es doch komplizierter als gedacht und man ist schnell überfordert.

Wenn im Sprint ohnehin schon Zeit und Budget knapp sind, wandert Accessibility dann gern als Alibi auf die Roadmap für „irgendwann nach dem Release“, wo sie dann verstaubt. Und weil der Anspruch an eine makellose Umsetzung so riesig ist, bleibt der erste Schritt komplett auf der Strecke.

Bei Bitforge arbeiten wir tagtäglich in genau dieser von engen Rahmenbedingungen geprägten Realität. Wir bauen echte Projekte, häufig als MVPs (Minimum Viable Products), unter diversen Grössen und straffen Zeitvorgaben meist direkt inhouse. Aus dieser Praxis heraus haben wir eine Philosophie entwickelt, die wir wie ein Mantra vor uns hertragen: „Impact over Perfection“. Pragmatismus schlägt Perfektionismus. Jede kleine, durchdachte Verbesserung stiftet für echte Menschen sofort einen spürbaren Nutzen. Kontinuierlicher Fortschritt ist um Welten wertvoller als das vergebliche Warten auf die fehlerfreie 100%ige Compliance.

Ein grosser Irrglaube ist, dass Barrierefreiheit ein Nischenthema für eine verschwindend kleine Minderheit sei. Solange Accessibility als lästiges, nachträglich angeflanschtes Feature oder als reine rechtliche Pflichtübung verstanden wird, bleibt sie auf der Strecke.

Wir müssen weg von der starren Checklisten-Mentalität und hin zu einem echten Mindset-Shift: Barrierefreiheit ist keine optionale Funktion, sondern ein integraler Bestandteil der Produkt- und Kernqualität (Core Quality). Sie verbessert das alltägliche Erlebnis für alle. Schliesslich profitiert jede und jeder von uns in ganz normalen Situationen von einem barrierefreien Design:

Direkte Sonneneinstrahlung: Wenn du mittags am See stehst und versuchst, ein Ticket auf dem Smartphone zu lösen, bist du zwingend auf starke Kontraste angewiesen.

Unterwegs im Bus: Wer in einer rüttelnden S-Bahn versucht, Inhalte zu erfassen, schätzt plötzlich die Möglichkeit, unkompliziert und stabil in die Ansicht hineinzuzoomen.

Einhand-Bedienung: Ob du in der einen Hand eine Einkaufstüte trägst oder ein Kind hältst – eine App, die konsequent auf die intuitive Bedienung mit nur einem Daumen ausgelegt ist, rettet dir in diesem Moment den Tag.

Wie sieht dieser pragmatische Ansatz aus, wenn man es mit einem bereits existierenden, gewachsenen System zu tun hat? Ein Paradebeispiel hierfür ist unser Projekt ETH Tours.

Die Ausgangslage

Die App war bereits im Live-Betrieb und funktionierte im Alltag gut. Das Problem: Bei der initialen Entwicklung wurde die digitale Barrierefreiheit schlichtweg nicht konsequent mitgedacht. Uns wurde schnell bewusst, dass Accessibility kein isoliertes UI-Problem ist, sondern tief in das gesamte System eingreift – von der Navigation über die redaktionellen Inhalte bis hin zu den Audio-Elementen.

Um dieses komplexe System strukturiert und greifbar herunterzubrechen, haben wir uns an den vier Grundpfeilern der WCAG orientiert und diese pragmatisch in die Tat umgesetzt:

Wahrnehmbar (Perceivable)

Inhalte dürfen nicht nur auf eine einzige Weise präsentiert werden, sondern müssen für die Sinne der Nutzenden zugänglich sein. Bei den akustischen Führungen der ETH Tours haben wir deshalb vollständige Text-Transkripte integriert. Wer also nicht hören kann oder in einer lauten Umgebung die Kopfhörer vergessen hat, liest die Tour einfach flexibel in einer anderen Form mit.

Zudem haben wir dafür gesorgt, dass die unsichtbaren Labels für Screenreader (wie Apples VoiceOver) echten Sinn ergeben. Anstatt kryptischer Fragmente liest das System nun genau das vor, was das Auge sieht: „Wissenschaft ist weiblich. ETH Hönggerberg. Taste.“. Gleichzeitig wurden die Farbschemata so angepasst, dass sie in jeder Situation – ob drinnen im Seminarraum oder draussen im hellen Sonnenlicht auf der Polyterrasse – perfekt lesbar bleiben.

Bedienbar (Operable)

Nutzende müssen physisch in der Lage sein, problemlos mit der Benutzeroberfläche zu interagieren. Wer auf dem Campus unterwegs ist, schaut sich schliesslich die Gebäude an und starrt nicht ununterbrochen aufs Display. Damit die Interaktion extrem leicht fällt, haben wir die zentralen Steuerungselemente wie „Zurück“ und „Weiter“ als grosszügige, unmissverständliche Interaktionsflächen umgesetzt.

Verständlich (Understandable)

Das Produkt muss verständlich sein und darf keine unnötige kognitive Last erzeugen. Weniger Komplexität und deutlich mehr Klarheit standen hier im Fokus. Ein zentraler Baustein dafür war der Einbau von direkt zugänglichen Bedienungshilfen in den App-Einstellungen. Nutzer können dort mit nur einem Klick spezifische Optionen wie einen „Weg ohne Treppen“, das „Audio Transkript“ oder „Untertitel für Video“ aktivieren.

Robust (Robust)

Eine App ist technisch erst dann wirklich robust, wenn sie stabil mit assistierenden Technologien harmoniert. Wir haben die Code-Semantik so sauber aufbereitet, dass die nativen, systemeigenen OS-Accessibility-Settings von iOS und Android nahtlos und fehlerfrei greifen.

Während das ETH-Projekt ein klassischer Umbau im Nachhinein war, bot die App für den Caritas-Markt die Chance, Barrierefreiheit von der sprichwörtlichen Stunde Null an fest zu verankern.

Die Herausforderung

Das Projekt brachte maximale Restriktionen mit sich: Ein extrem kleines Team, ein straffes Budget und ein kompromissloses Zeitfenster von gerade einmal 3 Monaten Entwicklungszeit. Gleichzeitig richtet sich der Caritas-Markt an armutsbetroffene Menschen, unter denen sich statistisch überproportional viele Personen mit gesundheitlichen, kognitiven oder altersbedingten Einschränkungen befinden. Barrierefreiheit war hier keine Option, sondern absolute Pflicht.

Der pragmatische Hebel

Wie schafft man das mit so minimalen Ressourcen? Indem man von Anfang an strategisch vorgeht und Design, Development sowie Integration eng verzahnt. Unser wichtigster Hebel: Wir haben das gesamte Produkt ab dem ersten Tag konsequent für einen Text-Zoom von 200% gestaltet.

Das Ergebnis

Dieses radikale Vorgehen zahlte sich vollkommen aus. Egal wie gross die Schrift in den globalen Systemeinstellungen des Smartphones eingestellt wird: Das Layout bricht an keiner Stelle auf. Keine überlappenden Texte, keine verschwindenden Schaltflächen – auf den Rezept- und Wochenhit-Screens bleibt alles uneingeschränkt nutzbar und optisch sauber.

Der Ritterschlag

Dieser fokussierte, hocheffiziente Weg blieb auch der Fachjury der Schweizer App-Landschaft nicht verborgen. Das von der Genossenschaft Caritas-Markt beauftragte und von uns entwickelte Projekt wurde bei den renommierten Best of Swiss Apps (BOSA) Awards mit der Goldmedaille in der Sonderkategorie Accessibility ausgezeichnet. Ein glasklarer Beweis dafür, dass man für preisgekrönte Barrierefreiheit keine riesigen Budgets braucht, sondern schlicht den richtigen Fokus.

In unseren Projekten haben wir viel über die Dynamik von Teams im Umgang mit Accessibility gelernt. Hier sind unsere ungeschönten Erkenntnisse aus der Praxis:

Was wirklich funktioniert

• Nicht raten, sondern testen: Wir haben aufgehört zu mutmassen, ob ein Design barrierefrei ist, sondern haben konsequent Screenreader aktiviert und die Apps selbst blind bedient.
• Fokus auf die visuelle Struktur: Eine klare, logische Anordnung von Elementen fängt bereits einen riesigen Teil aller potenziellen kognitiven Barrieren ab.
• Erlebnis vor Paragrafenreiterei: Am wichtigsten war es, das reale Nutzungserlebnis in den Mittelpunkt zu stellen, anstatt sich in abstrakten Textabschnitten der Richtlinien zu verlieren.
• Zusammenarbeit mit betroffenen Fachexperte:innen: Es kann nicht über Accessibility geredet werden ohne betroffene Personen mit ins Projekt einzubeziehen. Nur wer täglich auf eine assistive Technologie angewiesen ist, kann beurteilen, ob die User Experience im Alltag auch wirklich funktioniert.

Was uns ausgebremst hat

• Alles auf einmal lösen wollen: Der Versuch, sofort die perfekte 100-Prozent-Lösung für jeden erdenklichen Extremfall zu bauen, führt unweigerlich in eine Sackgasse.
• Over-Engineering: Zu komplizierte technische Sonderlösungen zu entwickeln verbraucht wertvolle Ressourcen. Oft reicht saubere, einfache Standardsyntax völlig aus.
• Fehlende Ownership: Wenn Barrierefreiheit einfach nur als allgemeine Aufgabe im Raum steht, fühlt sich am Ende niemand verantwortlich. Es braucht eine klare interne Zuständigkeit im Team.

Wenn du morgen in dein Team gehst und das Thema Barrierefreiheit endlich ins Rollen bringen willst, vergiss Handbücher, Tools oder Checklisten. Starte stattdessen direkt bei euren Projekten mit diesem kompakten Framework:

1. Contrast (Kontrast): Überprüfe die Farbkontraste der Texte und Buttons, um eine einwandfreie Lesbarkeit zu garantieren.
2. Structure (Struktur): Verankere eine logische, visuelle Hierarchie in den Layouts.
3. Touch targets (Klickflächen): Gestalte interaktive Elemente gross genug (Faustregel: mindestens 44 x 44 oder idealerweise 48 x 48 Pixel), damit sie auch einhändig im Gehen problemlos getroffen werden.
4. Labels (Beschriftungen): Benenne Schaltflächen und Icons im Hintergrund unmissverständlich für Screenreader.
5. Test (Testen): Schalte selbst die Hilfsmittel ein und überprüfe die App direkt in der Praxis.

Der 5-Minuten-Selbsttest für dein Team

Macht beim nächsten internen Meeting ein kurzes Experiment: Schalte die Schriftgrösse deines Smartphones auf 200% Zoom , schliesst die Augen, aktiviert die integrierte Sprachausgabe (VoiceOver bei iOS oder TalkBack bei Android) und versucht gemeinsam, fünf Minuten lang eine Kernfunktion eurer eigenen App zu nutzen.

Die Erkenntnisse aus diesen fünf Minuten werden eure Sicht auf euer Produkt nachhaltig verändern.

Perfektionismus ist der grösste Feind des Fortschritts. Wer darauf wartet, die perfekte, fehlerfreie und lückenlose Barrierefreiheit umzusetzen, sorgt im Endeffekt dafür, dass Menschen mit Einschränkungen weiterhin vor verschlossenen digitalen Türen stehen.

Fang an. Mach etwas. Nicht alles auf einmal, aber tu auf keinen Fall nichts. Am Ende des Tages ist Barrierefreiheit kein lästiges Add-on, sondern schlichtweg das Fundament für eine herausragende User Experience, von der ausnahmslos alle Nutzerinnen und Nutzer profitieren. Auch die, die nicht auf assistive Technologien angewiesen sind.

Möchtest du deine App einem Accessibility-Check unterziehen oder ein neues Digitalprojekt direkt von Anfang an smart und inklusiv aufsetzen? Kontaktiere uns und lass uns gemeinsam Barrierefreiheit mit Wirkung auf den Boden bringen!