私は、Webとモバイル(レスポンシブ)の両方で2つのステップのプロセスを持つ単純なトランザクションサイトを構築しています。 30歳から40歳の比較的技術に詳しい男性と女性の年齢のユーザーをターゲットにします。
最初のページは、ユーザーが希望するオプションを選択する選択ページです。 2ページ目は、オプションの要約と提出先です。
2ページ目に、戻るための「戻る」テキストリンクがあります。しかし、それは必要だと思いますか?最近では、多くの人がブラウザの戻るボタンを使用して前のページに戻る方法を知っています。私の唯一の懸念は、ブラウザの[戻る]ボタンを使用しても、選択した内容が保持されないことを人々が考えていることです。
「戻る」ボタンを含める場合、適切な配置はどこですか?左上または左下?タイトルの下またはタイトルの上に「ステップ2.選択内容を確認します。」なぜ?
モバイルアプリについて話している場合、左上はiOSとAndroid(技術的には上ボタン)の両方の標準的な位置ですAndroidでは、これで十分です)。
Webサイトについて話している場合、キーボードの戻るボタンがあるため、戻るボタンには標準の配置なしがあり、ほとんどのサイトは戻るボタンを気にしません。
とは言っても、サイトが左から右への言語を使用している場合は、左上に配置することを強くお勧めします。これは概念的には背中の方向であり、ほとんどの人が見る場所です(モバイルエクスペリエンスに基づく)。左下に配置する正当な理由がある場合は、それも機能しますが、これを正当化する必要があります。
いつものように、あなたはこれをテストするyourユーザーと一緒に確認する必要があります。
人々は通常、習慣に従います。意図したとおりに機能しない場合は、混乱したり、軌道から外れたりする可能性があります。
Webブラウザー(IEを除く)は、通常、直感的な逆方向ナビゲーション方法を提供します。そのナビゲーションのほとんどは、設計上、ブラウザー間でかなり一貫しています。必要はありません。画面の貴重なスペースを占有しているため、ページ内のナビゲーションを再現します。
アプリモード(モバイルデバイス)で動作するWebアプリを設計している場合、通常、英語ではbackが左側にあり、右側はforwardです。私の経験では、ほとんどのアジア言語もこのように機能します。ページの右から左、または下から読む場合でも、インターフェースは主に「アメリカ化」されているためです。アプリモードでは、標準のブラウザーボタンを用意しなくても、ブラウザーをスタンドアロンアプリとして機能させることができます。スタンドアロンアプリを設計する場合、インターフェースは必要なナビゲーションを処理し、高度にテストする必要があります。
「クッキートレイル」または「パンくずトレイル」スタイルのナビゲーションを使用する場合home > category > page
2つの理由から、そのロックアップに戻るボタンを含めないでください。
さらに、ほとんどの入力デバイスは、設計により物理的な戻るボタンを提供します(マウス、キーボード、トラックボール、タブレット、マルチタッチパッド)。
結果を変更するには、ボタンにEditまたはまたは(== --- ==)の効果を反映させますこの情報を修正します編集中のコンテンツに直感的に近い。大きな画面では、インターフェースがスケーラブルである場合、戻るボタンは編集機能を示さない場合があります。また、一部のWebサイトでは、意図的にブラウザーの戻るボタンを使用してもユーザー入力が維持されません。前のページを期限切れにすることにより、情報がブラウザのキャッシュに保存されなくなります(銀行サイトの[戻る]ボタンを使用するなど)。
機密情報を扱っていない場合は、両方の方法でサイトを機能させて、ブラウザまたは入力デバイスの組み込みナビゲーションを「編集」して使用できるようにします。
私はあなたのウェブサイトで「一歩戻る」ための二つの方法を持つことを提案します。
ウィザードはかなり短いので、各ステップ(最初のステップを除く)で続行(「送信」)するか、前のステップに戻って修正(「キャンセル」)するかを選択できます。 「戻ることができますか」を探すときは、送信ボタンの横にある画面の下部を見るのが理にかなっています。
多くのスマートフォンアプリでは、上部に戻るボタンがあるのが一般的です。ジョンが言ったように、上と左に戻る、下に行く、そして右に進むとリンクされているので、それは戻るボタンの論理的な場所です。あなたが作成しているように見えるウィザードのようなアプリでは理にかなっています。
ブラウザやハードウェアのボタンに頼るのではなく、ビューポート内でそのようなボタンを利用できるようにすると、ウェブサイトの「アプリ性」がさらにサポートされ、データが失われないことを暗黙的にユーザーに保証できます。
ここで最も重要なことは、<ではなく«
を確認して使用することです
; D