私は何度もこの問題を抱えていました。メールを書いているときに、誤って「送信」ボタンをクリックして、不完全なメールを送信してしまいました。 (たとえば、Outlookでは、「送信」ボタンは「ポップアウト」ボタンに驚くほど近くなっています。)
これの回避策を見つけました。送信したいことが確実になるまで、「to:」フィールドを空のままにします。しかし、これは良い解決策ではありません。
メール会社がこれに対する修正を提供しないのはなぜですか?たとえば、ユーザーが「to:」フィールドの入力をユーザーがメールを入力するまで残さないのはなぜですか?
可能な限り、ユーザーはアクションを元に戻すオプションを持っている必要があります。人々が間違いを犯すことは避けられませんが、通常のダイアログの確認は無視され、癖から確認され、間違いの一部になることがあります。
電子メールの場合:電子メールがすぐに送信されなかった場合、ユーザーは取り消しコマンドを実行できます(再呼び出しコマンドを試行する必要はありません)。
実際の例:これは実際には Gmailでの設定 :
IMOの設計上の問題は、送信ボタンがabove入力するテキストであり、通常は上から下に書き込まれることです。したがって、送信ボタンの論理的な場所は、入力の最後のテキスト入力フィールドの下です。
[編集]一貫性を保つために、そこにいくつかのボタンを追加すると便利です。例えば。 「署名を追加」と「スペルチェック」は、完成したメールに関連する一般的なタスクでもあります。これにより、メールテキストの下のボタンは早い段階で不要になるという事実が強調されます。
実行できることはいくつかあります。
ユーザビリティの観点からは、確認ダイアログ(no.1)を提供する代替手段はかなり劣っています。
一定の質問「このメールを送信してもよろしいですか?」は、ほとんどの場合苛立たしいと見なされ、不完全なメッセージを送信した場合の結果文字は通常、余分なマウスクリックを保証するほど十分な墓ではありません。
ただし、canが行うことはseparatingリボン/ツールバーの残りのコントロールからの不可逆的なアクションボタン(代替No.2)であり、それらを同時に視覚的に区別できるようにする(フォントサイズ、アイコンなど)(代替No.3)。
上:コントロールにガードが組み込まれている不可逆的なアクションの例(代替No.1)。 (C)スタッフ軍曹ベニーJ.デイビスIII。
「元に戻す」機能(代替No.4)は、ユーザーがすべてを正しく実行したときの瞬間的な反応に対するユーザーの期待と比較検討する必要があります。クライアントが実際にあなたからの電子メールの受信を期待している場合tout de suite、5秒待つ必要があるのはイライラするかもしれません。
電子メール送信は本質的に非同期で一方向なので、実際のメッセージ送信プロセスを元に戻す方法はありません。偶発的な電子メール送信を回避する1つの可能な方法は、実際の送信プロセスが作業を開始する前にtime-delay(数分で十分です)を設定することです。これは、「送信トレイ」フォルダからアイテムを削除するだけで送信を中止するのに十分な時間を提供します。
私はこの問題についてあなたに同意しますが、どういうわけかシステムが好きです。私は明らかに私たちのコミュニケーションを尊重するコミュニケーションパートナーを認めます私が読む可能性が高い発信コンテンツを再確認する時間をとることによって、彼らは実際に私を気にし、私たちのビジネスやプライベートな関係に尊厳を示しています。
あなたの質問に答えるために:ユーザーのワークフローをスピードアップする最も簡単なソリューションが実装され、それ以来触れられたことはありません。そして、それは実際の生活のように直接反応のメタファーを維持するために変更されなかったのかもしれません。誰かに何か悪いことを言った場合、cmd-zやctrl-zを押すことはできません。テキストの送信と同様です。
メール会社がこれに対する修正を提供しないのはなぜですか?たとえば、ユーザーが「to:」フィールドの入力をユーザーがメールを入力するまで残さないのはなぜですか?
彼らはします。外部の受信者をチェックし、ユーザーに確認を求める商用アドインが利用可能です。このソリューションは、少なくとも社外への偶発的なメール送信を提供します。