同じアクションに複数のパス/フローを提供する
私たちは重い機能を備えた複雑なプラットフォームを開発していますが、ユーザーフローの最初のステップで同じ機能のボタンを追加するかどうかについて、ジレンマが発生しています。
下のリンクのワイヤーフレーム画像に見られるように、私は2つの画面の例、複数アイテムビューとアイテムの内部ビューを共有しました。ユーザーが複数アイテムビュー画面でアイテムをクリックすると、対応する内部ビューに転送され、ボタンを使用して複数のアクションにアクセスできます。 （例：ダウンロード、プレビューなど）
さて、問題は、同じ機能の「ショートカット」を提供する必要があるか、プロセスの最初のステップ/レイヤー（ケース2）ですか？これは、マルチアイテムビューに同じボタンの小さいバージョンを含めることで実行できます。 これにより、ユーザーはワンクリックで同じ機能にアクセスできます。
厳密な構造（特定のアクションに対して1つのパスのみ）を提供することは、特に複雑なプラットフォームでは一般的にうまく機能し、ユーザーに複数のフロー/アクションパスを与えると、ほとんどの場合混乱を招くと私は信じています。ただし、チーム内の一部の開発者は同意せず、ユーザーが余分なクリックを回避できるように、ボタンを1つ前に配置するように要求しています。
そのことについてあなたの意見は何ですか？ほとんどの場合、より効果的な方法はありますか？
使用方法によって異なります。
これらのアクションを頻繁に実行するリピーターユーザー向けに設計する場合、オプション2が適しています。上級ユーザーの生産性を向上させるショートカットを提供します。
ユーザーがこのアクションを1回またはほとんど実行しない場合、ショートカットは必要ありません。ショートカットを削除すると、インターフェースがクリーンアップされます。
追加の考慮事項は、応答時間です。応答時間がミリ秒の場合（つまり、2番目のページがほとんど瞬時に表示される場合）、2番目のクリックは「許容範囲が広い」です。ただし、2番目のページが完全に表示されるまでに10秒かかる（そしてサブオプションが頻繁に使用される）場合は、メインページに移動することを検討してください。
シングルクリックがアクションボタンの邪魔になるものである場合、最初の画像はほとんどの状況で問題ありません。
2番目のデザインは、現在の画面とユーザーが探しているアクションボタンの間にいくつかのレベルがある場合、または次の画面でアクションボタンを見つけるのが難しい状況に適しています。
これまでに良い点を挙げました。ユーザーが次のステップに進む方法を考える必要がない限り、ステップ数を増やすことはそれほど重要ではないことを付け加えたいと思います。
これは、アプリケーションをPCにインストールし、「次へ」ボタンをクリックするのと同じです。すべてのクリックが無関心である限り、あなたは追加のクリックを気にしません。
ワンクリックでアクションを実行できる場合でも、一部のユーザーがそれを偶然見つけてしまう場合は、このようなソリューションはお勧めできません。