ボタンの設計に関する推奨事項
ユーザーが[レポートリクエストの送信]ボタンをクリックしてシステムにレポートをリクエストするフォームがあります。システムは、ユーザーが選択した間隔（日次、週次、月次）に従ってスケジュールされたレポートを作成します。このデザインの問題は、ユーザーがボタンを押した後すぐにユーザーにフィードバックがないことです。ユーザーがボタンをクリックして「今何をしますか？」と言うシナリオを避けたいです。どうすればこれを達成できますか？そのような問題に対するあなたの推奨は何ですか？
Scheduled Report Request (Label)
Report Name (Label) + Text Input
Interval (Label) + Listbox (Options: Daily, Weekly, Monthly)
Send Report Request (Button)
送信ボタンが押されるとすぐに無効にし、アクションが処理されていることを示すメッセージ（または類似のメッセージ）を表示します。ボタンを無効にすると、繰り返しクリックすることがなくなり、フィードバックにより、ユーザーは何かが発生していることを知ることができます。
フィードバックがすぐに返ってくるように見えることもありますtooすばやく、成功メッセージが表示される前に、ビジー状態のスピナーが1秒でも表示されれば、ユーザーはより快適に感じることができます。システムが何かをするのに忙しかったように。
これが非常に頻繁なアクションである場合、またはユーザーがその機能に感謝しない場合は、「ありがとう」と言う必要はないかもしれません-ただ言うスケジュールレポート...！
メッセージをわかりやすくし、ボタンを押してからリクエストが処理されたことを確認するまでに時間がかかる場合は、関係する可能性のある時間の長さを示してください。
リクエストがすぐに発生してvery時間がかかる可能性がある場合は、リクエストを「バンク」またはキューに入れて、ユーザーにメールを送信するか、レポートが表示されたら通知をポップアップすることをお勧めします。終了しました（たとえば、スタック交換の通知バーのように）-もちろん、キューに入れられている出力へのリンクがあります。 AmazonとPaypalは、非常に長いレポートを生成するときにこれを行います。どういうわけか、彼らはレポートが妥当な時間内に実行できるかどうか、またはこの種のキューイングまたは通知が必要かどうかを計算します。
あなたは次のように言うことができます：ありがとう。選択を確認する電子メールがサンプルレポートとともに送信されました。
次に、サンプルレポートをメールで送信します。これは主に、彼らが見ることができるいくつかのアクションがあるだけでなく、彼らが何を得るのかを見て、頻度を変更したいかどうかを決定する機会があるためです。
私があなたを正しく解釈している場合、このフォームを使用すると、ユーザーは既存のレポート基準を置き換えて、すぐに動作を変更するようにアプリケーションに要求できます。
この場合、「保存設定」フォームとしてインターフェースを設計し、Wordを使用することをお勧めしますか？ユーザーは、即座に応答することなく動作設定を保存するという考え方を理解しています。
この場合、ボタンに「送信」ではなく「保存」と表示させ、クリックした後、「設定は正常に保存されました！」というメッセージに置き換えます。