Gmailの[元に戻す]パターンは一括メール送信に十分ですか？より良い代替案は何ですか？
私たちは数千人のユーザーにメールキャンペーンを送信するメールクライアントを作成する初期段階にあります（Mailchimpは比較するのに似た製品です）アイデアや意見があり、そのうちの1つはメーリングに取り消しオプションを追加しています。
このアプローチの所有者は、これによりユーザーの信頼レベルが上がることを確信しました。私は、メールの内容と受信者を確認して最終的な承認を求める追加の手順を追加するという反対の考えを擁護しています。
私のソリューションはフローに余分な摩擦を追加しますが、ユーザーのアクティビティにより高いレベルの信頼性も追加します。
ここで、上記はすべて仮定であり、ユーザーでテストしますが、この件について、特に個人的な意見について詳しく知りたいと思います。
私は毎日Gmailを使用していますが、個人的に、元に戻す機能が私の生活にストレスを与えていることに気付きました。メールを元に戻していくつかの詳細を編集したのは1、2回ありましたが、できなかったとしても、それは災難ではありません。
一方、ユーザーが一括メールを送信する場合、ユーザーは自分が何をしようとしているのかをよりよく理解する必要があると思います。
あなたの考えは何ですか？他の選択肢はありますか？
PS：私はすでに読んでいます この質問 同じ機能についてですが、ここで前提を理解していますが、もっと聞きたいと思います。
ユーザーは、知り合いにメールを送信するだけでなく、（おそらく会社全体の代わりに）人々のリスト全体にメッセージを送信しています。これにより、メッセージを送信する人の注意の必要性が高まります。
キャンセルすると、既にアクションを開始しているが、それを停止する時間があることを意味します。逆に、元に戻すとは、アクションが最終的なものではなく、簡単に元に戻すことができることを意味します。
そのことを念頭に置いて、より良いアプローチはレビュー/確認を行うことですが、数分間キャンセルするオプションも提供すると思います。
元に戻す機能は、ユーザーが2〜3人の受信者に電子メールを送信したときにこの機能が機能することを私の過小評価に従って忘れた場合、ユーザーがコンテンツを校正するのに役立ちます。
1000人以上の受信者にメールを送信する場合、校正なしでメールを送信するリスクを負うことはありません。その時点で、少なくとも2〜3回校正を行います。商品を送信する前にキャンペーンのプレビューを表示している場合は、このオプションの方が適しています。
UNDO機能を提供することで私が目にする主な問題は、特にバルクメールが関係している場合、ユーザーがまだ機能するという点を超えてUNDO機能に依存するようになる可能性があることです。
私が今まで見たUNDO機能のほぼすべてに、機能が停止する時点があります。この「カットオフポイント」がかなり明確に定義されている場合でも（通常、UNDOを提供するテキストエディタを終了すると、UNDO情報が破棄されます。3番目の電子メールをすぐに連続して削除すると、Android携帯電話の電子メールクライアントでは、最初のメールの削除を元に戻す）場合、ユーザーはいつカットオフに到達するかを正確に認識できない場合があります。
カットオフポイントが明確に定義されていない場合、またはカットオフポイントが発生したときにユーザーが理解できない可能性がある場合、元に戻すことができることに依存することは危険です。
バルクメーラーの場合、考えられる唯一の「自然な」UNDO期間は、特定のメールショットが他のメールショットのキューの後ろに置かれ、処理されるのを待機している場合です。ここでの問題は、待機時間がどれくらいになるか、したがって、メールショットを元に戻す機能が消えるまでに、最終的な「校正」の機会がどれだけあるかわからないことです。極端な場合は、自分の前に他のメールショットがない可能性があり、処理がすぐに開始されます。
Oneオプションは、人為的な遅延を導入することです。メールショットの[GO]ボタンを押すと、少なくとも10分間は何も起こりません。ここでの問題は、最終的な校正を実行するためにこの10分間の「猶予期間」に依存しているユーザーが、たとえば会議に呼び出されたり、ファイアドリルがあったりすると、見落とされてしまうことです。
私の意見では、はるかに良いのは、明示的な追加のステップを導入することです。メールショットの作成者は、必要なすべてのことを実行し、「GO」を押します。これにより、「承認が必要」な状態になり、誰か（おそらくは作成者、理想的には別の人）が最終的な校正を行い、すべてが実際に問題ないことが確認されるまで、何も処理されないことが保証されます。 。 thisポイントでのみ、処理を待機しているメールショットのキューに追加されます。
（承認を通過し、まだキューで待機しているメールショットをキャンセルできると便利な場合がありますが、これは「例外的な」アクションであり、依存するものではないことに注意してください。 ）。
アランクーパー、ロバートレイマン、クリストファーノッセル、デビッドクローニンによるフェイスインタラクションデザインについて
私は同様のSaaS製品で作業しましたが、プロパティundoとreviewはまったく異なる点を考慮すべきだと思います。同様に、ユーザーに元に戻すのアクションを許可するために、以前のクライアントとの私の体験のトピックをreview機能でカバーします。
デザイナーと開発者の両方として働いて、私は何年も製品を使用している多くのクライアントと話しました実際に彼らが彼らの要求を思いついたポイントでした。
簡単に言うと、一括メール送信プロセス中に、ユーザーがメールのレビューにアクセスして表示できるようにするボタンが1つありました。ユーザーはこれらのレビューと要約を自分のアカウントにメールで送信することもできました（奇妙ですが、メールの送信中に表示できないために使用された可能性があります）。
多くのユーザーがこのレビューページをメールを送信する前の最後の画面として見たいと思ったので、ユーザーがreviewをメインコンポーネントとして表示できるようにする別のレイアウトを提示しました要約詳細以外のページ。