Lições aprendidas em um hackathon com tema de acessibilidade

Eu sabia o que queria desde o meu primeiro hackathon: um projeto de portfólio que pudesse ser polido em um estudo de caso e dezenas de novas conexões com meus colegas do setor.

Mas as coisas nem sempre acontecem do jeito que você planeja... e saber como girar e aproveitar ao máximo uma experiência é uma habilidade crítica a ser praticada.

Esta é a história da minha primeira experiência no hackathon, a luta e o que aprendi no final.

A experiência do Hackathon

Detalhes do evento

• Este evento com tema de acessibilidade pessoal foi organizado e apresentado por Code Your Dreams e Deaf Kids Code em 1º de abril de 2023 em Chicago, IL
• Todos os participantes entraram como indivíduos sem equipes pré-formadas
• Os participantes tiveram <5 horas para formar uma equipe, projetar e apresentar um novo produto

Depois de um discurso do criador do STIGMA , os organizadores anunciaram em vez de 3 faixas separadas, o público seria dividido em dois grupos:
equipes mistas profissionais + colegiais e equipes somente profissionais.

Inicialmente eu estava otimista com a chance de ensinar e aprender dentro de uma equipe mista, mas quando percebi que todos, exceto eu e mais uma pessoa, haviam escolhido a opção apenas profissional, comecei a questionar minha escolha por dois motivos:

1. Como designer de UX em início de carreira, me senti despreparado para atender às expectativas dos alunos do ensino médio sem outros profissionais para apoiar seu aprendizado. ( isso foi refutado no final do dia! )
2. Eu queria usar o evento para aprender como os designers interagiram (e foram bem-sucedidos) em um ambiente de hackathon com outros especialistas da disciplina.

Com vontade de me mexer e iniciar o processo de design, entrei no primeiro grupo aberto que conheci. Nossa equipe era composta por:

• Rixio, um desenvolvedor;
• Adonis, um administrador de rede;
• e eu, o designer de UX.

Nossa sessão começou com um colega de equipe fazendo um apelo apaixonado para trabalhar em um produto que oferecia algum tipo de educação gratuita. À medida que nossa conversa avançava, comecei a nos ver construindo uma solução sem alinhamento com um problema.

Recuei e sugeri que considerássemos o tema do hackathon:

“Como podemos conectar o que estamos falando com as ideias e objetivos de acessibilidade e design universal?”

Brainstorming com notas adesivas

O relógio continuou correndo. Embora tivéssemos mudado da educação para a sustentabilidade, parecia que não estávamos fazendo muito progresso. Suspeitei que meus companheiros de equipe estavam ficando um pouco cansados ​​de eu perguntar:

“Mas qual é o problema que isso resolve?”

e

“Como isso se relaciona com o tema acessibilidade?”

Estávamos lutando para superar esse beco sem saída até que pessoas de fora do nosso grupo nos ajudassem a seguir em frente.

2 horas restantes - perspectivas externas

Ouvindo que estávamos discutindo aplicativos de crowdsourcing e ideias de sustentabilidade, um funcionário do Google que passava perguntou se havíamos considerado uma ferramenta para mitigar os aumentos contínuos no preço da energia. Embora nossas ideias iniciais sobre isso tenham fracassado, eventualmente um colega de equipe sugeriu uma alternativa sem fins lucrativos aos aplicativos de compartilhamento de carros predominantes (como o ZipCar) que era gratuito para os usuários.

Perguntei à minha equipe:

“E os usuários que não podem dirigir? Como podemos expandir essa ideia para fornecer mais utilidade para eles?”

Sugeri um serviço complementar à ideia de compartilhamento de carros que fornecia motoristas voluntários qualificados para conduzir passageiros que não podem dirigir sozinhos.

A equipe estava ficando animada agora.

Ao saber do caminho em que estávamos, um organizador de hackathon sugeriu que incorporássemos um programa de certificação para motoristas em nossa solução e comercializássemos isso para aplicativos de compartilhamento de viagens existentes.

Adoramos essa sugestão porque estava alinhada com nosso pensamento e agregava à nossa proposta de valor.

Alinhando em um problema e solução

Passageiros problemáticos que não podem ou não querem dirigir sozinhos precisam de modos mais acessíveis de compartilhamento de carona com motoristas treinados para acomodações de passageiros.

Solução um aplicativo de compartilhamento de carona que fornece certificação para motoristas e uma experiência de trânsito confiável para passageiros que precisam de acomodações.

A Action projeta um aplicativo em que motoristas certificados dão carona a passageiros que não podem dirigir sozinhos.

Isso expandiu nossa ideia original de compartilhamento de carros para uma maior diversidade de usuários: pessoas com carros, não motoristas, pessoas que não podem obter carteira de motorista etc., e estava mais de acordo com os princípios do design universal.

1 hora restante - entrevistas com especialistas

Eu precisava entender rapidamente os desafios de trânsito que nossos usuários-alvo enfrentavam. Com nosso tempo limitado, decidi usar os especialistas do prédio.

Patrick, gerente de tecnologia assistiva e acessibilidade da Chicago Lighthouse , e Jen, gerente de programa da Aspiritech , ofereceram suas percepções sobre as lacunas nas opções de trânsito atuais e como nossos usuários-alvo lutaram com esse paradigma.

Consolidei esses insights em citações de usuários para orientar o desenvolvimento de nosso produto:

“Este é o meu motorista ou alguém se passando por meu motorista?” (deficiência visual)

“Gostaria de poder dizer ao motorista minha preferência de pilotagem... o modo silencioso seria incrível!” (sobrecarga sensorial)

“As pessoas não sabem como lidar com minha cadeira de rodas. Como posso confiar neles?” (considerações de mobilidade)

Inicialmente, eu queria trazer Adonis para o mapeamento da jornada do usuário comigo enquanto Rixio trabalhava no modelo de apresentação. Adonis e eu usaríamos esse mapa para revelar onde estavam outros possíveis pontos problemáticos no processo.

Infelizmente, estávamos ficando sem tempo e esta entrega foi descartada antes da conclusão.

30 minutos restantes - auditoria e wireframes

Fiz uma auditoria rápida com o Mobbin para coletar detalhes sobre a interface do usuário dos concorrentes. A partir disso, identifiquei como queríamos distinguir nosso produto com os usuários e esbocei três telas principais para mostrar essas diferenças.

Nossos wireframes apresentaram as seguintes características:

1. Os passageiros auto-selecionam rótulos de identidade (dificuldade auditiva, baixa visão, cadeira de rodas, passeio silencioso, etc.) para compartilhar com os motoristas.
   Isso permite que os passageiros indiquem aos motoristas quais acomodações podem ser necessárias para o passageiro.
   Também é usado para corresponder automaticamente aos motoristas que foram treinados para passageiros que usam esses rótulos de identidade.
2. Os motoristas são certificados pelas melhores práticas com base nos rótulos de identidade dos passageiros, e esses crachás são exibidos em seus perfis.
3. Os pares motorista/passageiro recebem um código de verificação curto para garantir que os passageiros estejam entrando no carro correto.
   Isso preencherá a lacuna de segurança urgente para usuários cegos e com baixa visão que não podem verificar o carro por conta própria e também fornecerá uma maneira mais rápida de verificar o carro para todos.

Como os organizadores começaram a nos chamar para montar, corremos para terminar nossos slides.

O tempo acabou - apresentações

Nossos slides finais foram montados assim que as apresentações começaram.

À medida que mais equipes foram apresentadas, fiquei impressionado com as ideias ousadas e únicas apresentadas por equipes de escolas secundárias e equipes profissionais. Todos os vencedores foram merecidos!

Foi também quando percebi que, pelo menos em um hackathon, anos de experiência não se correlacionam com os melhores designs. As equipes do ensino médio acabaram produzindo alguns dos designs mais atraentes sem nenhum profissional em suas equipes (por exemplo, uma alternativa Tiktok acessível a surdos).

Refletindo sobre a experiência

Meta 1: Desenvolver um projeto para o meu portfólio

Fui pego de surpresa pela linha do tempo extremamente breve do hackathon, então um produto com interface do usuário polida e demonstração funcional não era possível.

Trabalhei ao lado de colegas de equipe de diversas origens tecnológicas em um ambiente de alta pressão e sempre defendi os usuários no processo de design.

Lições para melhorar esse objetivo da próxima vez:

1. Elabore um roteiro de projeto para estabelecer prazos rígidos e manter sua equipe no caminho certo.
2. Entre com um sistema de design básico para acompanhar rapidamente os designs polidos e ajudar o público a visualizar suas ideias.

Mais uma vez, o tempo foi meu inimigo aqui. O evento apresentou algumas oportunidades para conversar brevemente com outras pessoas, mas a maior parte do tempo foi gasta tentando terminar o produto.

Ganhei uma compreensão inestimável de ser a única pessoa de UX em uma equipe de produto e percebi que hackathons não são monstros gigantescos e assustadores, mas são acessíveis, divertidos e uma boa oportunidade de trabalhar em estreita colaboração com alguns colegas de equipe.

Lições para melhorar esse objetivo da próxima vez:

1. Reserve um tempo para escrever o nome de uma pessoa ou procure-a imediatamente no LinkedIn ou em seu site pessoal, porque é possível que você se esqueça após os eventos do dia.
2. Se for sua primeira vez em um hackathon, escolha uma equipe maior para ter mais oportunidades de se livrar de impasses mentais, distribuir melhor as tarefas e desenvolver mais relações de trabalho.

Meu primeiro hackathon foi estressante, e o seu também pode ser. Ainda depois de terminá-lo, eu diria que vale a pena seu esforço como praticante de UX em início de carreira.

Você pode não percorrer o caminho que imaginou no início, mas se estiver prestando atenção e mantendo a mente aberta, deve haver oportunidades para girar, aprender e aproveitar ao máximo a experiência.