Pelajaran yang didapat di hackathon bertema aksesibilitas

Saya tahu apa yang saya inginkan dari hackathon pertama saya: proyek portofolio yang dapat dipoles menjadi studi kasus, dan lusinan koneksi baru dengan rekan industri saya.

Tetapi hal-hal tidak selalu berjalan seperti yang Anda rencanakan… dan mengetahui cara berputar dan memanfaatkan pengalaman adalah keterampilan penting untuk dilatih.

Ini adalah kisah pengalaman hackathon pertama saya, perjuangan, dan apa yang saya pelajari pada akhirnya.

Pengalaman Hackathon

Detail acara

• Acara bertema aksesibilitas tatap muka ini diselenggarakan dan diselenggarakan oleh Code Your Dreams dan Deaf Kids Code pada tanggal 1 April 2023 di Chicago, IL
• Semua peserta masuk sebagai individu tanpa tim yang dibentuk sebelumnya
• Peserta memiliki waktu <5 jam untuk membangun tim, merancang, dan menampilkan produk baru

Setelah pidato utama dari pencipta STIGMA , penyelenggara mengumumkan daripada 3 lagu terpisah, penonton akan dibagi menjadi dua kelompok:
tim campuran profesional + sekolah menengah, dan tim khusus profesional.

Awalnya saya optimis akan kesempatan untuk mengajar dan belajar dalam tim campuran, tetapi ketika saya melihat semua orang kecuali saya dan satu orang lainnya telah memilih opsi khusus profesional, saya mulai mempertanyakan pilihan saya karena dua alasan:

1. Sebagai desainer UX karir awal, saya merasa tidak siap untuk memenuhi harapan siswa sekolah menengah tanpa profesional lain untuk mendukung pembelajaran mereka. ( ini dibantah pada akhir hari! )
2. Saya ingin menggunakan acara tersebut untuk mempelajari bagaimana desainer berinteraksi (dan berhasil) di lingkungan hackathon dengan pakar disiplin ilmu lainnya.

Dengan keinginan untuk bergerak dan memulai proses desain, saya bergabung dengan grup terbuka pertama yang saya temui. Tim kami terdiri dari:

• Rixio, seorang pengembang;
• Adonis, seorang admin jaringan;
• dan saya, desainer UX.

Sesi kami dimulai dengan salah satu rekan tim memberikan semangat untuk mengerjakan produk yang menyediakan semacam pendidikan gratis. Saat percakapan kami berlanjut, saya mulai melihat kami membangun solusi tanpa penyelarasan pada suatu masalah.

Saya mundur dan menyarankan agar kami mempertimbangkan tema hackathon:

“Bagaimana kita bisa menghubungkan apa yang kita bicarakan dengan ide dan tujuan aksesibilitas dan desain universal?”

Brainstorming dengan catatan tempel

Jam terus berdetak. Meskipun kami telah berpindah dari pendidikan ke keberlanjutan, sepertinya kami tidak membuat banyak kemajuan. Saya curiga rekan satu tim saya mulai bosan dengan pertanyaan saya:

"Tapi apa masalah yang dipecahkan ini?"

Dan

“Bagaimana kaitannya dengan tema aksesibilitas?”

Kami berjuang untuk melewati jalan buntu ini sampai orang-orang di luar kelompok kami membantu kami maju.

2 jam tersisa — perspektif luar

Mendengar bahwa kami sedang mendiskusikan aplikasi crowdsourced dan ide keberlanjutan, seorang karyawan Google yang lewat bertanya apakah kami telah mempertimbangkan alat untuk mengurangi lonjakan harga energi yang sedang berlangsung. Sementara ide awal kami gagal, akhirnya salah satu rekan tim menyarankan alternatif nirlaba untuk aplikasi berbagi mobil yang ada (seperti ZipCar) yang gratis untuk pengguna.

Saya bertanya kepada tim saya:

“Bagaimana dengan pengguna yang tidak bisa mengemudi? Bagaimana kami dapat mengembangkan ide ini untuk memberikan lebih banyak manfaat bagi mereka?”

Saya menyarankan layanan tambahan untuk ide berbagi mobil yang menyediakan pengemudi sukarela yang memenuhi syarat untuk mengantar penumpang yang tidak dapat menyetir sendiri.

Tim semakin bersemangat sekarang.

Mendengar jalan yang kami lalui, penyelenggara hackathon yang lewat menyarankan agar kami memasukkan program sertifikasi untuk pengemudi ke dalam solusi kami, dan memasarkannya ke aplikasi berbagi tumpangan yang sudah ada.

Kami menyukai saran ini karena sejalan dengan pemikiran kami dan menambah proposisi nilai kami.

Menyelaraskan pada masalah dan solusi

Penumpang bermasalah yang tidak dapat atau tidak ingin mengemudi sendiri memerlukan mode berbagi tumpangan yang lebih mudah diakses dengan pengemudi yang terlatih untuk akomodasi penumpang.

Solusi aplikasi berbagi tumpangan yang memberikan sertifikasi kepada pengemudi dan pengalaman transit tepercaya bagi penumpang yang membutuhkan akomodasi.

Desain tindakan sebuah aplikasi di mana pengemudi bersertifikat memberikan tumpangan kepada penumpang yang tidak bisa menyetir sendiri.

Ini memperluas ide berbagi mobil asli kami ke keragaman pengguna yang lebih besar: orang dengan mobil, non-pengemudi, orang yang tidak dapat memperoleh SIM, dll., dan lebih sesuai dengan prinsip desain universal.

1 jam tersisa - wawancara ahli

Saya perlu memahami dengan cepat tantangan transit yang dihadapi pengguna target kami. Dengan waktu yang terbatas, saya memutuskan untuk memanfaatkan tenaga ahli di gedung tersebut.

Patrick, manajer teknologi bantuan dan aksesibilitas di Chicago Lighthouse , dan Jen, manajer program di Aspiritech , menawarkan wawasan mereka tentang celah dalam opsi transit saat ini, dan bagaimana pengguna target kami berjuang dalam paradigma ini.

Saya menggabungkan wawasan ini ke dalam kutipan pengguna untuk memandu pengembangan produk kami:

"Apakah ini supir saya atau seseorang yang menyamar sebagai supir saya?" (gangguan penglihatan)

“Saya berharap saya memiliki kemampuan untuk memberi tahu pengemudi preferensi berkendara saya… mode senyap akan luar biasa!” (kelebihan sensorik)

“Orang-orang tidak tahu cara menangani kursi roda saya. Bagaimana saya bisa mempercayai mereka?” (pertimbangan mobilitas)

Awalnya saya ingin membawa Adonis ke dalam pemetaan perjalanan pengguna bersama saya sementara Rixio mengerjakan template presentasi. Adonis dan saya akan menggunakan peta ini untuk mengungkapkan di mana kemungkinan titik sakit lain dalam proses itu.

Sayangnya kami kehabisan waktu dan pengiriman ini dibatalkan sebelum selesai.

30 menit tersisa — audit dan gambar rangka

Saya melakukan audit cepat dengan Mobbin untuk mengumpulkan detail tentang UI pesaing. Dari sini saya mengidentifikasi bagaimana kami ingin membedakan produk kami dengan users , dan membuat sketsa 3 layar utama untuk menunjukkan perbedaan ini.

Gambar rangka kami menunjukkan fitur-fitur berikut:

1. Penumpang memilih sendiri label identitas (gangguan pendengaran, penglihatan kabur, kursi roda, pengendaraan senyap, dll.) untuk dibagikan dengan pengemudi.
   Hal ini memungkinkan penumpang untuk menunjukkan kepada pengemudi akomodasi apa yang mungkin dibutuhkan oleh penumpang.
   Ini juga digunakan untuk secara otomatis mencocokkan pengemudi yang telah dilatih untuk penumpang yang menggunakan label identitas tersebut.
2. Pengemudi mendapatkan sertifikasi praktik terbaik berdasarkan label identitas penumpang, dan lencana ini ditampilkan di profil mereka.
3. Pasangan pengemudi/penumpang diberi kode verifikasi singkat untuk memastikan penumpang masuk ke mobil yang benar.
   Ini akan mengisi celah keamanan yang mendesak bagi pengguna tunanetra dan rabun yang tidak dapat memverifikasi mobil sendiri, dan juga menyediakan cara yang lebih cepat untuk memverifikasi mobil bagi semua orang.

Saat panitia mulai memanggil kami untuk berkumpul, kami bergegas menyelesaikan slide kami.

Waktu habis — presentasi

Slide terakhir kami digabungkan tepat saat presentasi dimulai.

Semakin banyak tim yang tampil, saya terpesona oleh ide-ide berani dan unik yang diajukan oleh tim sekolah menengah dan tim profesional. Semua pemenang memang layak!

Ini juga saat saya menyadari bahwa setidaknya di hackathon, pengalaman bertahun-tahun tidak berkorelasi dengan desain terbaik. Tim sekolah menengah akhirnya menghasilkan beberapa desain yang paling menarik tanpa profesional di tim mereka (misalnya, alternatif Tiktok yang dapat diakses oleh tunarungu).

Merefleksikan pengalaman

Sasaran 1: Mengembangkan proyek untuk portofolio saya

Saya terkejut dengan garis waktu hackathon yang sangat singkat, sehingga produk dengan UI yang dipoles dan demo fungsional tidak mungkin dilakukan.

Saya bekerja bersama rekan satu tim dari berbagai latar belakang teknologi dalam lingkungan bertekanan tinggi, dan secara konsisten mengadvokasi pengguna dalam proses desain.

Pelajaran untuk meningkatkan tujuan ini lain kali:

1. Buat peta jalan proyek untuk menetapkan tenggat waktu yang sulit dan menjaga tim Anda tetap pada jalurnya.
2. Hadir dengan sistem desain dasar untuk mempercepat desain yang dipoles dan membantu audiens memvisualisasikan ide Anda.

Sekali lagi, waktu adalah musuh saya di sini. Acara tersebut menampilkan beberapa kesempatan untuk mengobrol sebentar dengan orang lain, tetapi sebagian besar waktu dihabiskan untuk mencoba menyelesaikan produk.

Saya memperoleh pemahaman yang tak ternilai sebagai satu-satunya orang UX di tim produk, dan menyadari bahwa hackathon bukanlah makhluk raksasa yang menakutkan, tetapi mudah didekati, menyenangkan, dan peluang bagus untuk bekerja sama dengan beberapa rekan satu tim.

Pelajaran untuk meningkatkan tujuan ini lain kali:

1. Luangkan waktu untuk menuliskan nama seseorang, atau segera mencarinya di LinkedIn atau situs web pribadinya karena mungkin Anda akan lupa setelah acara hari itu.
2. Jika ini pertama kalinya Anda mengikuti hackathon, pilihlah tim yang lebih besar untuk memberi diri Anda lebih banyak kesempatan untuk membebaskan diri dari kebuntuan mental, mendistribusikan tugas dengan lebih baik, dan mengembangkan lebih banyak hubungan kerja.

Hackathon pertama saya membuat stres, dan Anda mungkin juga. Masih setelah menyelesaikannya, saya berpendapat itu sepadan dengan usaha Anda sebagai praktisi UX karir awal.

Anda mungkin tidak menempuh jalan yang Anda bayangkan di awal, tetapi jika Anda memperhatikan dan tetap berpikiran terbuka, akan ada peluang untuk berputar, belajar, dan memanfaatkan pengalaman sebaik-baiknya.