Erişilebilirlik temalı bir hackathon'da öğrenilen dersler

İlk hackathonumdan ne istediğimi biliyordum: bir vaka çalışmasına dönüştürülebilecek bir portföy projesi ve sektördeki meslektaşlarımla düzinelerce yeni bağlantı.

Ancak işler her zaman planladığınız gibi gitmez… ve nasıl dönüleceğini ve bir deneyimden en iyi şekilde nasıl yararlanılacağını bilmek, pratik yapmak için kritik bir beceridir.

Bu benim ilk hackathon deneyimimin, verdiğim mücadelenin ve sonunda öğrendiklerimin hikayesi.

Hackathon deneyimi

Etkinlik detayları

• Bu yüz yüze erişilebilirlik temalı etkinlik Code Your Dreams ve Deaf Kids Code tarafından 1 Nisan 2023'te Chicago, IL'de düzenlendi ve düzenlendi
• Tüm katılımcılar önceden oluşturulmuş ekipler olmadan bireysel olarak girdi
• Katılımcıların bir ekip oluşturmak, yeni bir ürün tasarlamak ve sergilemek için <5 saati vardı

STIGMA'nın yaratıcısının açılış konuşmasından sonra , organizatörler 3 ayrı parça yerine dinleyicilerin iki gruba ayrılacağını duyurdu:
profesyonel + lise karma takımları ve sadece profesyonel takımlar.

Başlangıçta karma bir ekip içinde öğretme ve öğrenme şansı konusunda iyimserdim, ancak kendim ve bir kişi dışında herkesin yalnızca profesyonel seçeneği seçtiğini fark ettiğimde, seçimimi iki nedenden dolayı sorgulamaya başladım :

1. Erken bir kariyer UX tasarımcısı olarak , öğrenmelerini destekleyecek diğer profesyoneller olmadan lise öğrencilerinin beklentilerini karşılama konusunda kendimi hazırlıksız hissettim . ( bu günün sonunda çürütüldü! )
2. Etkinliği, tasarımcıların bir hackathon ortamında diğer disiplin uzmanlarıyla nasıl etkileşime girdiğini (ve başarılı olduklarını) öğrenmek için kullanmak istedim.

Harekete geçmek ve tasarım sürecini başlatmak arzusuyla tanıştığım ilk açık gruba katıldım. Ekibimiz şunlardan oluşuyordu:

• Bir geliştirici olan Rixio;
• Bir ağ yöneticisi olan Adonis;
• ve ben, UX tasarımcısı.

Oturumumuz, bir ekip arkadaşının bir tür ücretsiz eğitim sağlayan bir ürün üzerinde çalışmak için tutkulu bir çağrıda bulunmasıyla başladı. Sohbetimiz ilerledikçe, bir sorun üzerinde anlaşmadan bir çözüm oluşturduğumuzu görmeye başladım.

Geri ittim ve hackathon'un temasını düşünmemizi önerdim:

"Konuştuğumuz şeyi erişilebilirlik ve evrensel tasarım fikirleri ve hedefleriyle nasıl ilişkilendirebiliriz?"

Yapışkan notlarla beyin fırtınası

Saat ilerlemeye devam etti. Eğitimden sürdürülebilirliğe geçerken pek ilerleme kaydedemiyor gibiydik. Takım arkadaşlarımın şunu sormamdan biraz sıkıldıklarından şüpheleniyordum:

"Ama bunun çözdüğü sorun nedir?"

Ve

"Bunun erişilebilirlik temasıyla nasıl bir ilişkisi var?"

Grubumuzun dışındaki insanlar ilerlememize yardım edene kadar bu çıkmazı aşmak için mücadele ediyorduk .

2 saat kaldı — dış perspektifler

Kitle kaynaklı uygulamaları ve sürdürülebilirlik fikirlerini tartıştığımızı duyan bir Google çalışanı, devam eden enerji fiyat artışlarını azaltmak için bir araç düşünüp düşünmediğimizi sordu. Bu konudaki ilk fikirlerimiz boşa çıktı, ancak sonunda bir takım arkadaşımız, yaygın araba paylaşım uygulamalarına (ZipCar gibi) kar amacı gütmeyen ve kullanıcılar için ücretsiz bir alternatif önerdi.

Ekibime sordum:

"Araba kullanamayan kullanıcılar ne olacak? Onlara daha fazla fayda sağlamak için bu fikri nasıl genişletebiliriz?

Nitelikli gönüllü sürücülerin kendileri araba kullanamayan yolcuları etrafta gezdirmelerini sağlayan araba paylaşım fikrine bir eklenti hizmeti önerdim.

Takım artık heyecanlanmaya başlamıştı.

Yoldan geçtiğimiz yolu duyan bir hackathon organizatörü, çözümümüze sürücüler için bir sertifika programı dahil etmemizi ve bunu mevcut araç paylaşım uygulamalarına pazarlamamızı önerdi.

Bu öneriyi sevdik çünkü düşüncemizle aynı çizgideydi ve değer teklifimize katkıda bulunuyordu.

Bir sorun ve çözüm üzerinde hizalama

Kendileri araç kullanamayan veya kullanmak istemeyen sorunlu yolcular, yolcu konaklaması için eğitilmiş sürücülerle daha erişilebilir yolculuk paylaşımı modlarına ihtiyaç duyar.

Çözüm, sürücülere sertifika ve konaklamaya ihtiyaç duyan yolcular için güvenilir bir toplu taşıma deneyimi sağlayan bir yolculuk paylaşımı uygulaması.

Action , sertifikalı sürücülerin kendilerini süremeyen yolcuları gezdirdiği bir uygulama tasarlar.

Bu, orijinal araba paylaşım fikrimizi daha geniş bir kullanıcı çeşitliliğine genişletti: arabası olan, sürücüsü olmayan, sürücü belgesi alamayan kişiler vb. ve evrensel tasarım ilkeleriyle daha uyumluydu.

1 saat kaldı - uzman görüşmeleri

Hedef kullanıcılarımızın karşılaştığı geçiş zorluklarını hızlı bir şekilde anlamam gerekiyordu. Kısıtlı zamanımızla, binadaki uzmanlardan yararlanmaya karar verdim.

Chicago Lighthouse'ta yardımcı teknoloji ve erişilebilirlik yöneticisi Patrick ve Aspiritech'te program yöneticisi Jen, mevcut toplu taşıma seçeneklerindeki boşluklara ve hedef kullanıcılarımızın bu paradigma içinde nasıl mücadele ettiğine ilişkin içgörülerini sundular.

Ürün geliştirmemize rehberlik etmesi için bu içgörüleri kullanıcı alıntılarında birleştirdim:

"Bu benim şoförüm mü yoksa şoförüm gibi davranan biri mi?" (görme bozukluğu)

"Keşke sürücüye sürüş tercihimi söyleyebilseydim...sessiz mod harika olurdu!" (duyusal aşırı yüklenme)

“İnsanlar tekerlekli sandalyemi nasıl kullanacaklarını bilmiyorlar. Onlara nasıl güvenebilirim?” (hareketlilik hususları)

Başlangıçta, Rixio sunum şablonu üzerinde çalışırken, Adonis'i kullanıcı yolculuğu haritasına benimle birlikte getirmek istedim. Adonis ve ben bu haritayı süreçteki diğer olası ağrı noktalarının nerede olduğunu ortaya çıkarmak için kullanırdık.

Ne yazık ki zamanımız daralıyordu ve bu teslimat tamamlanmadan rafa kaldırıldı.

30 dakika kaldı — denetim ve tel çerçeveler

Rakiplerin kullanıcı arayüzüyle ilgili ayrıntıları toplamak için Mobbin ile hızlı bir denetim yaptım. Buradan, ürünümüzü kullanıcılarla nasıl ayırt etmek istediğimizi belirledim ve bu farklılıkları göstermek için 3 ana ekran çizdim.

Tel kafeslerimiz aşağıdaki özellikleri gösterdi:

1. Yolcular, sürücülerle paylaşmak için kimlik etiketlerini (işitme güçlüğü, az gören, tekerlekli sandalye, sessiz yolculuk vb.) kendileri seçer.
   Bu, yolcuların sürücülere, yolcunun hangi kolaylıklara ihtiyaç duyabileceğini belirtmesine olanak tanır.
   Ayrıca, bu kimlik etiketlerini kullanan yolcular için eğitilmiş sürücüleri otomatik olarak eşleştirmek için de kullanılır.
2. Sürücüler, yolcu kimlik etiketlerine dayalı olarak en iyi uygulamalar için sertifika alır ve bu rozetler, yolcuların profillerinde gösterilir.
3. Sürücü/yolcu çiftlerine, yolcuların doğru araca bindiklerinden emin olmak için kısa bir doğrulama kodu verilir.
   Bu, arabayı kendi başlarına doğrulayamayan kör ve az gören kullanıcılar için acil güvenlik açığını dolduracak ve aynı zamanda herkes için arabayı doğrulamanın daha hızlı bir yolunu sağlayacaktır.

Organizatörler bizi toplanmamız için çağırmaya başlayınca, slaytlarımızı bitirmek için koşturduk.

Süre doldu — sunumlar

Sunumlar başlarken son slaytlarımız birleştirildi.

Daha fazla takım sunuldukça, hem lise takımları hem de profesyonel takımlar tarafından öne sürülen cesur ve benzersiz fikirler beni hayrete düşürdü. Tüm kazananlar hak etti!

Bu aynı zamanda, en azından bir hackathon'da, yılların deneyiminin en iyi tasarımlarla ilişkili olmadığını fark ettiğim zamandı. Lise takımları, en ilgi çekici tasarımlardan bazılarını ekiplerinde herhangi bir profesyonel olmadan ürettiler (örneğin, işitme engellilerin erişebileceği bir Tiktok alternatifi).

Deneyimi yansıtmak

Hedef 1: Portföyüm için bir proje geliştirin

Son derece kısa hackathon zaman çizelgesi beni hazırlıksız yakaladı, bu nedenle gösterişli kullanıcı arayüzüne ve işlevsel demoya sahip bir ürün mümkün olmadı.

Yüksek basınçlı bir ortamda farklı teknoloji geçmişlerine sahip ekip arkadaşlarıyla birlikte çalıştım ve tasarım sürecinde sürekli olarak kullanıcıları savundum.

Bir dahaki sefere bu hedefi geliştirmek için dersler:

1. Kesin teslim tarihleri ​​belirlemek ve ekibinizin yolunda gitmesini sağlamak için bir proje yol haritası hazırlayın.
2. Gösterişli tasarımları hızla takip etmek ve izleyicilerin fikirlerinizi görselleştirmesine yardımcı olmak için temel bir tasarım sistemiyle gelin.

Zaman burada yine düşmanımdı. Etkinlik, başkalarıyla kısaca sohbet etmek için birkaç fırsat içeriyordu, ancak çoğu zaman ürünü bitirmeye harcandı.

Bir ürün ekibindeki tek UX kişisi olma konusunda paha biçilmez bir anlayış kazandım ve hackathonların devasa korkutucu canavarlar olmadığını, yaklaşılabilir, eğlenceli ve bir avuç ekip arkadaşıyla yakın çalışmak için iyi bir fırsat olduğunu fark ettim.

Bir dahaki sefere bu hedefi geliştirmek için dersler:

1. Bir kişinin adını yazmak için zaman ayırın veya hemen LinkedIn'de veya kişisel web sitesinde arayın, çünkü günün olaylarından sonra unutmanız mümkündür.
2. İlk kez bir hackathon'a katılıyorsanız, zihinsel çıkmazlardan kurtulmak, görevleri daha iyi dağıtmak ve daha fazla iş ilişkisi geliştirmek için kendinize daha fazla fırsat tanımak üzere daha büyük bir ekip seçin.

İlk hackathon'um stresliydi ve seninki de olabilir. Yine de bitirdikten sonra, erken bir kariyer UX uygulayıcısı olarak çabanıza değer olduğunu düşünüyorum.

Başlangıçta tasavvur ettiğiniz yolda ilerleyemeyebilirsiniz, ancak dikkatinizi veriyorsanız ve açık fikirliyseniz, dönme, öğrenme ve deneyimden en iyi şekilde yararlanma fırsatları olmalıdır.