アクセシビリティをテーマにしたハッカソンで学んだ教訓

私は最初のハッカソンで何を望んでいるのかを知っていました。それは、ケーススタディとして磨き上げられるポートフォリオ プロジェクトであり、同業者との多数の新しいつながりです。

しかし、物事は常に計画どおりに進むわけではありません…そして、経験を方向転換して最大限に活用する方法を知ることは、実践すべき重要なスキルです。

これは、私の初めてのハッカソン体験、苦労、そして最終的に学んだことの物語です。

ハッカソン体験

イベントの詳細

• この対面式のアクセシビリティをテーマにしたイベントは、Code Your DreamsとDeaf Kids Codeによって企画、主催され、2023 年 4 月 1 日にイリノイ州シカゴで開催されました。
• 参加者は全員、事前にチームを編成せずに個人としてエントリーしました
• 参加者はチームを編成し、新製品を設計し、紹介するのに 5 時間未満の時間がかかりました

STIGMAの作成者による基調講演の後、主催者は 3 つの別々のトラックではなく、聴衆をプロと高校生の混合チームとプロのみのチームの2 つのグループに分けることを発表しました。

当初、私は混合チーム内で教え、学ぶ機会に楽観的でしたが、私ともう 1 人を除く全員がプロフェッショナルのみのオプションを選択していることに気づいたとき、次の 2 つの理由から自分の選択に疑問を持ち始めました。

1. UX デザイナーとしてキャリアの浅い私には、高校生の学習をサポートしてくれる他の専門家がいないので、高校生の期待に応える準備ができていないと感じていました。（これは一日の終わりまでに反証されました！）
2. 私はこのイベントを利用して、デザイナーがハッカソン環境で他の分野の専門家とどのように交流し（そして成功したか）学びたいと思いました。

動き出してデザインプロセスを開始したいという願望を持って、私は最初に出会ったオープンなグループに参加しました。私たちのチームは次のメンバーで構成されていました。

• 開発者のRixio。
• Adonis、ネットワーク管理者。
• そしてUXデザイナーの私。

私たちのセッションは、あるチームメイトが、ある種の無料教育を提供する製品に取り組みたいと熱烈に訴えたことから始まりました。会話が進むにつれて、私たちは問題に対して調整を行わずにソリューションを構築していることがわかり始めました。

私は押し返して、ハッカソンのテーマを検討することを提案しました。

「私たちが話していることを、アクセシビリティやユニバーサル デザインのアイデアや目標にどのように結びつけることができるでしょうか?」

付箋を使ったブレインストーミング

時計は時を刻み続けた。私たちは教育から持続可能性へ移行しましたが、あまり進歩していないように見えました。チームメイトは私が次のように尋ねることに少しうんざりしているのではないかと思いました。

「しかし、これで何が解決するのでしょうか？」

と

「これはアクセシビリティのテーマとどのように関係しますか?」

私たちは、グループ外の人々が私たちが前に進むのを助けてくれるまで、この行き止まりを乗り越えるのに苦労していました。

残り 2 時間 — 外部からの視点

私たちがクラウドソーシングのアプリケーションと持続可能性のアイデアについて話し合っていることを聞いて、通りかかった Google 社員が、進行中のエネルギー価格の高騰を緩和するツールを検討したのかと尋ねました。これに関する私たちの最初のアイデアは立ち消えになりましたが、最終的にチームメイトの 1 人が、ユーザーに無料で普及しているカーシェアリング アプリ (ZipCar など) に代わる非営利の代替案を提案しました。

私はチームに次のように尋ねました。

「運転できないユーザーはどうなるでしょうか？このアイデアをどのように拡張して、より多くの実用性を彼らに提供できるでしょうか?」

私は、カーシェアリングのアイデアに、自分で運転できない乗客を乗せて運転する有資格のボランティアドライバーを提供する追加サービスを提案しました。

チームは今興奮していました。

通りすがりのハッカソン主催者が、私たちの歩みを聞いて、ドライバー向けの認定プログラムをソリューションに組み込んで、これを既存のライドシェアリングアプリに売り込むことを提案してくれました。

私たちはこの提案が私たちの考えと一致しており、私たちの価値提案に追加されたため、とても気に入りました。

問題と解決策の調整

自分で運転できない、または運転したくない問題のある乗客は、乗客の宿泊施設の訓練を受けたドライバーによる、より利用しやすいライドシェアリングのモードを必要としています。

ドライバーに認証を提供し、宿泊施設が必要な乗客に信頼できる交通体験を提供するライドシェア アプリのソリューションです。

Action は、認定ドライバーが自分で運転できない乗客を配車するアプリを設計します。

これにより、当社の当初のカーシェアリングのアイデアが、車を持っている人、運転をしない人、運転免許証を取得できない人など、より多様なユーザーに拡張され、よりユニバーサルデザインの原則に沿ったものになりました。

残り 1 時間 - 専門家インタビュー

ターゲット ユーザーが直面している交通上の課題をすぐに理解する必要がありました。時間が限られていたので、建物の専門家を活用することにしました。

Chicago Lighthouseの支援技術とアクセシビリティのマネージャーである Patrick 氏と、 Aspiritechのプログラム マネージャーの Jen 氏は、両者とも現在の交通手段の選択肢のギャップについての洞察と、ターゲット ユーザーがこのパラダイムの中でどのように苦労しているかについての洞察を提供しました。

これらの洞察をユーザーの声に統合して、製品開発の指針にしました。

「これは私の運転手ですか、それとも私の運転手を装った誰かですか？」（視力障害）

「ドライバーに自分の乗り方の好みを伝えられたらいいのに…サイレントモードは最高ですね!」(感覚過負荷)

「人々は私の車椅子の扱い方を知りません。どうすれば彼らを信頼できるでしょうか？」(機動性を考慮)

当初、私は、Rixio がプレゼンテーション テンプレートに取り組んでいる間、Adonis をユーザー ジャーニー マッピングに導入したいと考えていました。アドニスと私はこのマップを使用して、プロセスにおける他の考えられる問題点がどこにあるかを明らかにしました。

残念ながら時間がなくなったため、この成果物は完了する前に破棄されました。

残り 30 分 — 監査とワイヤーフレーム

競合他社の UI の詳細を収集するために、Mobbin を使用して簡単な監査を実行しました。このことから、ユーザーに対して当社の製品をどのように差別化したいのかを特定し、これらの違いを示す 3 つの主要な画面をスケッチしました。

私たちのワイヤーフレームは次の特徴を示しました。

1. 乗客は、ドライバーと共有する ID ラベル (難聴、弱視、車椅子、サイレントライドなど) を自分で選択します。
   これにより、乗客はドライバーにどのような設備が必要かを示すことができます。
   また、これらの ID ラベルを使用する乗客のために訓練を受けたドライバーを自動的に照合するためにも使用されます。
2. ドライバーは乗客の ID ラベルに基づいてベスト プラクティスの認定を受けており、これらのバッジはドライバーのプロフィールに表示されます。
3. 運転手と乗客のペアには、乗客が正しい車両に乗車していることを確認するための短い認証コードが与えられます。
   これは、自分で車両を確認できない視覚障害者や弱視のユーザーにとって緊急の安全上のギャップを埋めるものであり、また、誰でも車両をより迅速に確認できる方法を提供します。

主催者が私たちに集合するよう呼びかけ始めたので、私たちは急いでスライドを完成させました。

時間切れ — プレゼンテーション

最終的なスライドは、プレゼンテーションが始まると同時に縫い合わされました。

発表するチームが増えるにつれ、高校生チームとプロチームの両方が提案する大胆でユニークなアイデアに驚かされました。受賞者は全員、受賞に値するものでした。

少なくともハッカソンにおいては、長年の経験と最高のデザインとは相関関係がないことに気づいたのもこの時でした。高校生のチームは、最終的に、チームに専門家がいない中で、最も魅力的なデザインのいくつかを作成することになりました（例：聴覚障害者がアクセスできる Tiktok の代替案）。

経験を振り返る

目標 1: ポートフォリオ用のプロジェクトを開発する

非常に短いハッカソンのタイムラインに不意を突かれたので、洗練された UI と機能デモを備えた製品を作成することはできませんでした。

私はプレッシャーのかかる環境で、さまざまな技術的背景を持つチームメイトと一緒に働き、設計プロセスにおいて一貫してユーザーを擁護しました。

次回この目標を改善するための教訓:

1. プロジェクトのロードマップを作成して、厳しい期限を設定し、チームが順調に進むようにします。
2. 基本的なデザイン システムを使用して、洗練されたデザインを迅速に進め、聴衆がアイデアを視覚化できるようにします。

ここでも時間が私の敵でした。このイベントでは他の人と短時間チャットする機会がいくつかありましたが、ほとんどの時間は製品を完成させるために費やされました。

私は製品チームの唯一の UX 担当者であるという貴重な理解を得ることができ、ハッカソンは巨大で恐ろしい獣ではなく、親しみやすく、楽しく、少数のチームメイトと緊密に連携する良い機会であることに気付きました。

次回この目標を改善するための教訓:

1. その日の出来事が終わると忘れてしまう可能性があるため、時間をかけて相手の名前を書き留めるか、LinkedIn またはその個人の Web サイトですぐに調べてください。
2. ハッカソンに初めて参加する場合は、より大きなチームを選択して、精神的な行き詰まりから抜け出し、タスクをより適切に分散し、より協力的な関係を築く機会を増やしてください。

私にとって初めてのハッカソンはストレスフルなものでしたが、あなたも同じかもしれません。それを終えた今でも、初期のキャリアの UX 実践者として努力する価値は十分にあると私は主張します。

最初に思い描いた道を進むことはできないかもしれませんが、注意を払い、心を開いていれば、方向転換し、学び、経験を最大限に活用する機会があるはずです。