何が製品を本当に役に立てるのか。 What makes a product truly useful? それは機能の数やスリムなデザインではなく、実際のユーザーの問題を解決する能力であり、それらの問題を理解するために、ダッシュボードだけではそれをカットしません - あなたは人々と話し、彼らの行動を観察し、インターフェイスがどこで役立つか、どこで妨げているかを見る必要があります。 そのため、顧客開発やUXテストなどの方法を使用します。最初のテストは、ユーザーの動機と文脈を明らかにするのに役立ち、第二のテストは、新しい機能をリリースする前に実際の使用シナリオを明らかにします。 Intercity チームはモロッコに旅行し、inDrive ユーザーと会い、都市間の旅行を予約するための再設計されたフォームをテストしました. これは単なるビジネス旅行ではなく、時代遅れのシングルスクリーンソリューションを再考するための意図的なステップでした。 明らかなシンプルさにもかかわらず、このフォーマットは認知的過剰負荷を引き起こしました。小さなスクリーンでは、日付やコメントなどのキーフィールドはしばしばスロールの後ろに隠され、ユーザーが重要なステップを省略するようになりました。 以前の研究は、アドレス入力、関税選択、価格設定、および追加の詳細について、ステップごとに形式に導きました。 「製品デザイナーとして、私はしばしば過剰なインターフェイスが静かにユーザーの旅を複雑にしているのを見ます。我々は視覚をリフレッシュするだけでなく、経験全体を再考することを目指していました。 「製品デザイナーとして、私はしばしば過剰なインターフェイスが静かにユーザーの旅を複雑にしているのを見ます。我々は視覚をリフレッシュするだけでなく、経験全体を再考することを目指していました。 プロトタイプテストの後、我々は開発段階に入り、新しいフォームのデビューバージョンを構築しました。それでチームはモロッコに行き、実際の使用に近い条件で最終的なUXテストを行いました。 1. Preparing the Research 1.研究の準備 旅の前に、私たちは明確な目標を設定しました:新しい段階的なフォームがユーザーの期待を満たしているかどうかをテストし、インターフェイス痛みのポイントを特定しました。 3つのユーザーグループに焦点を当てた。 国際線の乗客は、 ルートの利用者、 他の inDrive 垂直から来るハイブリッドユーザー。 モロッコで最もアクティブなユーザーのリストをまとめ、事前にインタビューを予定しました。 研究は4つの主要なスクリーンに焦点を当てた。 メインスクリーン、 コースの選択、 料金の選択、 最終スクリーン予約 ユーザーは自動的に記入された出発点に気づき、それを変更する方法を知るだろうか? 彼らは旅行の種類や「どこへ行くか」ボタンを理解するだろうか? ルート画面では、ユーザーがアドレスを解釈し、旅行形式を区別し、推奨価格に反応する方法を調べました。 最終画面は、価格論理、「今」対「予定された」時間、コメントフィールド、不完全なフィールドのエラーメッセージの明確性をテストしました。 Pool モードでは、ユーザーが手動で価格を入力できるかどうかをチェックしました。 また、インドとパキスタンのチームも参加し、インドのユーザーとUXセッションを実行するためのプロトタイプと研究目標を共有しました。 2. Conducting Interviews 2.インタビュー実施 各セッションには、デザイナー、製品マネージャー、ビジネス開発者を含め、複数の視点と迅速なドキュメントを提供しました。 モロッコに拠点を置く当社のビジネス開発者は、アラビア語、フランス語、英語の流暢さのおかげで、物流を調整、翻訳、解決する上で重要な役割を果たしました。 ラマダンは課題をもたらしました。我々は実際の条件でプールの乗り物をテストする予定でしたが、需要は低かった。夜のiftarsも利用可能性が制限されているため、すべてのインタビューは一日の間に行われました。それにもかかわらず、我々はカサブランカ、ラバット、マラケシュで予定通り4つのインタビューを完了し、インタビュー、フィールドワーク、旅行を交代して現実世界の使用をよりよく理解しました。 「私たちはラマダンと地元のスケジュールの周りに計画を調整しなければならず、インタビューの組織を少し困難にしましたが、収集したフィードバックは非常に貴重でした - 製品の視点とビジネスの両方から、いくつかのユーザーとドライバーの問題を明らかにするのに役立ちました」 - Oussama Sabir, BDS Intercity - Morocco 「我々はラマダンと地元のスケジュールに合わせて計画を調整する必要があり、インタビューの組織を少し困難にしましたが、収集したフィードバックは非常に貴重でした - 製品の観点とビジネスの観点から、それはいくつかのユーザーやドライバーの問題を明らかにするのに役立ちました。 Oussama Sabir, BDS Intercity - モロッコ ラマダンは、利用者が昼間の利用が制限され、夜間の利用が制限されていなかったため、募集を困難にしました。私たちの地元のビズデブがなければ、このような質の高いフィードバックを得ることができなかったでしょう。 ラマダンは、利用者が昼間の利用が制限され、夜間の利用が制限されていなかったため、募集を困難にしました。私たちの地元のビズデブがなければ、このような質の高いフィードバックを得ることができなかったでしょう。 予定されているインタビューのほか、カサブランカとマラケシュの鉄道駅で即時フィールドセッションを行いました。地元のinDriveユーザーはフレンドリーでオープンで、目的を説明したときに最も容易に同意しました。 すべてのインタビューは構造化されたフローに従った。我々は自分自身を紹介し、研究を説明し、同意を得た。参加者は新しいフォームのテストバージョンを用いてインターシティ旅行を予約するよう求められた。 タスクの後、私たちは彼らの印象、困難、および一般的な経験についてフォローアップの質問をしました、そして参加者は小さな現金賞を受けました. セッションは1時間未満に続きました. すべての相互作用が記録され、スクリーンショットは分析のために保存されました. 私たちは、静かな場所(カフェ、家、車の近く)でインタビューを行いました. 参加者は、定期的にプレブックする人から頻繁にプールユーザーに至るまで、行動の変動性が明らかになり、結果に豊かさを加えました. アラビア語を話す人にとっては、完全なローカライゼーションで RTL モードでフォームをテストして、実際の使用を模しました. ほとんどのユーザーは簡単にフォームを移動しました. コアタスクはヒントなしで完了しました. step-by-step フォーマットがうまく機能しました. しかし、いくつかの仮説は部分的にのみ確認された。ユーザーは常に「どこへ行くか」ボタンを注意し、推奨された価格設定に苦労したり、最終画面でアドレスを編集するオプションを逃した。 私たちは、更新された状態を含む仮説のテーブルをまとめました―一部は検証され、一部は修正が必要で、他はバックログまたはA/Bテストプランに移行しました。 ボリュームの低さ、 プライベートプランの予定時刻について、 モロッコでの乗り継ぎの際の交渉はなく、 自動的な問題点 これらの洞察は、私たちの次のステップと設計修正を形作りました。 3. Results and Takeaways 3. 結果と Takeaways 地上にいることによって、ユーザーのニーズと実際の制約を第一の目で見ることができました.例えば、私たちがカサブランカからマラケシュへの旅行を予約しようとしたとき、ドライバーを見つけるのに1時間以上かかりました。 私たちはまた、伝統的なタクシーの運転手が私たちのinDriveの運転をブロックし、運転手を脅迫しました。私たちの運転手は、マラケシュの「タクシーマフィア」が運転手のハイライトを許さず、彼の車を損なう可能性があると私たちに警告しました。 この事件は、新サービスと現地のプレーヤー間の緊張を示すだけでなく、現実のダイナミクスを理解するために市場への直接曝露の必要性を強調している。 フィールド研究は、多くの人が毎日都市間を移動するためにinDriveを使用していることを明らかにしました. We discovered several UI pain points: ある人々は「都市から都市へ」の代わりに「都市」の垂直を通って都市間のツアーを予約しようとしました。 ほとんどのユーザーは自動充填ピックアップポイントに頼り、電話で詳細を確認した。 推奨価格はガイドラインとして扱われたが、しばしば手動で調整された。 24時間の時間形式は一部のユーザーを混乱させた - 彼らは「19:00」よりも「7 PM」を好んだ。 「コメント」フィールドは、明らかに見える場合にのみ記入されました。 小さなギャップにもかかわらず、ユーザーは問題なく予約フローを完了することができました。これは新しいステップごとにフォームがスケーリングの準備ができていることを証明します。これらの結果に基づき、我々は最終的なUIの調整を行い、A/Bテストを開始し、スケールでのパフォーマンスを検証します。