私は最近、ユーザージャーニーについて、ユーザーがウェブサイトやインターフェースをどのように使用するかを把握するための方法論として、そのような幅広いジャーニーについて読みました。しかし、それは「タスク分析」の同義語です-どちらもユーザーがタスクを移動する方法をキャプチャしているように見えるためです。
洞察はありますか?
上記の両方の答えは、ユーザージャーニーとタスク分析の違いと関係を理解するのに十分です。面白くて役立つかもしれないいくつかのことを追加したかっただけです:
優れたエクスペリエンスを生み出すことは、両方に関連しています。タスクに関しては、システムが完璧に動作することを確認してください。また、ユーザーがタスクからタスク(ユーザージャーニー)に進むときに、インターフェイスがユーザーの目標達成を支援することを確認してください。
大きな違いは、焦点がどこにあるかです。これは、短い形式に関する次の意図的に極端な例のようです。
タスク分析
開始>値を入力>値を入力#2>入力を確認>終了
ユーザーの旅
ユーザーはどのようにしてこのフォームにアクセスしますか? >ユーザーはどこから値を知っていますか? >ユーザーが値#2を持っている形式は何ですか? >ユーザーは、入力の確認がどのような影響を与えるか知っていますか? (不可逆?)>フォームに記入した後、ユーザーはどこに行く予定ですか?
間違いなく、ユーザーエクスペリエンスデザイナーとして、プロセスの分析を検討するときは常にユーザージャーニーを検討する必要があります。
違いは通常、私の例のように顕著ではないことは注目に値しますが、命名法は、プロセスから得られるものに対する関係者の期待を設定する際に違いをもたらします。
タスク分析は、ユーザーが特定の目標を完了することを期待しているタスクを示します。焦点は、ユーザーの動作と目標を達成するために必要な情報にあります。タスク分析には、ユーザーの行動などの複雑な情報が含まれる場合があります。
ユーザージャーニーは、タスク分析から得られた情報に基づいています。システムに必要なフローと機能を理解するのに役立ちます。多くの場合、ユーザージャーニーはワイヤーフレームと組み合わせることができます。
ユーザージャーニーとタスク分析をさらに対比したい場合は、それらを非機能要件および機能要件に関連付けてください。
非機能性は、Webを超えて、ユーザーの日常生活で遭遇するより一般的で高レベルのシナリオです。
対照的に...
機能的、より細かく、ユーザーがWebアプリで実行する特定の動作または機能を定義するものです。
あなたはこれを読むのに良い場所ではないにしても、すでに読んだかもしれません:User Journeys on Boxes and Arrows :Pioneering Web Designer and Artist Auriea Harvey(zentropy8)は、Webデザインを「思考パターン、プロセス、パス」と説明しています。」ユーザージャーニーはこのモデルを直接利用し、ウェブを超えて人々が日常生活で経験する思考、考慮事項、経験を反映しています。
また、 non-functional に関するリソースも参考になります。