web-dev-qa-db-ja.com

UXガイドラインアプリケーションツアー/チュートリアル

現在、ウェブサイトやその他のアプリケーションで「ライブ」チュートリアルやツアーを作成するための優れたテクノロジーが数多く存在します（ 例 ）。アプリケーションを実際にユーザーに説明できます。

これらのツアーには実際にどのようなガイドラインまたは推奨事項がありますか？具体的には、ツアー/チュートリアル自体に関連するガイドラインを探しています。ツアーをいつ表示するかに関するガイドラインではありません。

私はこの質問が非常に一般的であることを知っていますが、驚くべきことに、それについて何かを見つけるのは難しいです（少なくともStack UXでは）。

tutorial
1
Sebazzz

私はあなたがあなたのウェブサイト/アプリケーションが何で何をしているのかに応じていくつかのオプションがあると思います。 Webアプリケーションに応じて、サンドボックス化またはチュートリアルを実装できます。

サンドボックス

アプリケーションがユーザーがいじるのを目的としている場合、ユーザーにアプリケーションの使用方法を教える最良の方法は、ユーザーがデータを失うことなく再生、実験、試行できる安全な環境を作成することです。以下に、これを可能にするアプリケーションのリストを示します。

Balsamiq 、 jsfiddle 、 repl.it 、 regexpal

利点

サンドボックスの実装にはいくつかの利点があります。ユーザーがアプリケーションについて読む代わりにアプリケーションをテストする方が簡単になるため、Webサイトにすべての製品機能をリストする必要はありません。安全な環境を作成しているので、学習の機会を作成しています。

欠点

これは基本的に探索プロセスであるため、探索するだけで時間を浪費するのではなく、ユーザーが意図したことを確実に学習できるようにするには、追加の作業が必要になる場合があります。

チュートリアル

チュートリアルを実装する方法はいくつかあります。現在、少なくともモバイルアプリでは、2つの異なるパターン（ ウォークスルー 、 コーチマーク ）があるようです。実装は異なりますが、これらのパターンは同じ原理に従います。

ユーザーが初めてアプリケーションに入るとき、または特定のイベントが発生したとき（初めて機能を使用するときなど）、指示がコンテキストに表示されます。

利点

これにより、状況に応じたヘルプを表示できます。したがって、ユーザーは必要な場所で情報を入手できます。

いつ使用するか

あなたの製品がウェブベースであり、潜在的な顧客があなたの製品を自由に試すことを許可したい場合。

欠点

ユーザーは学習するのではなく探求したいと思うかもしれないので、チュートリアルを却下するかもしれません。後で、その情報を取得する必要があるかもしれませんが、それをトリガーすることはできません。

いつ使用するか

十分に複雑なアプリケーションを使用している場合、ユーザーが使用方法を学ぶにはいくつかの指示が必要です。見た目が良いという理由だけで、アプリケーションにチュートリアルを追加しないでください。チュートリアルを追加する必要があると感じた場合は、使いやすいアプリケーションを開発できないことを非難し、ユーザーにアプリケーションの使用方法を教えるためのチュートリアルを追加する必要がありました。

3
jff

「従来の」ウェブページはトランザクションモデルに従います。

  • チーズを探して
  • 本を買う
  • ホテルの部屋を予約する

Webテクノロジーが進歩するにつれて、ユーザートランザクションが非常に広範囲であるエクスペリエンス（Webサイトの使用方法を学ぶためのチュートリアルなど）が作成され、ユーザーは没入型モデルに移行します。

従うべきいくつかの原則：

システムステータスの可視性

そのため、彼らは常に現在のタスクが何に関連しているかを理解し、システムに「行き詰まっている」とは感じません。多くの場合、これはブレッドクラムとして実装されます（例：アマゾンショッピングカート：ステージ2/4）。チュートリアルを進めていることをユーザーに知らせます。

ユーザー制御と自由

ユーザーはチュートリアルの手順に拘束されていると感じるべきではなく、前に戻ったり、前にスキップしたり、最も重要なことexit 。

不確実性の削減、エラー防止、およびヘルプとドキュメント

Webサイトのチュートリアルを作成している場合、実際のサイト自体ではなく、ユーザーがバブル環境で何をしているのかをユーザーが知っていることが重要です。何をすべきか、どのようにチュートリアルを使用するかがわかるように、明確な情報を提供します。

データ駆動型タスクを制限する

ユーザーがシステムを使用するのではなく、学習することを望んでいます。フォームなどがある場合は、基本的な選択または最​​小限のエントリの例を用意してください。この段階では、システムで使用しないように学習してもらいます。

参照：Nielsen、J.（1994）。ヒューリスティック評価。 Nielsen、J.およびMack、R.L.（編）、ユーザビリティ検査法、John Wiley＆Sons、ニューヨーク、ニューヨーク

1
S..

ガイド付きツアーは次の2つの目的に適しています。

  • 新機能の紹介/祝い
  • UXを修復できるようになるまで、ユーザーを一時的に難しいタスクで支援する

それを念頭に置いて...

プレゼンテーションでフェンスに座ってはいけません。

BIGに進み、BOLDに進みます。ユーザーの混乱を心配する必要はありません。この機能はすべてが付属しています。興味のないユーザーに「迷惑」をかけない程度に微妙なツアーを行った場合、そのツアーは価値があると思われるユーザーには見落とされます。

測定成功

ツアーを開始する前に、タスクまたは機能の成功を定義して測定します。これは、次のリリースでUXをより適切に形成するのに役立ちます。

中止を容易にする

ツアーエリアの外側をクリックしてツアーエリアを閉じることができることをユーザーに知らせないでください。閉じるアクションをサポートするアイコンの近くに明示的な指示を使用します。ほとんどのユーザーは、いくつかの手順を実行し、ツアーが終了する前に終了します。

これがお役に立てば幸いです！

1
Aaron Benjamin