シナリオは、特定のユーザーまたはユーザーグループがサイトに来る理由の背後にあるストーリーとコンテキストを説明します。 彼らは達成されるべき目標と質問に注意し、時にはユーザーがサイト上でどのように達成できるかの可能性を定義します。

シナリオは、インターフェイスの設計とユーザビリティテストの両方に重要です。

シナリオを書くときに考慮すべきこと

良いシナリオは簡潔ですが、次の重要な質問に答えます。

• ユーザーは誰ですか？ あなたの場所に来る実質の、主要なユーザーグループを反映するために開発されたpersonasを使用しなさい。
• ユーザーがサイトに来るのはなぜですか？ ユーザーがサイトに来る動機と、到着時に期待するものがあれば、それに注意してください。
• 彼/彼女はどのような目標を持っていますか？ タスク分析を通じて、ユーザーがサイトで何を望んでいるのか、したがってサイトが満足したままにするために必要なものをよりよく理解できます。 いくつかのシナリオも答えます：
  • ユーザーはどのようにサイト上で目標を達成できますか？ ユーザーがサイト上でどのように目標を達成できるかを定義し、さまざまな可能性と潜在的な障壁を特定します。

  シナリオの種類

  タイプ	例
  目標またはタスクベースのシナリオでは、ユーザーが何をしたいかだけが示されます。 ユーザーがシナリオをどのように完了するかに関する情報は含めないでください。 これらのシナリオは、サイトのアーキテクチャとコンテンツを定義するのに役立ちます。 ユーザビリティテストでは、これらの種類のシナリオをユーザーに提供する必要があります。 それは彼らにサイトに行くための理由と目標を与えますが、その目標を達成するためにサイトをどのように使用するかを示すことができます。	例：親が牛乳を飲むことを拒否していることを心配しており、子供がカルシウムがほとんどないことが本当に違いになるかどうかを知りた 例：あなたは来週あなたの仕事のためにシアトルに旅行していると、あなたは食事やその他の費用のために払い戻すことができる量を確認した
  精巧なシナリオは、より多くのユーザーストーリーの詳細を与えます。 これらの詳細は、Webチームに、サイトの相互作用を助けたり妨げたりする可能性のあるユーザーとユーザーの特性をより深く理解することを与えます。 この情報を知っていると、チームはユーザーが快適で作業しやすいコンテンツ、機能、およびサイトの動作を開発する可能性が高くなります。	例：マコム夫妻は70歳になった退職した学校の教師であり、社会保障チェックは収入の重要な部分です。 彼らはちょうど彼らの大きな家を売却し、小さなアパートに移動しました。 彼らは、彼らが今行う必要がある多くの雑用の一つは、彼らが移動したことを社会保障局に伝えることであることを知っています。 彼らは最寄りの社会保障事務所がどこにあるのか分からず、歩いたり運転したりするのが難しくなっています。 それは簡単で十分に安全であれば、彼らは彼らの動きの社会保障局に通知するためにコンピュータを使用したいと思います。 しかし、彼らはコンピュータでこのような作業をすることについてやや緊張しています。 彼らは自分の仕事でコンピュータを使用したことはありません。 しかし、彼らの息子、スティーブは、昨年彼らにコンピュータを与え、彼らのためにそれを設定し、電子メールを使用してウェブサイトに行く方法を示しました。 彼らは社会保障局のウェブサイトに行ったことがないので、それがどのように組織されているのか分かりません。 また、彼らはオンラインで個人情報を提供することに消極的であるため、この方法で代理店に新しい住所を伝えることがどれほど安全かを知りた
  フルスケールタスクシナリオには、タスクを達成するための手順が含まれます。 フルスケールのシナリオでは、特定のユーザーがタスクを実行するために現在実行しているすべての手順を報告するか、新しいサイトのユーザー用に設定す このレベルのシナリオはユースケースと非常によく似ていますが、webサイトの観点からではなく、ユーザーの視点からステップをレイアウトします。 これらは、サイトがあなたが始めた目標指向のシナリオをどのようにサポートしているかを説明します。

  ウェブサイトのデザインでシナリオを使用して

  すべてのユーザーがあなたのウェブサイトを訪問するた 代わりに、サイトをまとめ始める前に、ユーザーが訪問した最も一般的な理由やユーザーがやりたいタスクの10から30を書き留めます。

  シナリオは、特定のペルソナがあなたのウェブサイトに来る理由の背後にある物語として役立つことによって、ペルソナと一緒に働くこともで ペルソナは、ウェブサイトを訪問することによって達成するために何を望んでいますか？ ペルソナのどのような特性が彼または彼女のサイトの相互作用を助けたり妨げたりする可能性がありますか？

  サイトの組織や内部構造ではなく、ユーザーとそのタスクに焦点を当てる必要があります。 その結果、サイトがどのようなコンテンツを持っている必要があり、どのように組織すべきかを知ることができます。

  ユーザビリティテストでのシナリオの使用

  ユーザビリティテストのシナリオを特定するときは、時間の制約により、テストを10から12のタス さらに、ユーザビリティテストでは、ユーザーに独自のシナリオを要求できます。 なぜ彼らはあなたのサイトに来るだろうか？ 彼らは何をしたいのですか？

  ユーザビリティテストシナリオには、タスクの実行方法に関する情報を含めるべきではありません。 ユーザビリティテストは、参加者がタスクをどのように達成するかを示し、インターフェイスがシナリオの完了を容易にするかどうかを示します。ただし、タスクを達成する方法を書き留めておく必要があります。

  ただし、タスクを実行する方法を書き留めておく必要があります。

  この情報は、オブザーバーとノートテイカーが使用する資料に含まれています。 参加者がシナリオを達成するために使用する可能性のある主な経路と代替経路を含めます。 テストの後、ユーザーがどのようにタスクを完了したかを、実際にどのようにタスクを完了したかを比較します。 この比較は、サイトのアーキテクチャとナビゲーションの有効性に関する貴重な洞察を提供します。