集中力を維持。スマートなメールアプリ。
高速かつクロスプラットフォームなメールアプリは、重要なことに集中できるように設計されています。
💡 Undisclosed recipient とは、 BCC で送信されたメールの「To」欄に表示されるプレースホルダーで、実際の名前の代わりに「Undisclosed Recipients」と表示され、他の人が同じメッセージを受け取ったことを、その人たちが誰かを明かさずに示すものです。
一斉メールを送信し、リストに載っている全員のプライバシーを保護したい場合は、「To」欄にプレースホルダーのアドレスやフレーズを入力し、実際の受信者を BCC に指定します。 その結果、各受信者は To 欄に「Undisclosed Recipients」と表示され、自分が多くの受信者の一人であることは分かりますが、他に誰がメッセージを受け取ったかは見えません。
これは大規模に使われる BCC であり、これがブロードキャストメッセージであることを受信者に明確に示します。 誠実です。 実用的です。 そして、見知らぬ人々のグループに対して人々のメールアドレスが公開されるのを防ぎます。
代わりの方法は、全員を To 欄に入れることです。 その場合、各受信者は他のすべての人のメールアドレスを見ることができてしまいます。 これはプライバシーの問題であり、プロフェッショナルとしての失態であり、地域によっては、同意なしに個人データを公開することになるため、GDPR に関わる潜在的な問題にもなり得ます。
連絡先リスト全体を明かしたくない大規模なグループへのお知らせ。 200 人に送るイベントの招待状。 すべてのクライアントへのビジネスに関する最新情報。 マーケティングプラットフォームではなく、メールクライアントから直接送信するニュースレター。
経営陣から発信する社内全体向けのメール(ただし、現在はほとんどの組織が専用ツールを使用しています)。
受信者同士が互いを知らず、互いの連絡先情報を見るべきでないあらゆる状況。
適さない用途:個人的なやり取り、個別の質問への返信、受信者同士の対話を促したいメッセージ。 Undisclosed recipients は「これは一方向の通信です」というシグナルを送ります。 会話を望むなら、別の方法を使いましょう。
Gmail の場合:
各 BCC 受信者は「Undisclosed Recipients」宛てに送られたメールを受け取り、他のアドレスを見ることはできません。
Outlook の場合:
Spark の場合:
Spark の作成ウィンドウでは、BCC 欄に簡単にアクセスできます。 他の BCC 送信と同じワークフローで、自分自身をプレースホルダーとして To 欄に追加するステップが加わるだけです。 また、Auto Cc/Bcc を設定すれば、Spark が今後のメールにこれらの受信者を自動的に追加します。
「Undisclosed Recipients」宛てのメールを受け取ったときに何が起こるかについて、正直になる価値があります。 それが一斉送信であることを彼らは知ります。 自分が個別に宛てられたわけではないことを彼らは知ります。 それは彼らがメッセージをどう読むかに影響します。
トランザクション的な内容(イベントの招待、製品のお知らせ、会社の最新情報)であれば、たいてい問題ありません。 個人的な信頼性や信頼関係の構築を必要とするものについては、メッセージの効果を損ないます。
To 欄の「Undisclosed Recipients」というフレーズは、透明性を示すシグナルです。 その透明性が適切な場合に使いましょう。
大規模な送信には、適切なメールマーケティングプラットフォームを使いましょう。 Mailchimp、Klaviyo などのツールは、配信性、購読解除、コンプライアンスを自動的に処理します。 BCC による undisclosed recipients は、小規模で不定期な送信のための回避策です。
継続的なマーケティングに undisclosed recipients を頼りにしないでください。 トラッキング、購読解除リンクの機能、そして適切なプラットフォームが提供するコンプライアンス機能が欠けています。
クライアントへの送信では、BCC リストを 100 件未満に抑えましょう。 多くのメールプロバイダーは、大規模な BCC 送信を潜在的なスパムとしてフラグを立てます。