web-dev-qa-db-ja.com

スクリーンショット付きのソフトウェアインストールガイド-長い形式とカルーセル

複数のプラットフォーム(WinXP/Vista/7/8、OSX、Linux、Android、iOS)にソフトウェアをインストールする方法について、当社のWebサイトのガイドをまとめています。最も一般的な実装は、各ステップを示す一連のスクリーンショットと、各スクリーンショットに付随する文のようです。各ガイド(プラットフォームごとに1つ)には8〜15のステップがあります。

判断できないのは、ユーザーがページを下にスクロールする最後の(最も伝統的な)下の各ステップでページを作成するか、スクロールせずにスクリーンショット画像を進める次/前ボタンのあるJavaScriptカルーセルを使用するかどうかです。ページの下に。

ページの速度は非常に重要なので、遅延読み込みを使用できることが不可欠ですが、どちらの場合でもこれは可能だと思います。

あなたの意見ではどちらが優れたUXでしょうか?私たちが見逃した可能性があるパターンは他にありますか?何かアドバイスをいただければ幸いです。

3
Michelle

ユーザーマニュアルを設計する際に考慮する必要があることがいくつかあります。

  1. ユーザーが必要な場所にすばやくアクセスできるようにする
  2. ユーザーが情報を参照および比較できるようにします。

そのコンテキストで、従来のアプローチの2つのオプションを評価します

  • クイックアクセス:従来のアプローチでは、必要なセクションに移動できるクイックリンクを使用できます。必要に応じて、上にスクロールしたり、同様のリンクを参照したりできます。クイックリンクを使用して別のページにすばやく移動することもできますが、別のページのコンテンツでは、ユーザーが元の場所にすばやく移動できない場合があります

  • 参照:これは私にとって最も重要なことです。人々は、前のステップを正しく実行したか、最後の3つのステップを正しく実行したかを判断するために、いくつかのステップにすばやく戻ることを望むからです。従来のレイアウトでは、すばやくスクロールアップしたり、同じ画面を表示したりして、比較して何をしたかを確認することもできます。複数ページのレイアウトでは、コンテンツを参照するために前または次のオプションを使い続ける必要があります

したがって、ユーザーは、状態を切り替えながら、以前の状態(マッスルメモリ)に関する情報を保持する必要がありますが、従来のアプローチでは、スクロールして目的の状態にすばやく戻ることができます。

私が考えることができる最後で重要なことは、それを印刷するか、オフラインで保存する必要があることです。従来のアプローチでは、PDFまたはそれを印刷するだけで保存する必要がありますが、セクションごとに異なる画面がある場合は、個々の画面を印刷または保存する必要があります。

2
Mervin

メルビンの答えは次の完成です。いくつか追加したいと思います。

ウィザードの短所

  • Print-ウィザードは簡単に印刷できません。
  • 遅い参照-ユーザーは特定のステップを確認するか、いくつかのステップに戻りたい場合があります。このため、ウィザードはスクロール可能な領域よりも低速です。
  • レイアウト制約-各スライドのスペースは限られています。

ウィザードの長所

  • チャンクが適切-一度に1ステップだけを表示することにより、視覚的な過負荷を軽減します。スクロール可能な領域の適切な視覚的デザイン(明確な見出し、視覚的ブロック、ステップごとのさまざまな背景色)によって、削減された類似の効果を実現できます。
2
Izhaki