Brew vs Customer.io

はい。メールが主なチャネルで、その運用をエージェントに任せたい場合に適しています。Brew では、AIエージェントが自社ブランドに沿ったメールを完成までデザインし、配信やオートメーションの実行まで行います。課金の基準は、保存しているプロフィール数ではなく送信数です。Brew はメール専用なので、SMSとプッシュ通知は別のツールで運用することになります。

はい。デザインは Brew で行い、SMS、プッシュ通知、アプリ内メッセージには Customer.io を使い続けることができます。完成したメールをHTMLでエクスポートし、Customer.io のコードエディターに貼り付けてください。Customer.io との直接連携も近日公開予定です。

Brew では、エージェントがブランドをもとにメールを完成までデザインし、オーディエンスの作成、オートメーションの実行、配信まで行います。Customer.io のMCPはデフォルトでは読み取り専用で、書き込めるのは下書きです。メールのデザインはチームが Design Studio で行い、配信には管理者による本番アクセスの許可が必要です。

OAuth接続や組織全体のMCP接続では、本番の配信や稼働開始の前に確認が求められます。ブランド単位のAPIキーでは、許可された呼び出しを、MCPの確認ステップを経ずに実行できます。

Customer.io のAIは、メールをデザインしません。コピーとブランドカラーを提案し、メールは1通ずつチームが Design Studio でデザインします。Brew に乗り換えたチームからは、こうした下書きが自社ブランドらしく見えることはめったになく、結局は誰かがデザインし直していると聞いています。Brew は、エージェントが毎回読み込むブランドファイルをもとに、レイアウト、コピー、画像までメール全体をデザインするため、ブランドらしいメールをそのまま配信できます。

リストの規模と送信量によって異なります。Customer.io は保存しているプロフィール数で課金されますが、Brew は送信数とAIクレジットで課金され、コンタクト数は無制限です。ユーザー数が多く、その一部にだけメールを送るチームなら、たいてい Brew のほうが安くなります。まずは無料プランで始めて、自社の数字に当てはめて比較してみてください。

いいえ。Brew はメール専用で、自社ドメインからマーケティングメールとトランザクションメールを配信します。SMSやプッシュ通知が必要なチームは、そのために別のツールを使い続けるか、それらには Customer.io を使い、メールのデザインは Brew で行っています。

まだ取得していません。ご依頼があれば、セキュリティ審査への対応やDPAの締結を行います。プライバシーポリシー、DPA、GDPRのページ、サブプロセッサーの一覧は docs.brew.new/legal で公開しています。

登録したその日に、ブランドらしい最初のメールが完成します。それ以降にかかる時間は、運用しているフローの数によって変わります。コンタクトと配信停止はCSVからインポートでき、メールは取り込むより Brew にデザインし直してもらうチームがほとんどです。フローは、それぞれ説明するだけで再構築できます。Brew がテストに合格するまでは、Customer.io からの配信を続けてください。

インポートの前に、「購読中」フィールド用の列を用意してください。オプトイン済みのコンタクトは true、配信停止済み・クリーニング済み・配信除外のコンタクトは false にします。Unsubscribed の true/false フラグがある場合は、先に値を反転させてください。この列を「購読中」にマッピングしたら、配信停止のプレビューを確認します。この値がない場合、新しいコンタクトは購読中として扱われます。

はい。ミーティングで、コンタクトと配信停止リストのインポート、メールの移行またはデザインのやり直し、フローの再構築、送信ドメインの接続まで一緒に進めます。