NPOとBraze 寄付者フォローとボランティア募集のジャーニー(概念)
目次 クリックで開く
非営利組織(NPO/NGO)におけるファンドレイジングにおいて、新規寄付者の獲得以上に重要なのが「寄付者の維持(リテンション)」と「熱量の高いボランティアの育成」です。しかし、多くの組織では、数千人、数万人の支援者に対して一律のメールマガジンを配信するにとどまり、一人ひとりの関心やタイミングに合わせたコミュニケーションができずにいます。
本記事では、高度なカスタマーエンゲージメントプラットフォームである「Braze(ブレイズ)」を活用し、NPOがどのように寄付者ジャーニーを構築し、ボランティア募集を自動化すべきか、その実務的なアーキテクチャを解説します。
NPOが直面する「支援者コミュニケーション」の課題
現代の寄付者は、民間企業の洗練されたパーソナライズ体験に慣れています。例えば、ECサイトで閲覧した商品に関連する情報が届くのと同様に、「自分が支援したプロジェクトの進捗」や「自分の住んでいる地域のボランティア情報」が適切なタイミングで届くことを期待しています。
- 情報のミスマッチ: 関心のない分野の活動報告が届き、開封率が低下する。
- タイミングの喪失: 寄付直後の熱量が高い時期に、適切な次のアクション(継続寄付への移行やボランティア勧誘)を提示できていない。
- チャネルの固定化: メールしか手段がなく、若年層やアクティブ層にリーチできていない。
これらの課題を解決するのが、リアルタイム・データ駆動型のBrazeです。Brazeは単なるメール配信ツールではなく、モバイルアプリ、Web、LINE、SMSなどを横断して、ユーザーの挙動に連動したメッセージを届けることが可能です。
Brazeで構築する寄付者フォローアップ・ジャーニー
寄付者のステータスに応じた「キャンバス(Braze内のシナリオ作成機能)」の設計例を紹介します。
1. 新規寄付者のオンボーディング(最初の90日間)
単発寄付が行われた瞬間、BrazeはAPI経由でそのイベントを受け取ります。ここで重要なのは「感謝」だけでなく「インパクトの可視化」です。
- Day 0: 決済完了直後に、代表からのビデオメッセージを含むサンクスメールを配信。
- Day 7: 寄付金がどのように使われるか、具体的なプロジェクト背景をストーリー形式で配信。
- Day 30: 同様の活動に参加しているボランティアの声を紹介し、コミュニティへの所属意識を高める。
- Day 60: 「マンスリーサポーター(継続寄付)」へのアップセルを提案。この際、既に継続寄付をしているユーザーは自動的に除外(セグメント)されます。
2. 継続寄付者のチャーン(離脱)防止
マンスリーサポーターの離脱原因の多くは「クレジットカードの有効期限切れ」や「活動内容の忘却」です。
- 有効期限アラート: カード有効期限が切れる1ヶ月前に、マイページでの更新を促すメッセージをアプリプッシュまたはLINEで通知。
- アニバーサリー配信: 継続1周年、3周年などの節目に、これまでの支援総額がどのような変化を生んだかをレポートとして送付。
ボランティア募集と参加率向上のシナリオ
ボランティア募集においても、Brazeのセグメンテーション機能は威力を発揮します。過去の参加履歴や、Webサイト上の閲覧行動をトリガーにします。
属性と行動に基づいたターゲティング
「学習支援」のページを頻繁に閲覧しているユーザーに対してのみ、学習支援ボランティアの急募情報を送ります。また、居住地データ(Custom Attributes)を活用し、特定の地域で開催されるオフラインイベントの案内を、その近隣住民にのみ配信することで、情報のノイズを減らします。
参加後のフォローアップ
イベント参加(チェックイン)をイベントとしてBrazeに記録すると、帰宅途中のタイミングで「本日の感想」を求めるアンケートを送信できます。ここで高い満足度を示したユーザーに対し、後日「寄付による支援」を打診するクロスチャネルのジャーニーが描けます。
主要ツールとの比較:なぜNPOにBrazeなのか
NPOでよく使われるツールとBrazeを比較します。組織の規模やデータ活用レベルによって最適な選択は異なります。
| 比較項目 | Mailchimp | Salesforce Marketing Cloud | Braze |
|---|---|---|---|
| 主な用途 | 一斉メール配信・簡易自動化 | 大規模B2C・複雑なジャーニー | リアルタイム・マルチチャネル |
| リアルタイム性 | 低い(バッチ処理中心) | 中〜高(Data Extension依存) | 非常に高い(イベント駆動) |
| LINE/SMS連携 | 外部ツールが必要 | 標準機能(高コスト) | 標準機能(柔軟性が高い) |
| 技術的難易度 | 低い | 非常に高い(SQL必須) | 中〜高(SDK/API設計が必要) |
| NPO向け価格 | 割引プランあり | 要問い合わせ(NPSP連携可) | 公式の料金ページにて確認が必要 |
Brazeの最大の特徴は、「モバイルファーストであること」と「データ処理の速さ」です。寄付者がスマホでWebサイトを閉じようとした瞬間にWebプッシュを送る、といったスピード感のある施策はBrazeの得意分野です。
技術的実装:データ連携のアーキテクチャ
Brazeを「ただのメール配信スタンド」にしないためには、既存の寄付管理システムとの連携が不可欠です。
1. ユーザープロファイルの統合
Salesforce(NPSP)やkintone、あるいは独自ビルドの寄付DBにある「氏名」「累計寄付額」「最終寄付日」「関心タグ」をBrazeのCustom Attributesとして同期します。
同期には、リバースETLツール(HightouchやCensus)や、iPaaS(Workato、Zapier)を利用するのが一般的です。
2. イベントのトラッキング
「寄付ボタンをクリックした」「フォームを入力途中で離脱した」といった行動を、BrazeのWeb SDKまたはサーバーサイドAPIで送信します。これにより、「カゴ落ち(寄付フォーム離脱)」対策のフォローアップが可能になります。
運用の注意点とセキュリティ
高度なパーソナライズは諸刃の剣です。以下の点に留意してください。
デリバラビリティ(到達率)の管理
Brazeから大量のメールを送信する場合、独自ドメインのSPF/DKIM/DMARC設定は必須です。また、IPウォームアップ(徐々に送信数を増やす工程)を怠ると、Gmailなどのプロバイダーにスパム判定されるリスクがあります。
個人情報の最小化
Brazeに送るデータは、コミュニケーションに必要な最小限に留めるべきです。住所やマイナンバーといった機微情報はBraze側に持たせず、CRM側のID(External ID)で紐付ける設計を推奨します。これにより、万が一の際の情報漏洩リスクを低減できます。
レートリミット(送信制限)
APIを利用してリアルタイム連携を行う場合、Braze側のAPIレートリミットに注意してください。一時に大量の寄付が発生するキャンペーン時(年末など)には、キューイング処理を挟むなどのエンジニアリングが必要になる場合があります。
まとめ:寄付者一人ひとりに寄り添うデジタル基盤へ
NPOにおけるBraze導入は、単なる「ツール導入」ではなく「支援者体験の再設計」そのものです。一律の配信から脱却し、寄付者の行動や感情の揺れ動きに寄り添ったジャーニーを構築することで、組織のミッションに共鳴し続ける強固なファンベースを築くことができます。
導入にあたっては、まずスモールステップとして「新規寄付者へのサンクスジャーニー」から着手することをお勧めします。詳細はBraze公式ドキュメントを参照し、自社のデータ構造に合わせた設計を進めてください。
導入検討時に押さえるべき「3つの技術要件」チェックリスト
Brazeの真価を発揮させるためには、メッセージの内容以上に「データがスムーズに流れる状態」を整える必要があります。プロジェクト開始前に以下の3点を確認してください。
- ユーザーIDの統一: 寄付管理システム、Webサイト、LINE公式アカウントで、同一人物を紐付けるための「共通ID」が定義されているか。
- イベント定義の選定: 「寄付完了」以外に、どの行動(ページ閲覧、動画再生など)をトリガーにするか、上位5つ程度に絞り込めているか。
- 配信チャネルの権限: LINEやSMSを利用する場合、各プラットフォームのAPI連携権限やアカウント種別(LINE公式アカウントの認証済など)が整っているか。
BrazeのライセンスとNPO向け支援プログラムについて
Brazeの料金体系は、一般的に「基本プラットフォーム料金」に「年間アクティブユーザー数(MAU)」や「送信メッセージ数」に応じた従量課金が加わる構造です。商用サービスと同等の高度な機能を提供するため、安価なメールスタンドと比較すると初期コストは高くなる傾向にあります。
一方で、Brazeには社会貢献活動を支援する「Braze for Social Impact」というプログラムが存在します。条件を満たすNPO法人等に対して、ライセンス費用の優遇や導入支援が行われる場合があるため、検討時にはまずこのプログラムの適用可否を問い合わせることを推奨します。
運用フェーズで重要となる「データ活用」の関連記事
Brazeでのシナリオ設計をより強固なものにするために、あわせて参照いただきたい実務ガイドです。
- 広告からLINEミニアプリへ。離脱を最小化しCXを最大化する「摩擦ゼロ」の顧客獲得アーキテクチャ
- 高額なCDPは不要?BigQuery・dbt・リバースETLで構築する「モダンデータスタック」ツール選定と公式事例
| フェーズ | 主な確認事項 | 参照すべき公式ドキュメント |
|---|---|---|
| 機能検証(PoC) | SDKの実装可否、イベント送信テスト | Developer Guide |
| シナリオ設計 | Canvas(自動化)の分岐ロジック策定 | Canvas Overview |
| データ連携 | 既存DB(Salesforce等)との同期設定 | Cloud Data Ingestion |
ご相談・お問い合わせ
本記事の内容を自社の状況に当てはめたい場合や、導入・運用の設計を一緒に整理したい場合は、当社までお気軽にご相談ください。担当より折り返しご連絡いたします。