ユーザーが誤って添付ファイルなしでメールを送信しないようにするにはどうすればよいですか？
私はよく人にメールを送り出し、still添付ファイルを忘れます。キーワードスニッフィングを行うメールクライアントを使用しています。 「attachment」などと入力すると警告が表示されますが、多くの場合、電子メールの本文が「どうぞ」などの理由でトリガーされません。
これにはUXソリューションが必要だと私は思わずにはいられません。 ユーザーが添付ファイルのないメールを送信できないようにするメール作成画面を設計するにはどうすればよいですか？
1つの方法として、ファイル優先の電子メール作成プロセスを許可することができます。テキスト+めったにないファイルではなく、ファイル+テキストを頻繁に送信する場合は、ユーザーが新しいメールをさまざまな方法で開始できるようにすることができます。
ファイルをアプリケーションウィンドウにドラッグアンドドロップすると、ファイルが添付された新しい電子メールが開き、説明と
To:住所。（
Send Email）および（Send File）ボタンをクリックして新しいメールを作成します。この背後にあるテクノロジーは、同じ汎用メール機能ですが、（Send File）添付するファイルをrequireします。
これは、キーワードで許可されるよりもアプリケーションが意図をより明確に理解するためのものです。同時に、ユーザーはファイルファーストメールに対して別の思考プロセスを使用しており、説明した間違いを犯す可能性は低くなります。
キーワードの範囲を拡張して「ここに行く」などを含めることもできますが、このアプローチには言語/翻訳などの多くの問題があり、非常にあいまいな領域にすぎません。
たとえば、添付ファイルを追加する場合など、Sendを押した後もメールを編集できるメカニズムを検討することもできます。アプリケーションでこれを機能させるには、実際に実際に60秒間メールを送信せず、ユーザーに間違いを修正する時間を与えます。 （これはインターフェースで明白です）。 Gmailの「送信取り消し」 は、これと同様に機能します。
また、キーワード分析は役立つと思いますが、場合によっては失敗することもあります。以下はバックアップの意味であり、かなりの数のユーザーがメールを送信した直後に何かを添付するのを忘れたことに気づいたように見えるという想定に基づいています（受信したメールに基づいて）。
おそらく小さな変更が違いを生む可能性がありますか？ -ユーザーがメールを作成し、完了したら[送信]を押します-技術的に何かの送信を15〜60秒遅らせます-リンクを含む確認メッセージを表示します 'お待ちください、添付ファイルを忘れました！ '-リンクをクリックすると送信が停止し（とにかく遅れていたため）、ユーザーを作曲画面に戻します-ユーザーがこの質問を念頭に置いている場合に備えて、作曲の上にメモを表示します「メッセージが送信されていません」のような画面
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
（素敵なコピーライティングtbd）
GMailはこれを上記と同様の表現ですでに行っています。メールに添付しましたが、ファイルは添付していません。これは約3年前からの特徴です。
これはUXの作業よりもはるかに多くのプログラミング作業かもしれませんが、おそらくベイジアンスパムフィルターに似たものを実装できます。「スパム」と「スパムではない」という2つのカテゴリの代わりに、カテゴリは「添付ファイル付きのメール」になります。と「添付ファイルのないメール」。これは実際にはスパムのフィルタリングよりも簡単です。スパマーが積極的にフィルターを回避しようとしているのに対し、ユーザーはおそらく添付ファイルを忘れようとしないからです。ユーザーの送信済みメッセージのアーカイブ（Gmailまたは送信済みメールをアーカイブする他のメールサービスを使用していると想定）でフィルターをトレーニングし、添付ファイル付きのメッセージと添付ファイルのないメッセージに分割できます。 （添付ファイル付きのメッセージが、メッセージなしの直接返信である場合を検出する必要があります。これは、最初のメッセージが想定で添付ファイルを持っていることを示すためです。）ユーザーが送信を続けると、メール、あなたのフィルターはどんどん良くなります。キーワードベースのアプローチとは異なり、各メッセージにはブールの「はい」または「いいえ」の回答ではなく数値のスコアがあり、このスコアに基づいて複数の「レベル」のリマインダーを設定できます。スコアが低い場合は、アタッチメントボタンを少しだけ光らせることができます。スコアが高い場合は、ユーザーがアタッチメントを望んでいると確信できる場合、アタッチメントボタンが点滅し始め、「Did you忘れる？"送信ボタンをクリックするとダイアログボックスが表示されます（おそらく、送信ボタンの外観を変更して「添付して送信」アクションを示します。後で、ユーザーからのフィードバックにより、添付ファイルの警告があまりにも煩わしく、機能を完全に強制終了しないことが示されている場合、適切なバランスを得るために、しきい値をより厳格にすることができます。
あなたの特定の例では、添付ファイルなしで「ここに行く」という本文のメッセージを頻繁に送信し、返信する前に添付ファイル付きの返信をすぐに同じ人に送信する場合、添付ファイルフィルターその語句の1つの単語が添付ファイルの必要性を示していなくても、その語句を添付ファイルの必要性の高い可能性に関連付けることを学習します。
Mac OS X Mailプログラムでは、添付ファイルはドキュメントの最後ではなく、テキストとともにインラインで表示されます。つまり、次のようなものを書くことができます。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
添付ファイルをテキストと一緒に直接参照するので、それが欠落しているかどうかは明らかです。このため、Mac OS Xのメールプログラムでメールを作成するときに、添付ファイルを決して忘れません。
デザインインターフェースの優れたソリューションを手に入れましたが、人工知能の道でも解決できる可能性があります。これはおそらくGmailが行っていることです。
自然言語処理の道を進みたい場合は、スパムを分類するように設計されたアプリケーション（spamassassinなど）を適応させ、テキストに基づいてファイルが添付されている可能性のあるメッセージを分類することができます。
これらのアプリケーションは通常、非常に単純なモデル（ナイーブベイズ分類器、単語のバッグモデルなど）を使用して、テキストを分析し、指定されたクラスに属しているかどうかを判断します。分類子は例を使用してトレーニングされるため、「添付ファイル」/「添付ファイルなし」ですでに正しく分類されている電子メールのベースがある場合は、すでに豊富に利用可能な分類子の1つをトレーニングできます。分類子は、ファイルが添付されている場合に各特定のユーザーが使用している表現を学習するため、ユーザーごとにローカルで改善することもできます。
これはおそらくGmailが行うことです。それらには明らかな利点が1つあります。モデルをトレーニングするための例として役立つ膨大な数の電子メールです。このアプローチは、分類子をトレーニングするのに十分な例がある場合にのみ機能します。
ここでの問題は、添付ファイルがbeである可能性が高いことを示すキーワードまたはフレーズを識別することです。ユーザーの意図を、ユーザーが電子メールのタイトルと本文として入力した内容から導き出す必要があります。簡単な作業ではありません。やりたくないのは、ユーザーが送信するすべての電子メールの添付ファイルを覚えているかどうかをユーザーに尋ねる追加の手順です。
明らかなトリガーワードは「添付」および「添付」ですが、可能であり、さらに先に進む必要があります。たとえば、「CV」という単語を含めると、Thunderbirdはプロンプトを表示します。 「ビデオ」（「これはそのビデオです」など）、「写真」などのようなものもあります。ここでは、添付ファイルがある場合とない場合に送信される電子メールを分析するトレーニングシステムを追加すると便利です。電子メール内の単語の出現を記録し、添付ファイルがあるかどうかに関連付けると、役立つでしょう。
あなたの例の "Here you go"には実際には区別するwordsがありませんが、それが電子メールの唯一のテキストである場合、区別するphraseです。したがって、そのフレーズが電子メールの本文の唯一のテキストであるか、テキストの80％を占める場合に、フレーズを検索するシステムを設計できます。
ただし、このようなシステムは完全なものではありません。誤検知（「ここでまた、噴き出す」、「週末に素晴らしいビデオを見た」など）と誤検知があります。 「添付ファイルをお忘れですか？」を何回か記録することで、システムを改善できます。誤検知の数を減らすために、添付ファイルを追加せずにメッセージが却下されました。誤検知を減らすのは少し難しいですが、電子メールが添付ファイル付きで再送信されたかどうかを記録できます（最後に送信されたメッセージに対してタイトルや本文を確認しますか？）。
これが「Outlook」+「交換」環境で行われるのを見た1つの方法は、すべての送信アイテムに適用されるルールを作成し、2分で送信されるように電子メールを再スケジュールすることでした。
これにより、ユーザーは2分間、送信トレイに移動してメールを削除するか、実際にどこかに移動する前にメールの処理を再開できます。
おそらく、あなたはこのアイデアをクライアントに取り入れることができます。
添付ファイルがあり、テキストが非常に少ないメッセージを頻繁に送信する場合、メッセージのテキストが非常に少ない場合に、添付ファイルに関連する要素を強調することが微妙な解決策になります。もちろん、添付ファイルを追加した後、通常の状態に戻すこともできます。ユーザーがメッセージを送信するのを妨げることはありませんが、添付ファイルに注意を向けることは確実です。
キーワード検索を使用して、メッセージの件名/本文で「添付ファイル」、「ファイル」を検索し、ヒントで添付ファイルボタンとメッセージの長さを強調表示することもできます。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
「添付ファイルの追加」と「メールの送信」の2つの行を含むドロップダウン送信ボタンを作成します。 （また、個別の「添付ファイルの追加」ボタンを保持します。）ユーザーが送信するとき、ボタンをクリックしてメニューをドロップダウンし、もう一度クリックして、安全スイッチのように送信する必要があります。 「添付ファイルの追加」がすぐそこにあるので、それらも思い出されます。
ただし、これはクリック数の2倍です。多分これをデフォルトにし、それをオフにして「送信」をワンクリックボタンとして維持するオプションがあります。
私は何かを忘れた場合に備えて、Outlook Expressを10分ごとの遅延送信に設定しました。
さて、電子メールの本文の下に添付ファイルの数を記載した通知を配置し、「添付」ボタン、次に「送信」ボタンを配置するのはどうでしょうか。その方法を見逃すことは不可能です！
私はすべての問題は要素の悪い配置に起因すると思います：
トップバーがある場合、「添付」ボタンはユーザーに最初に表示され、「送信」ボタンは最後に表示されます。下部のバーがある場合は、添付されているファイル数の通知があり、「添付」ボタンと「送信」ボタンは閉じており、バーの右側にある必要があります。
問題はすべて、ユーザーインターフェイス上の要素の遅延配置に起因していると思います。通常、「添付」ボタンと「送信」ボタンの間に密接な関係はなく、視覚的に切り離されているため、添付ファイル付きの電子メールを作成する自然な流れ（添付->書き込み->送信または書き込み->添付->送信）が壊れますアクションと要素は視覚的な進行に沿っていないため、UI全体に散らばっていて、フォームをさまよい、メールを正しく作成する必要があります（次に、もう一度移動して、すべてが適切に配置されているかどうかを確認します。それを送る）。
問題を回避するには、2つの自然なフロー（attach-> write-> sendおよびwrite-> attach-> send）をサポートする必要があるだけだと思います。
これは、ユーザーの動作に関するクライアントのデータを改善することで最もよく解決できる問題です。私の場合、私は主に添付ファイル付きのメールを知り合いに送信します。これは通常、以前に使用されたメールアドレスであり、多くの場合、私のアドレス帳に保存されます。
一部の人は、添付ファイルを知らない人に送信することが多く、電子メールを送信していないため、再度電子メールを送信することはありません。たとえば、失業者はたくさんの履歴書を送るかもしれません。
私は非常に初心者のプログラマーなので、これが最もエレガントな解決策ではないと確信しています...しかし、添付ファイルが付いているすべてのメールを追跡し始め、パターンを探し始めます。 [email protected]へのすべてのメールに添付ファイルが含まれている場合、添付ファイルなしで送信しようとすると、それが意図的なものかどうかを尋ねることは理にかなっています。 [email protected]への私のメールの95％に添付ファイルがないが、金曜日の午後5時にすべてのメールに添付ファイルがある場合、金曜日の午後5時に私に尋ねることは理にかなっています。
この機能を備えたメールクライアントや、それを実行するプラグインすら知りません。しかし、私はあまり検索に時間を費やしていません...すでに存在するかどうかを調べるために調べてみる価値があります。
でも、通常は作成画面が主な原因だとは思わないけど…日常的にやっていることを覚えるほうが簡単だと思う。送信するメールの大部分に添付ファイルが含まれていない限り、ルーチンはすぐに送信またはキーボードショートカットを押すことです。添付ファイルを送信する方法を視覚的に強調すると、添付ファイルよりも添付ファイルなしで送信される電子メールの数が増えるため、ほとんどのユーザーにとって煩わしいでしょう。
ユーザーが添付ファイルを送信するかどうかに基づいて、表示を微妙に変更できます。ただし、「添付ファイルを送信するつもりでしたか？」と直接尋ねる利点それは将来の推測を改善するために使用できるより多くの情報を提供するということです。
私は個人的にGoogleはこれでうまく機能していると思いますが、その分析は「添付」された単語の検出に基づいているため、ユーザーが別の単語を使用するか、自分の文を別の方法で使用することにした場合、この方法は失敗します。
私が大学院の勉強中に（ Docusign ）にインターンしていた会社は、これを非常に興味深い方法で行っています。
- 最初にユーザーは添付ファイルを選択するように求められます（これは電子署名会社であり、文書は署名プロセスに必要であるため、ユーザーにとって最も重要なステップです）。
- 次に、ドキュメントの送信先のメールアドレス
- 次に、電子メールメッセージとコンテンツ（該当する場合）
あなたの場合、添付ファイルを送信する必要があるかどうかわからないメールシステムを設計しようとしているので、次のように尋ねることで順序を反転できます最後の段階で添付ファイルを追加するユーザー私は個人的にuser12999ソリューションが好きです電子メールが時間枠内に送信された後に添付ファイルを追加する機能を提供することの提案ですが、提案された電子メールシステムが電子メールのコールバック機能をサポートするかどうかはわかりません。