Agentur für digitale Transformation

Stellen Sie sicher, dass der Dienst für alle Nutzer zugänglich ist, unabhängig von ihren Fähigkeiten und ihrer Umgebung.

Warum das in der Norm steht

Sie müssen sicherstellen, dass jeder, der Ihren Dienst benötigt, ihn nutzen kann. Dazu gehören Menschen mit Behinderungen und ältere Menschen sowie Menschen, die digitale Dienste nicht nutzen können oder Schwierigkeiten damit haben.

Ihr Dienst muss für Nutzer zugänglich sein, unabhängig von ihrem digitalen Selbstbewusstsein und ihrem Zugang zu einer digitalen Umgebung. Dazu gehören auch Nutzer in abgelegenen Gebieten und Nutzer mit unterschiedlichen Geräten.

Sie sind auch gesetzlich verpflichtet, dafür zu sorgen, dass Ihr Dienst für Menschen mit Behinderungen nutzbar und zugänglich ist (siehe Disability Discrimination Act 1992). Die australischen Regierungsbehörden sind verpflichtet, die Richtlinien für die Zugänglichkeit von Web-Inhalten (WCAG) 2.0 Stufe AA zu erfüllen, die die Stufe A einschließt (siehe Mandat in der Nationalen Strategie für den Übergang zur Barrierefreiheit im Web). Es wird nachdrücklich empfohlen, die WCAG 2.1 Stufe AA zu erfüllen, da dies eine bessere Zugänglichkeit gewährleistet. Die Einhaltung der WCAG 2.1 bedeutet, dass Sie auch der Stufe 2.0 entsprechen.

Wie Sie die Norm erfüllen können

In der Erkundungsphase

In der Erkundungsphase haben Sie ein gutes Verständnis dafür entwickelt, wie Ihre Nutzer auf Ihren Dienst zugreifen können. Um sicherzustellen, dass jeder Ihren Dienst nutzen kann, müssen Sie zeigen:

• die Art der Umgebungen, in denen die Nutzer auf den Dienst zugreifen können, einschließlich verschiedener Browser und Desktop- und Mobilgeräte, und wenn die Verbindungen langsamer sind und möglicherweise nur begrenzte Daten zur Verfügung stehen (z. B. durch User Stories)
• die Vielfalt bei der Rekrutierung von Forschern und gezielten Nutzern, einschließlich Menschen mit unterschiedlichem kulturellem Hintergrund und Menschen mit Behinderungen
• Berücksichtigung von situations- und umweltbedingten Einschränkungen, die die Fähigkeit eines Nutzers, auf das Produkt zuzugreifen, beeinträchtigen
• Plan zur Erfüllung der Anforderungen an die Barrierefreiheit bei der Gestaltung des Produkts (z. B. wie es die WCAG 2.0 AA)
• welche digitalen Hilfsmittel zur Unterstützung der Benutzer erforderlich sein könnten (z. B. Web-Chat, telefonische Unterstützung, persönliche Beratung, klare Anweisungen, Checklisten usw.)

In der Alpha-Phase

Während der Alpha-Phase sollten Sie in der Lage sein zu zeigen:

• Ihre Prototypen können Benutzer mit unterschiedlichem Hintergrund und Benutzer mit Behinderungen ansprechen
• Ihre Zugänglichkeitsprobleme und Barrieren, die in der Beta-Phase behoben werden müssen
• Sie haben Zugang zu Einrichtungen, um Tests auf verschiedenen Geräten oder Plattformen durchzuführen (z.B., ein Testplan)
• Die Beschaffung von Plattformen oder Dienstleistungen, ob bezahlt oder unentgeltlich, steht im Einklang mit den Zugänglichkeitsanforderungen der Digital Sourcing Consider First Policy und erfüllt die Zugänglichkeitsanforderungen für die öffentliche Beschaffung von IKT-Produkten und -Dienstleistungen (AS EN 301 549)

In der Beta-Phase

Während der Beta-Phase entwickeln Sie Ihren Dienst und müssen sicherstellen, dass die Zugänglichkeitsanforderungen und -bedürfnisse aller Ihrer Nutzer erfüllt werden.

Sie werden zeigen müssen:

• Bearbeitung des Designs und des Inhalts Ihres Dienstes, um die Anforderungen an die Barrierefreiheit zu erfüllen und die Benutzerfreundlichkeit für Menschen mit Behinderungen zu verbessern
• Nicht-digitaler Zugang und Unterstützung für Menschen, die den digitalen Dienst nicht nutzen können oder Schwierigkeiten damit haben
• End-to-End User Journeys, einschließlich unterstützter digitaler Wege, und zeigen Sie, dass sie funktionieren und wie Sie sie getestet haben
• wie Sie kulturelle und sprachliche Gemeinschaften in Ihr Design einbeziehen
• einen Plan, um Übersetzungen für nicht-englischsprachige Zielgruppen einzubeziehen, gegebenenfalls
• Sie haben Testumgebungen, -systeme und -ansätze für nicht-digitale Teile des Dienstes, einschließlich unterstützter digitaler Wege (z. B. einen Testplan)
• wie der Dienst unter den erwarteten Belastungen funktionieren wird, einschließlich unterstützter digitaler Wege
• starkes Verständnis der Umgebungen, in denen Ihre Nutzer auf den Dienst zugreifen werden, z. B. welche Browser, Desktop- und Mobilgeräte sie verwenden werden und welche entfernten Standorte; Sie könnten User Stories und eine Journey Map verwenden, um dies darzustellen
• Definition der unterstützten Browser und Geräte und wie diese berücksichtigt werden
• alle Hindernisse für den digitalen Dienst und seine Inhalte auf mobilen Geräten und Pläne, diese zu beseitigen
• die Designanforderungen für Benutzer, die ein mobiles Gerät und andere identifizierte Umgebungen verwenden (z.B.,
• die Art und Weise, wie Sie getestet haben, ob die Benutzer alle digitalen Transaktionen auf den unterstützten Geräten und Plattformen abschließen können
• eine detaillierte Beschreibung der Interaktionen der Benutzer mit dem Produkt während der Tests
• eine Demonstration Ihres Dienstes in einer Live-Umgebung
• die Mehrheit der Benutzer kann auf den Dienst in ihrer Umgebung zugreifen

Wenn Sie live gehen, müssen Sie zeigen:

• Ihr Dienst ist zugänglich
• Nachweis, dass Ihr Dienst WCAG 2 Level AA erfüllt
• Nachweis von Usability-Tests, einschließlich Nutzern mit geringen digitalen Kenntnissen, Menschen mit Behinderungen, und Menschen mit unterschiedlichem kulturellem und sprachlichem Hintergrund
• Ein Überblick darüber, wie Sie auf der Grundlage von Nutzerforschung, Usability-Tests und Analysen für Nutzer von Hilfstechnologien konzipiert und getestet haben
• Fortlaufende Testpläne für die Barrierefreiheit, damit Ihre Nutzer auch weiterhin auf den Dienst zugreifen können

• GOV.AU Content Guide – Accessibility and Inclusivity
• Australian Government Design System

Weitere Lektüre

• 18F Accessibility Guide
• The A11y Project
• GOV.UK Service Manual — Making your service accessible