トランザクションメールは、領収書、パスワード再設定、アカウント通知など製品やアカウントの目的を果たします。マーケティングメールはニュースレター、告知、販促フローで製品を宣伝し、購読者との関係を続けます。Bangerでは実際のトランザクションにはプロダクトメール、マーケティングには一斉配信かジャーニーを使い、適切な同意と配信停止の制御を適用します。
件名を書く前にこの違いが大切です。対象、送信経路、連絡を望まなくなった場合の処理を定めます。一人の開発者とアシスタントがすべてを用意する小さな製品でも、この判断が必要です。
メールの主な目的で分類する
領収書は受信者が行った取引を確認します。パスワード再設定はアカウントの操作を助けます。アカウント通知は既存サービスとの関係を説明します。Bangerの適正利用ポリシーに示すプロダクトメールの例です。
製品公開の告知、ニュースレター、販促の導入シリーズはマーケティングです。「更新情報」と呼ぶだけでは判断できません。受信者に何を求め、なぜ届くのか読んでください。
主目的が販促なら一斉配信かジャーニーで送り、配信停止を付けます。簡単に離脱できないメッセージに宣伝を隠すため、プロダクトメールの経路を使ってはいけません。
目的が混在する下書きは、分けるのが明確な編集になる場合が多くあります。アカウント情報に集中させ、任意の販促は適切な購読対象だけに送ります。マーケティングを承認する人も確認しやすくなります。
別々の送信レーンの意味
Bangerの送信モデルはプロダクト、一斉配信、メールボックスのトラフィックを区別します。製品とマーケティングはそれぞれ適切なルーティングと適格性確認を使います。エージェントはすべての封筒を同じ操作にせず、内容に合う経路を選ぶべきです。
分離により意図が見えます。製品メールを製品メールとして、マーケティングをマーケティングとして確認でき、各種トラフィックの制御を適用する場所にもなります。
別レーンでも、全プランに専用IPがあるとか、マーケティングが会社全体の運用に影響しないとは限りません。専用送信レーンの権利は料金に示します。プランにないインフラの前提を加えないでください。
抑制は全送信レーンに及びます。Bangerはワークスペースのどの部分からでも抑制済み宛先への後の送信を拒否するため、別経路はバウンス、苦情、配信停止の回避手段ではありません。
手順：各メールを正しい経路へ
1. 必要なメッセージを一覧する
連携を作る前に、アカウント通知、領収書、サポート返信、公開告知、ウェルカムシーケンスを短く一覧します。これは例なので、実際に必要なものだけ残します。
各項目にトリガー、宛先、目的、送信者を書きます。「請求書の支払い時にアカウントの連絡先へ領収書を送る」は「請求メールを自動化する」より実行しやすく、「確認済み購読者に公開情報を送る」は「全連絡先に送る」より正確です。
2. アプリの事実と文章の判断を分ける
ソフトウェアが実際のイベントと宛先データを提供すべきです。アシスタントは内容と設定を助けられますが、無関係な会話から支払いやアカウント変更を推測すべきではありません。
アプリ連携にはAPIリファレンス、アシスタントの設定・運用にはMCPガイドを使います。どちらも本来の目的を保つべきです。
3. マーケティングの対象を定める
一斉配信と販促ジャーニーには、その連絡に同意した人を使います。同意の証拠を保持します。顧客記録、サポート会話、ニュースレター購読は、自動的に同じ許可にはなりません。
Bangerはインポート、API、MCPで購読済み連絡先を追加するとき、同意確認を求めます。確認済み同意なしに購読済み連絡先へ一斉配信を公開しません。フォームは既定でダブルオプトインです。
4. 送信者情報と配信停止を準備する
マーケティングには、製品のブランドフッターに会社名と有効な郵便住所が必要です。Bangerは一斉配信の公開と、一斉配信ステップを含むジャーニーの有効化前にこれを要求します。
すべての一斉配信とジャーニーにワンクリック配信停止ヘッダーを追加し、ない場合は見えるリンクも追加します。削除や隠蔽をしないでください。配信停止は全体の抑制となり、そのシーケンスを止めます。
実際のトランザクションのためにソフトウェアが送る製品メールには、マーケティングの停止リンクは付きません。これは慎重な分類の理由であり、販促をトランザクションと呼ぶ理由ではありません。
5. 確認し、結果を調べる
ジャーニーの有効化は人による承認が必要です。ポリシーで制限する送信も承認になります。エージェントは承認できません。内容とともに対象と送信目的を確認します。
公開後は配送状況とログを調べます。抑制や拒否なら実際の理由を求め、別レーンで再試行して保護を迂回するよう頼まないでください。
公開の例
小さな予約製品を公開するとします。アプリは必要に応じてアカウント通知を送ります。別に、エージェントは公開情報の確認済み購読者向けの告知と、導入メールに同意した人向けのウェルカムジャーニーを準備します。
製品名や外観は共有しても、トリガーと対象は異なります。別々に提示させれば、アカウント通知に販促の招待が混ざっても気づきやすくなります。
すべてプランの枠を使います。Freeは月3,000通、一日100通までで日次超過は翌日送信です。有料プランは更新かアップグレードまで月次超過を拒否し、超過料金や従量料金はありません。
よくある質問
ウェルカムメールは必ずマーケティングですか？
いいえ。目的で経路を決めます。必須のアカウント情報は販促紹介や購読者の案内シーケンスと異なります。
プロダクトメールのレーンは抑制を迂回しますか？
いいえ。抑制は全体に及び、他の部分からの後の送信も含みます。
別レーンは専用インフラと同じですか？
いいえ。分類とプランの専用リソースは別です。各レーンに専用設備があると仮定せず、現在のプランを確認します。
アシスタントが自動で種類を選べますか？
分類は支援できますが、実際の目的、トリガー、対象を渡してください。曖昧な内容を確認し、運用が明確になるなら混ざった目的を分けます。
