複数のプラットフォーム(WinXP/Vista/7/8、OSX、Linux、Android、iOS)にソフトウェアをインストールする方法について、当社のWebサイトのガイドをまとめています。最も一般的な実装は、各ステップを示す一連のスクリーンショットと、各スクリーンショットに付随する文のようです。各ガイド(プラットフォームごとに1つ)には8〜15のステップがあります。
判断できないのは、ユーザーがページを下にスクロールする最後の(最も伝統的な)下の各ステップでページを作成するか、スクロールせずにスクリーンショット画像を進める次/前ボタンのあるJavaScriptカルーセルを使用するかどうかです。ページの下に。
ページの速度は非常に重要なので、遅延読み込みを使用できることが不可欠ですが、どちらの場合でもこれは可能だと思います。
あなたの意見ではどちらが優れたUXでしょうか?私たちが見逃した可能性があるパターンは他にありますか?何かアドバイスをいただければ幸いです。
ユーザーマニュアルを設計する際に考慮する必要があることがいくつかあります。
そのコンテキストで、従来のアプローチの2つのオプションを評価します
クイックアクセス:従来のアプローチでは、必要なセクションに移動できるクイックリンクを使用できます。必要に応じて、上にスクロールしたり、同様のリンクを参照したりできます。クイックリンクを使用して別のページにすばやく移動することもできますが、別のページのコンテンツでは、ユーザーが元の場所にすばやく移動できない場合があります
参照:これは私にとって最も重要なことです。人々は、前のステップを正しく実行したか、最後の3つのステップを正しく実行したかを判断するために、いくつかのステップにすばやく戻ることを望むからです。従来のレイアウトでは、すばやくスクロールアップしたり、同じ画面を表示したりして、比較して何をしたかを確認することもできます。複数ページのレイアウトでは、コンテンツを参照するために前または次のオプションを使い続ける必要があります
したがって、ユーザーは、状態を切り替えながら、以前の状態(マッスルメモリ)に関する情報を保持する必要がありますが、従来のアプローチでは、スクロールして目的の状態にすばやく戻ることができます。
私が考えることができる最後で重要なことは、それを印刷するか、オフラインで保存する必要があることです。従来のアプローチでは、PDFまたはそれを印刷するだけで保存する必要がありますが、セクションごとに異なる画面がある場合は、個々の画面を印刷または保存する必要があります。
メルビンの答えは次の完成です。いくつか追加したいと思います。