Lezioni apprese durante un hackathon sul tema dell'accessibilità

Sapevo cosa volevo dal mio primo hackathon: un progetto di portfolio che potesse essere perfezionato in un caso di studio e dozzine di nuove connessioni con i miei colleghi del settore.

Ma le cose non vanno sempre come pianifichi... e sapere come orientarsi e trarre il massimo da un'esperienza è un'abilità fondamentale da mettere in pratica.

Questa è la storia della mia prima esperienza di hackathon, la lotta e ciò che ho imparato alla fine.

L'esperienza dell'Hackathon

Dettagli dell'evento

• Questo evento sul tema dell'accessibilità di persona è stato organizzato e ospitato da Code Your Dreams e Deaf Kids Code il 1° aprile 2023 a Chicago, IL
• Tutti i partecipanti sono entrati come individui senza squadre preformate
• I partecipanti hanno avuto meno di 5 ore per costruire un team, progettare e presentare un nuovo prodotto

Dopo un discorso di apertura del creatore di STIGMA , gli organizzatori hanno annunciato invece di 3 tracce separate, il pubblico sarebbe stato diviso in due gruppi:
squadre miste di professionisti + scuole superiori e squadre di soli professionisti.

Inizialmente ero ottimista per la possibilità di insegnare e imparare all'interno di un team misto, ma quando ho notato che tutti tranne me e un'altra persona avevano scelto l'opzione solo professionale, ho iniziato a mettere in discussione la mia scelta per due motivi :

1. In qualità di UX designer all'inizio della mia carriera, mi sentivo impreparato a soddisfare le aspettative degli studenti delle scuole superiori senza altri professionisti a supporto del loro apprendimento. ( questo è stato smentito alla fine della giornata! )
2. Volevo utilizzare l'evento per scoprire come i designer hanno interagito (e hanno avuto successo) in un ambiente di hackathon con altri esperti della disciplina.

Con il desiderio di muovermi e iniziare il processo di progettazione, sono entrato a far parte del primo gruppo aperto che ho incontrato. Il nostro team era composto da:

• Rixio, uno sviluppatore;
• Adonis, un amministratore di rete;
• e io, il progettista di UX.

La nostra sessione è iniziata con un compagno di squadra che ha rivolto un appassionato appello a lavorare su un prodotto che forniva una sorta di istruzione gratuita. Con il progredire della nostra conversazione, ho iniziato a vederci costruire una soluzione senza allinearci su un problema.

Ho respinto e suggerito di considerare il tema dell'hackathon:

"Come possiamo collegare ciò di cui stiamo parlando alle idee e agli obiettivi dell'accessibilità e del design universale?"

Brainstorming con foglietti adesivi

L'orologio continuava a ticchettare. Sebbene fossimo passati dall'istruzione alla sostenibilità, sembrava che non stessimo facendo molti progressi. Sospettavo che i miei compagni di squadra si stessero un po' stancando di chiedermi:

“Ma qual è il problema che questo risolve?”

E

"Come si collega questo al tema dell'accessibilità?"

Stavamo lottando per superare questo vicolo cieco fino a quando le persone al di fuori del nostro gruppo non ci hanno aiutato ad andare avanti.

Rimangono 2 ore - prospettive esterne

Sentendo che stavamo discutendo di applicazioni di crowdsourcing e idee per la sostenibilità, un dipendente di Google di passaggio ci ha chiesto se avessimo preso in considerazione uno strumento per mitigare le continue impennate dei prezzi dell'energia. Mentre le nostre idee iniziali su questo si sono esaurite, alla fine un compagno di squadra ha suggerito un'alternativa senza scopo di lucro alle app di car sharing prevalenti (come ZipCar) che era gratuita per gli utenti.

Ho chiesto alla mia squadra:

“E gli utenti che non possono guidare? Come potremmo espandere questa idea per fornire loro più utilità?

Ho suggerito un servizio aggiuntivo all'idea del car sharing che fornisse autisti volontari qualificati per portare in giro passeggeri che non possono guidare da soli.

La squadra si stava eccitando adesso.

Sentendo il percorso che stavamo percorrendo, un organizzatore di hackathon di passaggio ha suggerito di incorporare un programma di certificazione per i conducenti nella nostra soluzione e di commercializzarlo nelle app di condivisione delle corse esistenti.

Abbiamo adorato questo suggerimento perché era in linea con il nostro pensiero e ha aggiunto alla nostra proposta di valore.

Allineamento su un problema e una soluzione

I passeggeri problematici che non possono o non vogliono guidare da soli hanno bisogno di modalità più accessibili di condivisione del viaggio con autisti addestrati per l'accoglienza dei passeggeri.

Soluzione : un'app di condivisione del viaggio che fornisce la certificazione ai conducenti e un'esperienza di trasporto affidabile per i passeggeri che richiedono un alloggio.

Action design un'app in cui i conducenti certificati danno passaggi ai passeggeri che non possono guidare da soli.

Ciò ha ampliato la nostra idea originale di car sharing a una maggiore diversità di utenti: persone con auto, non conducenti, persone che non possono ottenere la patente di guida, ecc., ed era più in linea con i principi di progettazione universali.

Rimane 1 ora - interviste agli esperti

Avevo bisogno di comprendere rapidamente le sfide di transito che i nostri utenti target dovevano affrontare. Con il nostro tempo limitato, ho deciso di avvalermi degli esperti nell'edificio.

Patrick, responsabile della tecnologia assistiva e dell'accessibilità presso Chicago Lighthouse , e Jen, program manager presso Aspiritech , hanno entrambi offerto i loro approfondimenti sulle lacune nelle attuali opzioni di trasporto pubblico e su come i nostri utenti target hanno lottato all'interno di questo paradigma.

Ho consolidato queste informazioni nelle citazioni degli utenti per guidare lo sviluppo del nostro prodotto:

"È il mio autista o qualcuno che si finge il mio autista?" (deficit visivo)

"Vorrei poter dire al pilota le mie preferenze di guida... la modalità silenziosa sarebbe fantastica!" (sovraccarico sensoriale)

“La gente non sa come maneggiare la mia sedia a rotelle. Come posso fidarmi di loro?" (considerazioni sulla mobilità)

Inizialmente volevo portare Adonis nella mappatura del viaggio dell'utente con me mentre Rixio lavorava al modello di presentazione. Adonis e io useremmo questa mappa per rivelare dove fossero altri possibili punti dolenti nel processo.

Purtroppo il tempo a nostra disposizione era scaduto e questo risultato finale è stato scartato prima del completamento.

Rimangono 30 minuti: audit e wireframe

Ho eseguito un rapido controllo con Mobbin per raccogliere dettagli sull'interfaccia utente dei concorrenti. Da questo ho identificato come volevamo distinguere il nostro prodotto con gli utenti e ho abbozzato 3 schermate chiave per mostrare queste differenze.

I nostri wireframe hanno mostrato le seguenti caratteristiche:

1. I passeggeri selezionano autonomamente etichette identificative (non udenti, ipovedenti, sedie a rotelle, guida silenziosa, ecc.) da condividere con i conducenti.
   Ciò consente ai passeggeri di indicare ai conducenti quali sistemazioni potrebbero essere necessarie al passeggero.
   Viene utilizzato anche per abbinare automaticamente i conducenti che sono stati addestrati per i passeggeri che utilizzano queste etichette di identità.
2. I conducenti ottengono la certificazione per le migliori pratiche in base alle etichette di identità dei passeggeri e questi badge vengono visualizzati sul loro profilo.
3. Alle coppie conducente/passeggero viene fornito un breve codice di verifica per garantire che i passeggeri salgano sull'auto corretta.
   Ciò colmerà l'urgente lacuna di sicurezza per gli utenti non vedenti e ipovedenti che non possono verificare l'auto da soli e fornisce anche un modo più rapido per verificare l'auto per tutti.

Quando gli organizzatori hanno iniziato a chiamarci per l'assemblea, ci siamo precipitati a finire le nostre diapositive.

Il tempo è scaduto: presentazioni

Le nostre diapositive finali sono state cucite insieme proprio all'inizio delle presentazioni.

Man mano che si presentavano più squadre, sono rimasto sbalordito dalle idee audaci e uniche proposte sia dalle squadre delle scuole superiori che da quelle professionistiche. Tutti i vincitori sono stati ben meritati!

Questo è anche il momento in cui mi sono reso conto che, almeno a un hackathon, anni di esperienza non sono correlati ai migliori progetti. I team delle scuole superiori hanno finito per produrre alcuni dei progetti più coinvolgenti senza alcun professionista nei loro team (ad esempio, un'alternativa Tiktok accessibile ai non udenti).

Riflettendo sull'esperienza

Obiettivo 1: sviluppare un progetto per il mio portfolio

Sono stato colto alla sprovvista dalla tempistica estremamente breve dell'hackathon, quindi un prodotto con un'interfaccia utente raffinata e una demo funzionale non era possibile.

Ho lavorato a fianco di compagni di squadra con diversi background tecnologici in un ambiente ad alta pressione e ho costantemente sostenuto gli utenti nel processo di progettazione.

Lezioni per migliorare questo obiettivo la prossima volta:

1. Elabora una tabella di marcia del progetto per stabilire scadenze rigide e mantenere il tuo team in carreggiata.
2. Entra con un sistema di progettazione di base per tracciare rapidamente progetti raffinati e aiutare il pubblico a visualizzare le tue idee.

Anche qui il tempo era mio nemico. L'evento ha offerto un paio di opportunità per chattare brevemente con gli altri, ma la maggior parte del tempo è stata spesa cercando di completare il prodotto.

Ho acquisito una preziosa comprensione di essere l'unica persona UX in un team di prodotto e ho capito che gli hackathon non sono gigantesche bestie spaventose, ma sono accessibili, divertenti e una buona opportunità per lavorare a stretto contatto con una manciata di compagni di squadra.

Lezioni per migliorare questo obiettivo la prossima volta:

1. Prenditi il ​​tempo per scrivere il nome di una persona o cercala immediatamente su LinkedIn o sul suo sito Web personale perché è possibile che te ne dimentichi dopo gli eventi della giornata.
2. Se è la prima volta che partecipi a un hackathon, scegli un team più grande per darti maggiori opportunità di liberarti dai vicoli ciechi mentali, per distribuire meglio i compiti e sviluppare più rapporti di lavoro.

Il mio primo hackathon è stato stressante e anche il tuo potrebbe esserlo. Ancora dopo averlo finito, direi che vale la pena il tuo impegno come praticante di UX all'inizio della carriera.

Potresti non percorrere il percorso che immagini all'inizio, ma se presti attenzione e mantieni una mente aperta dovrebbero esserci opportunità per cambiare direzione, imparare e sfruttare al massimo l'esperienza.