web-dev-qa-db-ja.com

フィードバックはいつページはめ込みで、いつフィードバックは別の画面にする必要がありますか?

ユーザーがフォームを送信したときなどに、別の画面でフィードバック/確認を確認しました。次に、次の画面が表示されます: "おめでとうございます..."

次に、たとえば、ユーザーが既存の個人情報を更新してから[保存]を押すと、「ページの詳細が正常に変更されました」というページ内のフィードバックが表示されます。

フィードバックを提供するために別のページをいつ使用し、ページ内フィードバックをいつ使用しますか?

4
user19592

私は非常に幅広いガイドラインのセットをまとめようとしました。もちろん、各状況を個別に確認する必要があります。

次の場合、フィードバックは同じページに表示されます:

  • ユーザーはフィードバックを理解するために元の情報を必要とします。
  • ユーザーは元の情報に修正を加える必要があります
  • ユーザーはフィードバックをオリジナルと比較する必要があります

次の場合、フィードバックは別の画面に表示されます:

  • プロセスの終了時(フォームの送信など)です。
  • ユーザーが変更を加えることができない場合
5
Sheff

ユーザーが次に行うアクションが同じ画面である場合(たとえば、保存してからドキュメントにさらに入力するか、フォームの送信、エラーの通知、修正を試みる)、「戻る同じ画面上に保持することにより、イベントのチェーンから前の画面のアクション。ユーザーがその画面でアクションを実行できなくなった場合(たとえば、フォームを正常に送信すると、フォームを編集する理由がなくなる)、それらを画面に残しておくと混乱が生じる可能性があります(たとえば、注文を複数回送信するなど)。

2
Yamikuronue

私は常に各ステップに別々のページを使用しています。

あまり多くのステップを作成することなく、プロセスのすべてのステップを可能な限りアトミックにしようとしています。たとえば、フォームに入力し、[送信]をクリックして、サーバーチェックを実行し、問題がなければ、何を確認するページに移動します。ナビゲーションを提供し、他の関連オプションである可能性がありますが、それでも多くはありません。

アイデアは、各ステップは一意で、単純で、明確でなければならないということです。

また、実際の検証とアクションはすべてサーバー上で行われるため、その情報を処理するまで実際のフィードバックを提供することはできません。

0
PatomaS