最後にユーザージャーニーを計画したのは、売り込みのプロセスでした。ユーザージャーニーを行った唯一の理由は、ソリューションを示すためにすべてのページをワイヤーフレーム化する必要なしに、ユーザーがポイントAからBにどのように到達するかをクライアントに示すことでした。それ以来、ユーザージャーニーを作成していません。ユーザージャーニーの価値を成果物として過小評価しているのではないかと思います。多分私は私の考えを実証するためにそれらをもっともっと使うべきですか?ユーザージャーニーが最も効果的なシナリオはどれですか。
私は@Michael Laiと一緒にいて、適切なケースのためにバッグに入れておくのに最適なツールだと思います。
彼らがあなたを助けることができるもの:
あなたはUI/UXデザイナーとして、しばしば新しい環境に入ります。時には非常に複雑なものもあります。ユーザージャーニーは、クライアントがビジネスに関連するプロセスを計画できるようにすることで、知識の分野から離れているプロセスを理解するのに役立ちます。
これらは、デザインの特定の要素の重要性を判断するプロセスで非常に役立ちます。そのため、ユーザージャーニーのほとんどの段階でまったく表示されない場合でも、後の段階で目立つように機能します。
例:「ニュースレターを購読する」は、サイト全体のフッター要素である可能性がありますが、ユーザーが商品を購入した直後の画面の中央にあり、ユーザーがあなたの製品を最もよく感じています。
ユーザージャーニーは、特に現在存在するサイト/アプリケーションのマッピングジャーニーを行うときに、障害を特定するのに役立ちます。
たとえば、ユーザーがメッセージを送信した後、受信トレイに戻るのではなく、「ありがとう」メッセージのみが表示されるページを見つけたとします。
すべての主要なユーザージャーニーを視覚的にマッピングすると、いくつかの一般的なルート、回避できるハブ、またはあまりに複雑すぎる重要なジャーニーが見つかることがあります。
たとえば、フォーラムでは、モデレーターがユーザーの投稿履歴を頻繁に調べなければならない場合があります。このユーザーの投稿の概要にリンクするアイコンを各ユーザー名の横に追加すると、そのユーザーのプロフィールページを常に閲覧する必要がなくなります。
すべての主要な旅をマッピングすることで、プロジェクトの範囲を把握し、プロジェクトを別々の段階に分割することもできます。
さらにいくつかのユースケース:
私は この記事 も良い読み物を見つけました。
多くのUX成果物と同様に、それはあなたがあなたの聴衆に情報を伝達するための最良の方法はあなたが何を信じるかに依存します。これは、ペルソナについての議論と、それらがデザインプロセスにどれほど役立つかについての議論でもあります。私の意見では、私は一般的に、ユーザーがさまざまな使用シナリオで遭遇する可能性のあるすべてのさまざまなこと、およびユーザーが楽しいまたは不愉快な経験に遭遇する可能性があるすべてを解決する方法として、ある種の「ユーザージャーニー」を作成しようとします。次に、やり取りの中で、不愉快な体験を続けてあまり多く受けさせないようにするか、そうした場合でも、不快感を少なくするための何らかの方法が必要になります。前に述べたように、これは使用できる多くのツールの1つにすぎず、さまざまなクライアント、プロジェクト、またはUXチームに出会ったときに、それが再び役立つ場合があります。
UXアセットは、あなたとあなたのクライアントの両方が恩恵を受けることができるものと考えるべきです。ですから、自分にも役立つと彼らが頼むからといってやらないでください。多くの場合、ワイヤーフレームやUIデザインに夢中になりすぎて、前に戻って全体像を見る機会がありません。ユーザージャーニーは、ユーザーインタラクションのフロー全体を理解するのに最適です。さまざまなペルソナとユースケースのユーザージャーニーを作成する場合、重要なユーザーエクスペリエンスに関する優れた洞察が得られる可能性があり、注力する必要があります。
最後に考えられるのは、ペルソナを完全に補完するものであるため、チームの全員が製品の理解を共有できることです。また、適切に設計されたユーザージャーニーマップから開発できるトレーニングおよびマーケティングアセットも多数あります。
私にとっては、カスタマーエクスペリエンスの人気によって価値が減少しましたが、代わりに、プロジェクトが許す限り、エクスペリエンスマップを参照していることに気づきました。
ユーザージャーニーとエクスペリエンスマップは似ているため、後者はより視覚的になる傾向がありますが、ユーザーマップとエクスペリエンスマップの間の線はぼやけています。
アダプティブパスには、便利な 記事 があり、ジャーニーモデルへのアプローチを説明し、エクスペリエンスマップをまっすぐ進むジャーニーマップ(このスレッドが参照するもの)と区別し、より古いサービスブループリントを示します。
プロジェクトに十分な時間をかけて調査を収集し、エクスペリエンスマップを作成するために必要な洞察を特定する場合は、アダプティブパスに触発された次の5つのステップを検討してください 記事 :
レンズ–すべてのユーザータイプに適用される普遍的な原則。
The Journey Model–キーステップを最高レベルで図化する必要があります。
定性的洞察–私にとって効果的なアプローチは、「Does」、「Is」、「Has」などの補助動詞を使用しており、ユーザーのニーズ、動機、目標を特定するための構造化された調査アプローチ。
定量的情報–分析にアクセスしたり、調査をサブスクライバーに送信したりするには、理想的にはかなりのサンプルから時間をかけてキャプチャする必要があります。データは、フィールド調査をバックアップするためのファクトとして使用できます。
Takeaways–モデルは、結果と決定すべき未解決の事項を識別する必要があります。
すべてのプロジェクトでユーザージャーニーマップ-は必須だと思います。
ユーザージャーニーマップは、ユーザーがページ間を移動する方法だけでなく、ジャーニーの各ポイントで彼の考えおよび彼が感じるものを理解するのに役立ちます。
ユーザーが何を考え、何を感じているかがわかっていると、彼の一般的な行動を理解するのが簡単になり、呼びかけている行動を起こすように動機づける方法がわかります。その結果、より良いユーザーエクスペリエンスを設計できます。
ジャーニーマップは次の方法で効果的であることがわかりました。
費やした時間-通常、さまざまなユーザーステップのタイミングをマッピングします。これにより、起こり得る非効率性を定量化して特定するのに役立ちます
繰り返しのタスク-ワシントンの調査を行ったDCメトロレールのチケット購入プロセスで、選択と入金のギャップがあるため、ユーザーが金額を複数回計算する必要があることがわかりました。ジャーニーマップは、プロセスにおけるそのような冗長性を特定するのに役立ちました
不必要なタスクや強制的なタスク-旅のさまざまなステップを色分けして表示することで、ユーザーがシステムで必要とするv/sについて気にしているタスクを特定するのにも役立ちます
他にもコンテキスト固有の観察結果がありますが、全体としては非常に効果的なツールだと思います。