Erkenntnisse aus einem Hackathon zum Thema Barrierefreiheit

Schon bei meinem ersten Hackathon wusste ich, was ich wollte: ein Portfolio-Projekt, das in eine Fallstudie umgewandelt werden konnte, und Dutzende neuer Kontakte zu meinen Branchenkollegen.

Aber die Dinge laufen nicht immer so, wie Sie es planen … und zu wissen, wie man sich dreht und das Beste aus einer Erfahrung macht, ist eine wichtige Fähigkeit, die es zu üben gilt.

Dies ist die Geschichte meiner ersten Hackathon-Erfahrung, des Kampfes und dessen, was ich am Ende gelernt habe.

Das Hackathon-Erlebnis

Veranstaltungsdetails

• Diese persönliche Veranstaltung zum Thema Barrierefreiheit wurde von Code Your Dreams und Deaf Kids Code am 1. April 2023 in Chicago, Illinois, organisiert und ausgerichtet
• Alle Teilnehmer traten als Einzelpersonen ohne vorgefertigte Teams an
• Die Teilnehmer hatten weniger als 5 Stunden Zeit, um ein Team aufzubauen, ein neues Produkt zu entwerfen und vorzustellen

Nach einer Grundsatzrede des Gründers von STIGMA kündigten die Organisatoren an, dass das Publikum anstelle von drei separaten Tracks in zwei Gruppen aufgeteilt werde:
gemischte Profi- und High-School-Teams und reine Profi-Teams.

Anfangs war ich optimistisch, was die Chance angeht, in einem gemischten Team zu lehren und zu lernen, aber als mir auffiel, dass sich alle außer mir und einer anderen Person für die rein berufliche Option entschieden hatten, begann ich meine Wahl aus zwei Gründen in Frage zu stellen :

1. Als UX-Designer am Anfang meiner Karriere fühlte ich mich nicht darauf vorbereitet, die Erwartungen der Oberstufenschüler zu erfüllen, ohne dass andere Fachleute sie beim Lernen unterstützten. ( Dies wurde am Ende des Tages widerlegt! )
2. Ich wollte die Veranstaltung nutzen, um zu erfahren, wie Designer in einer Hackathon-Umgebung mit Experten anderer Disziplinen interagierten (und erfolgreich waren) .

Mit dem Wunsch, mich zu bewegen und mit dem Designprozess zu beginnen, schloss ich mich der ersten offenen Gruppe an, die ich traf. Unser Team bestand aus:

• Rixio, ein Entwickler;
• Adonis, ein Netzwerkadministrator;
• und ich, der UX-Designer.

Unsere Sitzung begann damit, dass ein Teamkollege leidenschaftlich dazu aufrief, an einem Produkt zu arbeiten, das eine Art kostenlose Bildung bot. Im Verlauf unseres Gesprächs begann ich zu sehen, wie wir eine Lösung entwickelten, ohne uns auf ein Problem abzustimmen.

Ich lehnte ab und schlug vor, dass wir über das Thema des Hackathons nachdenken:

„Wie können wir das, worüber wir sprechen, mit den Ideen und Zielen von Barrierefreiheit und universellem Design verbinden?“

Brainstorming mit Haftnotizen

Die Uhr tickte weiter. Obwohl wir von der Bildung zur Nachhaltigkeit übergegangen waren, schien es, als würden wir keine großen Fortschritte machen. Ich vermutete, dass meine Teamkollegen es ein wenig leid waren, dass ich fragte:

„Aber welches Problem wird dadurch gelöst?“

Und

„Wie hängt das mit dem Thema Barrierefreiheit zusammen?“

Wir hatten Mühe, diese Sackgasse zu überwinden, bis uns Leute außerhalb unserer Gruppe halfen, voranzukommen.

Noch 2 Stunden – Außenperspektiven

Als ein vorbeikommender Google-Mitarbeiter hörte, dass wir über Crowdsourcing-Anwendungen und Nachhaltigkeitsideen diskutierten, fragte er, ob wir über ein Tool zur Eindämmung der anhaltenden Energiepreissteigerungen nachgedacht hätten. Während unsere anfänglichen Ideen zu diesem Thema scheiterten, schlug schließlich ein Teamkollege eine gemeinnützige Alternative zu gängigen Carsharing-Apps (wie ZipCar) vor, die für Benutzer kostenlos war.

Ich habe mein Team gefragt:

„Was ist mit Benutzern, die nicht fahren können? Wie könnten wir diese Idee erweitern, um ihnen mehr Nutzen zu bieten?“

Ich schlug einen Zusatzdienst zur Carsharing-Idee vor, der qualifizierte ehrenamtliche Fahrer bereitstellte, die Passagiere herumfahren, die nicht selbst fahren können.

Das Team war jetzt aufgeregt.

Als ein zufälliger Hackathon-Organisator hörte, welchen Weg wir eingeschlagen hatten, schlug er vor, ein Zertifizierungsprogramm für Fahrer in unsere Lösung zu integrieren und dieses an bestehende Mitfahr-Apps zu vermarkten.

Wir waren von diesem Vorschlag begeistert, weil er unserem Denken entsprach und zu unserem Wertversprechen beitrug.

Ausrichtung auf ein Problem und eine Lösung

Problematische Fahrgäste, die nicht selbst fahren können oder wollen, benötigen zugänglichere Formen der Mitfahrgelegenheit mit Fahrern, die für die Unterbringung von Fahrgästen geschult sind.

Lösung: Eine Mitfahr-App, die den Fahrern eine Zertifizierung und ein vertrauenswürdiges Transiterlebnis für Passagiere bietet, die eine Unterkunft benötigen.

Action entwirft eine App, in der zertifizierte Fahrer Passagiere mitnehmen, die nicht selbst fahren können.

Dadurch wurde unsere ursprüngliche Car-Sharing-Idee auf eine größere Vielfalt von Nutzern ausgeweitet: Menschen mit Autos, Nicht-Fahrer, Menschen, die keinen Führerschein erwerben können usw., und es entsprach eher den universellen Designprinzipien.

Noch 1 Stunde – Experteninterviews

Ich musste die Herausforderungen im öffentlichen Nahverkehr, mit denen unsere Zielbenutzer konfrontiert waren, schnell verstehen. Aufgrund unserer begrenzten Zeit beschloss ich, die Experten vor Ort in Anspruch zu nehmen.

Patrick, der Manager für unterstützende Technologie und Barrierefreiheit bei Chicago Lighthouse , und Jen, eine Programmmanagerin bei Aspiritech , gaben beide Einblicke in Lücken in den aktuellen Transitoptionen und wie unsere Zielbenutzer mit diesem Paradigma zu kämpfen hatten.

Ich habe diese Erkenntnisse in Benutzerzitaten zusammengefasst, um unsere Produktentwicklung zu leiten:

„Ist das mein Fahrer oder jemand, der sich als mein Fahrer ausgibt?“ (Sehbehinderung)

„Ich wünschte, ich hätte die Möglichkeit, dem Fahrer meine Fahrpräferenzen mitzuteilen … der Silent-Modus wäre großartig!“ (Reizüberflutung)

„Die Leute wissen nicht, wie sie mit meinem Rollstuhl umgehen sollen. Wie kann ich ihnen vertrauen?“ (Überlegungen zur Mobilität)

Ursprünglich wollte ich Adonis in das User Journey Mapping einbeziehen, während Rixio an der Präsentationsvorlage arbeitete. Adonis und ich würden diese Karte nutzen, um aufzuzeigen, wo sich weitere mögliche Schwachstellen im Prozess befanden.

Leider lief uns die Zeit davon und dieser Liefergegenstand wurde vor der Fertigstellung verworfen.

Es verbleiben noch 30 Minuten – Audit und Wireframes

Ich habe mit Mobbin ein kurzes Audit durchgeführt, um Details zur Benutzeroberfläche der Wettbewerber zu sammeln. Daraus habe ich herausgefunden, wie wir unser Produkt bei den Benutzern hervorheben wollten , und habe drei Schlüsselbildschirme skizziert, um diese Unterschiede zu veranschaulichen.

Unsere Wireframes zeigten folgende Merkmale:

1. Passagiere wählen selbst Identitätskennzeichnungen (schwerhörig, sehbehindert, Rollstuhlfahrer, lautlose Fahrt usw.) aus, um sie mit den Fahrern zu teilen.
   Auf diese Weise können Fahrgäste den Fahrern mitteilen, welche Unterkünfte der Fahrgast möglicherweise benötigt.
   Es wird auch verwendet, um automatisch Fahrer zu finden, die für Passagiere geschult wurden, die diese Identitätsetiketten verwenden.
2. Fahrer werden anhand von Fahrgastausweisen für Best Practices zertifiziert und diese Abzeichen werden in ihrem Profil angezeigt.
3. Fahrer-/Beifahrerpaare erhalten einen kurzen Bestätigungscode, um sicherzustellen, dass die Passagiere in das richtige Auto einsteigen.
   Dies wird die dringende Sicherheitslücke für blinde und sehbehinderte Benutzer schließen, die das Auto nicht selbst überprüfen können, und bietet außerdem eine schnellere Möglichkeit, das Auto für alle zu überprüfen.

Als die Organisatoren begannen, uns zur Versammlung aufzurufen, beeilten wir uns, unsere Folien fertigzustellen.

Die Zeit ist abgelaufen – Präsentationen

Unsere letzten Folien wurden genau zu Beginn der Präsentationen zusammengefügt.

Als sich immer mehr Teams präsentierten, war ich überwältigt von den mutigen und einzigartigen Ideen, die sowohl High-School-Teams als auch Profi-Teams vorbrachten. Alle Gewinner waren verdient!

Dabei wurde mir auch klar, dass jahrelange Erfahrung zumindest bei einem Hackathon nicht mit den besten Designs korreliert. Am Ende produzierten die High-School-Teams einige der ansprechendsten Designs, ohne dass Profis in ihren Teams waren (z. B. eine für Gehörlose zugängliche Tiktok-Alternative).

Nachdenken über das Erlebnis

Ziel 1: Ein Projekt für mein Portfolio entwickeln

Der extrem kurze Hackathon-Zeitplan hat mich überrascht, sodass ein Produkt mit ausgefeilter Benutzeroberfläche und funktionaler Demo nicht möglich war.

Ich habe mit Teamkollegen mit unterschiedlichem technischem Hintergrund in einem Umfeld mit hohem Druck zusammengearbeitet und mich im Designprozess konsequent für die Benutzer eingesetzt.

Lektionen, um dieses Ziel beim nächsten Mal zu verbessern:

1. Erstellen Sie eine Projekt-Roadmap, um feste Fristen festzulegen und Ihr Team auf Kurs zu halten.
2. Kommen Sie mit einem grundlegenden Designsystem, um ausgefeilte Designs schnell umzusetzen und dem Publikum zu helfen, Ihre Ideen zu visualisieren.

Auch hier war die Zeit mein Feind. Die Veranstaltung bot ein paar Gelegenheiten, sich kurz mit anderen zu unterhalten, aber die meiste Zeit wurde darauf verwendet, das Produkt fertigzustellen.

Ich habe ein unschätzbares Verständnis dafür gewonnen, dass ich die einzige UX-Person in einem Produktteam bin, und mir ist klar geworden, dass Hackathons keine gigantischen Gruselmonster sind, sondern zugänglich, unterhaltsam und eine gute Gelegenheit, eng mit einer Handvoll Teamkollegen zusammenzuarbeiten.

Lektionen, um dieses Ziel beim nächsten Mal zu verbessern:

1. Nehmen Sie sich die Zeit, den Namen einer Person aufzuschreiben, oder schlagen Sie sie sofort auf LinkedIn oder ihrer persönlichen Website nach, denn es besteht die Möglichkeit, dass Sie sie nach den Ereignissen des Tages vergessen.
2. Wenn Sie zum ersten Mal an einem Hackathon teilnehmen, wählen Sie ein größeres Team, um mehr Möglichkeiten zu haben, aus mentalen Sackgassen auszubrechen, Aufgaben besser zu verteilen und mehr Arbeitsbeziehungen aufzubauen.

Mein erster Hackathon war stressig, und Ihrer könnte es auch sein. Dennoch bin ich der Meinung, dass sich die Mühe als UX-Praktizierender am Anfang seiner Karriere durchaus lohnt.

Möglicherweise gehen Sie zu Beginn nicht den Weg, den Sie sich vorgestellt haben, aber wenn Sie aufmerksam sind und aufgeschlossen bleiben, sollte es Gelegenheiten geben, umzuschwenken, zu lernen und das Beste aus der Erfahrung zu machen.