UXデザインプロセス-ユーザーストーリー/タスクモデル/ユースケースなどの違い
これらのUX設計プロセスのいくつかの違いに本当に戸惑っています。 （私にとって）非常に類似しているように思われる非常に多くの方法があり、各プロセスの説明はすべて非常に曖昧に見えます。
誰かがこれらの異なるプロセスの違いを理解するのを助けてくれますか？
- ユーザーストーリー
- ユースケース
- タスクモデル
- ユーザーフロー
また、大まかにどの段階で完了する必要がありますか。さまざまなUXガイドを見て、それぞれがかなり異なるため、混乱が生じていると思います。
すでに述べたように、たとえWikiエントリを見つけたとしても、何が含まれ、何が含まれていないかの境界は、ぼやけています。私はコンテキストのためにアイテムを再注文しました-これは私の日常の仕事で使用するコンセンサスです：
- 使用例：機能またはサイトの一部の使用シナリオ。ショッピングカートのユースケースを例にとると、次のようになります。1）後で使用できるようにアイテムを保存します。 2）購入したいアイテムのリストを作成します。 3）友達に送りたいアイテム|これは、コンセプトに必要なものをより深く理解するのに役立ちます。ユースケースは、多くの場合ビジネス価値のコンテキストに入れられます。ユースケースは、投資コストのために適切ですか？私にとって、これはスターターであり優先順位付けツールです
- ユーザーストーリー：ユーザーの観点から、プロセスが通知されます。これは、さまざまな角度からシナリオを作成するために使用できます。カートの例をもう一度見てみましょう。「ユーザーとして私は自分のアイテムをチェックアウトし、不要になった場合は削除します。」 -別の見方はサプライヤーの見方かもしれません：「私は製品サプライヤーとして、カート内のアイテムを特定のユーザーのために予約したくないのです。 「ストーリーモード」では、これにより風景に異なる視点をもたらすことができます。
- ユーザーフロー： UMLについて少し知っている場合-これで終わりです。ユーザーフローは、観察された機能内でユーザーが持つことができるさまざまな状態の説明です。もう一度例を示します。ユーザーは、カタログ、製品詳細ページ、およびニュースレターのリマインダーからカートを入力できます。カート内で、製品の数量と色を変更できます。カートの出口は次のとおりです。メインナビゲーション、チェックアウトに行くなど...このビューはさまざまなシナリオを表示し、機能をライブ環境に組み込むのに役立ちます。ニュースレターから来たユーザーは、カートにすべての情報が含まれておらず、商品ページのエントリは正常にチェックアウトされていないことがわかります。
- タスクモデル：私の仕事の人生では、これはあまり起こりませんでした。imoはユーザーフローに非常に似ているからです。これはタスク、つまりアクションに焦点を当てていますが、ユーザーフローはユーザーが保持および使用できるSTATESおよびページ機能も引き受けます。
繰り返しますが、これは科学的な定義だとは思いません。とにかく「ユースケース」と「ユーザーストーリー」は、彼らのニーズを表現し、それを顧客に投影しようとする利害関係者によって頻繁に誤用されます。ユースケースを呼び出してデザインを正当化したいデザイナーにも同じことが言えます。