# Slack からメールキャンペーンを承認制で運用する方法 正規URL：https://brew.new/ja/blog/how-to-run-email-campaigns-from-slack-with-approval-before-anything-sends 執筆：Thomas Park 公開日：2026-10-10 更新日：2026-10-10 Slack からメールキャンペーンを運用するとは、チームがすでに話し合っているスレッドの中で、メールの下書き、テスト、予約まで済ませることです。ローンチのメールの多くは、どのみちそこから始まります。そして40件のメッセージのあと、誰かがその会話のすべてを、メールツールで手作業で組み立て直すことになります。 そこで私たちは、Brew をスレッドの中に置きました。@Brew をメンションすると、全員が見える場所でメールの下書きを作成します。送信のタイミングになると承認カードを投稿し、依頼した本人が「Approve」（承認）をクリックするまで、実際の受信トレイには何も届きません。下書きの機能を作るのは簡単でした。難しかったのは、誰がボタンを押すのかを決めることです。そのため、この記事ではそのルールに最も多くの紙幅を割いています。 ![@Brew がローンチのメールの下書きを作成し、オーディエンス、差出人、件名、配信時刻を記載した承認カードを投稿している Slack のスレッド。](/images/blog/slack-approval-card-anatomy.png) *誰かが「Approve」をクリックする前に、何が、誰に、いつ送られるのかが承認カードに表示されます。* ## この記事のポイント - スレッドで @Brew をメンションするかDMを送ると、メールの下書き、編集、テスト、送信、予約ができます。各スレッドは Brew のチャットになり、ウェブアプリで開けます。 - 組織の管理者が**連携サービス → Slack** から、アプリを一度インストールします。その後、各メンバーが、10分で有効期限が切れる1回限りのリンクを使って、自分のアカウントをリンクします。 - 送信、予約、ほかの人へのテスト送信、オートメーションの実行、再開、キャンセルは、依頼した本人だけが答えられる承認カードを待ちます。 - 自分宛てのテストと一時停止は、どちらもオーディエンスに届かないため、カードなしで実行されます。 - 配信の通知、月曜日の週次サマリー、コメントのメンションは、ブランドごとに最大10チャンネルに投稿できます。 ## スレッドから Brew でできること Brew は、メールの下書きと編集、過去の配信についての質問への回答、テストの送信、キャンペーンの送信や予約、オーディエンスを起点とするオートメーションの実行、配信や実行の一時停止・再開・キャンセルができます。DMでは、トップレベルのメッセージごとに新しいチャットが始まります。チャンネルでは、1つのスレッドが1つのチャットです。 Brew はあなた自身として動作し、ウェブアプリと同じブランドへのアクセス権を持ちます。請求、メンバー、ブランドの作成、組織の設定は、ウェブアプリでのみ行えます。Slack のリンクは、ログイン済みのブラウザに比べて、本人確認の証拠として弱いためです。 ## セットアップ ### 管理者が一度インストールする 組織の管理者が Brew で**連携サービス → Slack** を開き、**接続**をクリックして、Slack でアプリを承認します。1回のインストールで組織全体をカバーし、組織が一度に接続できる Slack ワークスペースは1つです。管理者以外のメンバーには、このボタンが無効の状態で表示されます。詳しくは [Slack のドキュメント](https://docs.brew.new/integrations/import/slack)をご覧ください。 管理者は、**Slack で Brew とチャット**の設定も管理します（デフォルトはオン）。オフにすると会話はできなくなりますが、通知の投稿は続きます。下書きの作成より先に、レポートの投稿だけを導入したい場合に便利です。 ### 各メンバーが自分のアカウントをリンクする 初めて @Brew をメンションするかDMを送ると、Brew から本人にだけ見える形で、**Connect your Brew account**（Brew アカウントを接続）のリンクが届きます。このリンクは1回限り有効で、10分で期限が切れます。ログインした状態で開いて確認すると、Brew が元のメッセージに回答します。メッセージを入力し直す必要はありません。 Slack のメールアドレスが、Brew で確認済みのメールアドレスのどれとも一致しない場合は、先に「この Slack アカウントは自分のものです」にチェックを入れます。このリンクによって、Slack のユーザーがあなたの Brew のアクセス権で操作できるようになるためです。リンクは、Brew の Slack 設定ページからいつでも解除できます。 ## 1つのスレッドで1つのキャンペーンを ### ブリーフ > @Brew 「Pro プランの顧客」のオーディエンス向けに、10月の製品アップデートの下書きを作成してください。最初に Slack での承認、次に Intelligent Send、最後に新しいメール診断を紹介してください。変更履歴へのリンクを入れて、150語以内でお願いします。 良いブリーフでは、オーディエンス、伝える内容の優先順位、そして厳守すべき制約を1つ示します。Brew はメッセージを確認すると目の絵文字でリアクションするので、受け取ったことがわかります。添付したドキュメントやスクリーンショットも読み込めます（1回のやり取りにつき最大12ファイル、各25MBまで）。ファイルの読み込み機能が追加される前にインストールした場合は、先に管理者が再接続する必要があります。 Slack のエージェント機能へのアクセスを許可していれば、回答は進行状況のステップとともにストリーミングで表示され、Slack 標準の停止ボタンも使えます。古いインストールでは、作業中であることを知らせるメッセージのあとに、回答が投稿されます。**Slack を再接続**すると、ストリーミングに切り替わり、全員のリンクと通知設定はそのまま保持されます。レート制限などで Slack がストリーミングを受け付けない場合、Brew は従来の返信方式に切り替えます。 回答にはメールの画像が含まれ（1回の回答につき最大4枚）、スレッドの全員が、コピーだけでなくレイアウトも確認できます。複数のパターンを比べるときに便利です。 ### 修正 チームメンバーに頼むように、修正を依頼しましょう。 > 導入文を短くして、ボタンの文言は「変更履歴を読む」にして スレッドを始めたのがあなたなら、続けて送るメッセージにメンションは不要です。ほかの人は @Brew をメンションする必要があるため、横から入ったコメントが指示として読み取られることはありません。 レイアウトの微調整のようなキャンバスでの作業には、Brew がウェブアプリのメールへのリンクを返します。ウェブアプリでは、そのスレッドが Slack バッジ付きのチャットとして表示されます。最初のプロンプトの例は、[メールエージェントへのブリーフの書き方](/ja/blog/how-to-brief-an-email-agent)にもっと載っています。 ### テスト > テストを送って 自分だけに送るテストは、すぐに実行されます。 > maya@example.com と jon@example.com にテストを送って これはほかの人に届くため、承認カードが表示されます。テストの宛先は最大50件です。 ### 本番の送信 > @Brew マーケティング用のドメインから、ニューヨーク時間の火曜日9:00に配信を予約してください 承認カードには、次の内容が表示されます。 - メールのプレビュー - オーディエンスと、対象となる受信者の数 - 差出人と件名 - 配信時刻（カードを見る人それぞれの Slack のタイムゾーンで表示） - 承認ボタンと却下ボタン、そしてウェブアプリで開くための **Review in Brew**（Brew で確認） 承認ボタンには、**Send**（送信）、**Schedule**（予約）、**Send test**（テストを送信）、**Run it**（実行する）、**Resume**（再開）、**Cancel it**（キャンセルする）など、実行する操作の名前が表示されます。却下ボタンの表示は、**Cancel**（キャンセル）、**Not now**（今はしない）、**Keep paused**（一時停止のままにする）のいずれかです。そのあと Slack がもう一度確認を求め、**Go back**（戻る）も選べます。送信ドメインが認証されていないなど、記載どおりに送信できない場合は、カードに **Can't go yet**（まだ実行できません）と表示され、選べるのは却下ボタンだけになります。 まず、対象となる受信者の数を確認しましょう。Pro プランの顧客が12,000人いるはずなのに340人と表示されていたら、静まり返った火曜日のダッシュボードで気づくより、Slack で気づくほうがずっとましです。 ## 承認できるのが依頼した本人だけである理由 カードには「Only @you can answer this.」（これに回答できるのは @you だけです）と表示されます。チームメンバーが「Approve」や「Decline」（却下）をクリックしても、Brew はその人にだけ見える形で、回答できるのは依頼した本人だけだと伝え、何も実行しません。 「誰でも承認できる」仕組みは、予想どおりの形で失敗します。ブリーフを書いた人は、プレビューを読み、オーディエンスを確認しています。自分が始めたわけではないスレッドで、緑のボタンを横目にスクロールしていく人は、そのどちらもしていません。40,000人に届くキャンペーンが、誰が最初にクリックするかで左右されてはいけません。ほかの人が配信の責任を持つべきなら、その人が自分のメッセージで Brew に依頼し、自分のカードを受け取ります。 カードは操作を確認するためのものであり、チームのレビューの代わりにはなりません。組織で送信前の承認による保留を使っている場合は、ウェブアプリと同じく、「Approve」のあとにもそれが適用されます。 | 操作 | 承認カードが必要か | | --- | --- | | 下書き、編集、質問への回答 | 不要 | | 自分宛てのテスト送信 | 不要 | | ほかのアドレスへのテスト送信（最大50件） | 必要 | | キャンペーンの送信または予約 | 必要 | | オーディエンスを起点とするオートメーションの実行 | 必要。ドライランは不要 | | 配信または実行の一時停止 | 不要 | | 配信または実行の再開・キャンセル | 必要 | 一時停止では、意図的にカードを省いています。問題がありそうなものを止めるのは、メッセージ1つで済むべきです。それに、一時停止で誰かに何かが届くことはありません。 ## チャンネルでのレポート 承認はスレッドで、結果はチーム全員が読む場所で。**連携サービス → Slack** の**このブランドの通知**で、チャンネルと、そこに投稿する更新を選びます。 - **メールの配信**：キャンペーンの送信が完了したとき、または失敗したときに投稿します。 - **週次サマリー**：毎週月曜日の15:00（UTC）に投稿します。配信がなかった週はスキップされ、最も開封されたメールとして名前が挙がるのは、到達数が200以上のメールだけです。そのため、5人に送ったテストがトップになることはありません。 - **コメントのメンションと返信**：ブランドのメールについたコメントが対象です。 新しく追加したチャンネルには、3つすべてが投稿されます。ブランドごとに最大10チャンネルまで設定できるので、週次サマリーは経営陣に、コメントへの返信はライターに、と振り分けられます。 ## チームに展開する前に - **キャンペーンごとにスレッドを分ける**。1つのスレッドで2つのローンチを扱うと、1つのチャットに2つのブリーフが混在することになります。 - **誰がスレッドを始めるかを決める**。「Send」を押すのはその人なので、アイデアを出した人ではなく、キャンペーンの責任者にしましょう。 - **返信が見えない場合があると心得る**。リンクの案内や拒否のメッセージは本人にだけ表示される一時的なメッセージなので、チームメンバーにはあなたのメッセージだけが見え、回答は見えないことがあります。 - **メッセージは1つずつ送る**。Brew が処理中の場合は、再送を求められます。メッセージがキューに入ることはありません。 - **クレジットはウェブのチャットと同じ**。Slack での1回のやり取りにかかるクレジットは、ウェブアプリと同じです。 - **接続の解除は全体に及ぶ**。すべてのブランドの通知が止まり、すべてのアカウントのリンクが解除されます。 新しいユーザーには、Brew の「メッセージ」タブに、「Draft a welcome email」（ウェルカムメールの下書きを作成）や「How did my last campaign do?」（前回のキャンペーンの成果は？）など、最大4つのおすすめのプロンプトが表示されます。アカウントをリンクしていない人には、まず「Connect my Brew account」（自分の Brew アカウントを接続）が表示され、そのあとに、これらのプロンプトのうち3つが表示されます。これなら、使い方を一から説明しなくても、すぐに使い始めてもらえます。 ## よくある質問 ### 誰も承認しなくても、Brew がメールを送信することはありますか？ 本番の送信はありません。ほかの人に届く可能性のある操作は、すべて承認カードを待ちます。自分宛てのテストと一時停止は、そのまま実行されます。 ### チームメンバーが代わりに承認できますか？ いいえ。カードに回答できるのは、「Decline」も含めて、依頼した本人だけです。配信の責任を持つべきチームメンバーは、自分で Brew に依頼して、自分のカードを受け取ります。 ### Slack 用に、別の Brew のログインが必要ですか？ いいえ。既存の Brew アカウントを一度リンクすれば、Brew はあなたのアクセス権を使います。そのため、Slack でもウェブアプリと同じブランドが表示されます。 ### ウェブアプリの代わりになりますか？ いいえ。Slack は、下書きの作成、承認、配信の成果の確認に向いています。キャンバスでのレイアウト作業は Brew で行います。Brew では、Slack のどのスレッドもチャットとして表示されます。 ## 関連記事 [MCPを使ったキャンペーン運用のガイド](/ja/blog/how-to-build-and-schedule-an-email-campaign-from-claude-using-mcp)では、Claude や Cursor から運用するキャンペーンにも、同じ確認ステップを使っています。10月に公開したほかの記事では、[コンタクトごとの送信時刻最適化](/ja/blog/send-time-optimization-per-contact)と、Brew のメール診断の土台になっている[送信前のメールQAチェックリスト](/ja/blog/pre-send-email-qa-checklist)も取り上げています。