Leçons apprises lors d'un hackathon sur le thème de l'accessibilité

Dès mon premier hackathon, je savais ce que je voulais : un projet de portefeuille qui pourrait être transformé en une étude de cas et des dizaines de nouvelles connexions avec mes pairs de l'industrie.

Mais les choses ne se passent pas toujours comme prévu… et savoir pivoter et tirer le meilleur parti d'une expérience est une compétence essentielle à pratiquer.

C'est l'histoire de ma première expérience de hackathon, la lutte et ce que j'ai appris à la fin.

L'expérience Hackathon

Détails de l'évènement

• Cet événement en personne sur le thème de l'accessibilité a été organisé et animé par Code Your Dreams et Deaf Kids Code le 1er avril 2023 à Chicago, IL
• Tous les participants inscrits individuellement sans équipes préformées
• Les participants avaient moins de 5 heures pour constituer une équipe, concevoir et présenter un nouveau produit

Après un discours d'ouverture du créateur de STIGMA , les organisateurs ont annoncé plutôt que 3 pistes distinctes, le public serait scindé en deux groupes :
les équipes mixtes pro + lycée, et les équipes uniquement pro.

Au départ, j'étais optimiste quant à la possibilité d'enseigner et d'apprendre au sein d'une équipe mixte, mais lorsque j'ai remarqué que tout le monde sauf moi et une autre personne avait choisi l'option réservée aux professionnels, j'ai commencé à remettre en question mon choix pour deux raisons :

1. En tant que designer UX en début de carrière, je ne me sentais pas préparé à répondre aux attentes des lycéens sans autres professionnels pour soutenir leur apprentissage. ( cela a été réfuté à la fin de la journée ! )
2. Je voulais profiter de l'événement pour apprendre comment les designers interagissaient (et réussissaient) dans un environnement de hackathon avec d'autres experts de la discipline.

Avec le désir de bouger et de démarrer le processus de conception, j'ai rejoint le premier groupe ouvert que j'ai rencontré. Notre équipe était composée de :

• Rixio, développeur ;
• Adonis, un administrateur réseau ;
• et moi, le designer UX.

Notre session a commencé avec un coéquipier lançant un appel passionné à travailler sur un produit qui offrait une sorte d'éducation gratuite. Au fur et à mesure que notre conversation avançait, j'ai commencé à nous voir construire une solution sans alignement sur un problème.

J'ai repoussé et suggéré que nous examinions le thème du hackathon :

« Comment pouvons-nous relier ce dont nous parlons aux idées et aux objectifs d'accessibilité et de conception universelle ? »

Remue-méninges avec des notes autocollantes

L'horloge continuait de tourner. Alors que nous étions passés de l'éducation à la durabilité, il semblait que nous ne faisions pas beaucoup de progrès. Je soupçonnais que mes coéquipiers en avaient un peu marre que je demande :

« Mais quel est le problème que cela résout ? »

et

« Comment cela est-il lié au thème de l'accessibilité ? »

Nous avions du mal à dépasser cette impasse jusqu'à ce que des personnes extérieures à notre groupe nous aident à avancer.

Reste 2 heures — perspectives extérieures

Apprenant que nous discutions d'applications participatives et d'idées de développement durable, un employé de Google qui passait nous a demandé si nous avions envisagé un outil pour atténuer les flambées des prix de l'énergie. Alors que nos idées initiales à ce sujet se sont évanouies, un coéquipier a finalement suggéré une alternative à but non lucratif aux applications de partage de voiture en vigueur (comme ZipCar) qui était gratuite pour les utilisateurs.

J'ai demandé à mon équipe :

« Qu'en est-il des utilisateurs qui ne savent pas conduire ? Comment pourrions-nous étendre cette idée pour leur fournir plus d'utilité ? »

J'ai proposé un service complémentaire à l'idée d'autopartage qui fournissait des chauffeurs bénévoles qualifiés pour conduire les passagers qui ne pouvaient pas conduire eux-mêmes.

L'équipe s'excitait maintenant.

Entendant le chemin sur lequel nous étions, un organisateur de hackathon de passage nous a suggéré d'intégrer un programme de certification pour les conducteurs dans notre solution et de le commercialiser auprès des applications de covoiturage existantes.

Nous avons adoré cette suggestion car elle correspondait à notre réflexion et ajoutait à notre proposition de valeur.

Alignement sur un problème et une solution

Les passagers à problèmes qui ne peuvent ou ne veulent pas conduire eux-mêmes ont besoin de modes de covoiturage plus accessibles avec des chauffeurs formés pour l'hébergement des passagers.

Solution une application de covoiturage qui fournit une certification aux conducteurs et une expérience de transport en commun fiable pour les passagers nécessitant un hébergement.

Concevez une application où des chauffeurs certifiés conduisent des passagers qui ne peuvent pas conduire eux-mêmes.

Cela a permis d'élargir notre idée originale d'autopartage à une plus grande diversité d'utilisateurs : les personnes avec des voitures, les non-conducteurs, les personnes qui ne peuvent pas obtenir de permis de conduire, etc., et était plus conforme aux principes de conception universelle.

Reste 1 heure - interviews d'experts

J'avais besoin de comprendre rapidement les défis du transport en commun auxquels nos utilisateurs cibles étaient confrontés. Avec notre temps limité, j'ai décidé de faire appel aux experts du bâtiment.

Patrick, responsable des technologies d'assistance et de l'accessibilité chez Chicago Lighthouse , et Jen, responsable de programme chez Aspiritech , ont tous deux offert leur point de vue sur les lacunes des options de transport en commun actuelles et sur la manière dont nos utilisateurs cibles ont lutté dans ce paradigme.

J'ai consolidé ces informations dans des citations d'utilisateurs pour guider le développement de nos produits :

"Est-ce mon chauffeur ou quelqu'un se faisant passer pour mon chauffeur?" (déficience visuelle)

"J'aimerais avoir la possibilité de dire au conducteur ma préférence de conduite... le mode silencieux serait génial !" (surcharge sensorielle)

« Les gens ne savent pas comment manipuler mon fauteuil roulant. Comment puis-je leur faire confiance ? (considérations de mobilité)

Au départ, je voulais intégrer Adonis dans la cartographie du parcours utilisateur avec moi pendant que Rixio travaillait sur le modèle de présentation. Adonis et moi utiliserions cette carte pour révéler où se trouvaient d'autres points douloureux possibles dans le processus.

Malheureusement, nous manquions de temps et ce livrable a été abandonné avant la fin.

30 minutes restantes — audit et wireframes

J'ai effectué un audit rapide avec Mobbin pour recueillir des détails sur l'interface utilisateur des concurrents. À partir de là, j'ai identifié comment nous voulions distinguer notre produit auprès des utilisateurs et j'ai esquissé 3 écrans clés pour montrer ces différences.

Nos wireframes ont montré les caractéristiques suivantes :

1. Les passagers sélectionnent eux-mêmes des étiquettes d'identité (malentendants, malvoyants, fauteuil roulant, silencieux, etc.) à partager avec les conducteurs.
   Cela permet aux passagers d'indiquer aux conducteurs les aménagements dont le passager peut avoir besoin.
   Il est également utilisé pour associer automatiquement les chauffeurs qui ont été formés pour les passagers qui utilisent ces étiquettes d'identité.
2. Les chauffeurs sont certifiés pour les meilleures pratiques basées sur les étiquettes d'identité des passagers, et ces badges sont affichés sur leur profil.
3. Les paires conducteur/passager reçoivent un court code de vérification pour s'assurer que les passagers montent dans la bonne voiture.
   Cela comblera le vide de sécurité urgent pour les utilisateurs aveugles et malvoyants qui ne peuvent pas vérifier la voiture par eux-mêmes, et fournira également un moyen plus rapide de vérifier la voiture pour tout le monde.

Alors que les organisateurs commençaient à nous appeler pour nous rassembler, nous nous sommes précipités pour terminer nos diapositives.

Le temps est écoulé — présentations

Nos dernières diapositives ont été assemblées juste au début des présentations.

Au fur et à mesure que de plus en plus d'équipes se présentaient, j'ai été époustouflé par les idées audacieuses et uniques proposées par les équipes du secondaire et les équipes professionnelles. Tous les gagnants étaient bien mérités !

C'est aussi à ce moment-là que j'ai réalisé qu'au moins lors d'un hackathon, des années d'expérience ne correspondent pas aux meilleurs designs. Les équipes du lycée ont fini par produire certaines des conceptions les plus engageantes sans aucun professionnel dans leurs équipes (par exemple, une alternative Tiktok accessible aux sourds).

Réflexion sur l'expérience

Objectif 1 : Développer un projet pour mon portfolio

J'ai été pris au dépourvu par la chronologie extrêmement brève du hackathon, donc un produit avec une interface utilisateur soignée et une démo fonctionnelle n'était pas possible.

J'ai travaillé aux côtés de coéquipiers issus de divers horizons technologiques dans un environnement sous haute pression, et j'ai constamment défendu les utilisateurs dans le processus de conception.

Leçons à améliorer sur cet objectif la prochaine fois :

1. Élaborez une feuille de route du projet pour établir des délais stricts et garder votre équipe sur la bonne voie.
2. Venez avec un système de conception de base pour accélérer les conceptions raffinées et aider le public à visualiser vos idées.

Encore une fois, le temps était mon ennemi ici. L'événement a présenté quelques occasions de discuter brièvement avec d'autres, mais la plupart du temps a été consacré à essayer de terminer le produit.

J'ai acquis une compréhension inestimable d'être la seule personne UX dans une équipe produit et j'ai réalisé que les hackathons ne sont pas des bêtes effrayantes gargantuesques, mais sont accessibles, amusants et une bonne occasion de travailler en étroite collaboration avec une poignée de coéquipiers.

Leçons à améliorer sur cet objectif la prochaine fois :

1. Prenez le temps d'écrire le nom d'une personne ou recherchez-la immédiatement sur LinkedIn ou sur son site Web personnel, car il est possible que vous l'oubliiez après les événements de la journée.
2. Si c'est la première fois que vous participez à un hackathon, choisissez une équipe plus nombreuse pour vous donner plus d'opportunités de vous libérer des impasses mentales, de mieux répartir les tâches et de développer davantage de relations de travail.

Mon premier hackathon a été stressant, et le vôtre l'est peut-être aussi. Toujours après l'avoir terminé, je dirais que cela vaut bien vos efforts en tant que praticien UX en début de carrière.

Vous ne parcourrez peut-être pas le chemin que vous envisagez au départ, mais si vous faites attention et gardez l'esprit ouvert, il devrait y avoir des opportunités de pivoter, d'apprendre et de tirer le meilleur parti de l'expérience.