支援者ごとの寄付履歴と関心データを一元化し継続寄付率の低下を防ぐ方法

NPOや公益法人の運営で、支援者一人ひとりに合った活動報告や次の支援依頼を届けたいのに、寄付の受付データ、メールへの反応、イベント参加の記録がバラバラのシステムに散らばっていて統合できない、という課題が深刻化しています。情報が分断されたまま画一的な報告を送り続けると、支援者の関心は徐々に薄れ、継続寄付率が下がっていきます。

この記事は、従業員10〜50名規模のNPO・公益法人・社会貢献団体で、支援者管理やファンドレイジング業務を兼務している事務局スタッフや広報担当者を想定しています。読み終えると、支援者の寄付履歴・関心領域・反応データを一つの基盤に集約し、関心に応じた報告メールを自動で届けるワークフローを自分たちで構築できるようになります。大規模エンタープライズ向けの全社導入計画や、各ツールの網羅的なレビューは扱いません。

なお、本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。

読み終えた時点で、支援者の関心領域に基づいてセグメント分けされたメール配信が回り始める具体的な手順書が手に入ります。

Workflow at a glance: 支援者ごとの寄付履歴と関心データを一元化し継続寄付率の低下を防ぐ方法

• Step 1: 寄付・イベント申込フォームで支援者情報と関心データを取得する (formrun) (フォーム作成)
• Step 2: フォームデータをCRMに自動連携し支援者カードに関心タグを集約する (Salesforce) (営業支援ツール（SFA）)
• Step 3: 関心タグに基づいてセグメント別の活動報告メールを自動配信する (Account Engagement) (MAツール)

なぜ支援者の情報が散在すると継続寄付率が下がるのか

寄付受付・メール反応・イベント参加が別々に管理されている構造的な問題

多くの団体では、寄付の受付はオンライン決済サービスや銀行振込の台帳で管理し、メールの開封やクリックはメール配信ツール側に残り、イベント参加はスプレッドシートや紙の名簿で記録しています。これらが支援者の氏名やメールアドレスで紐づいていないため、ある支援者が過去にどのプロジェクトに寄付し、どの活動報告に興味を示し、どのイベントに足を運んだかを横断的に把握できません。

画一的な報告が支援者の離脱を招く

情報が分断されていると、全支援者に同じ内容の活動報告を送るしかなくなります。たとえば、教育支援に関心がある支援者に環境保全の報告ばかり届けても、自分の寄付がどう使われたかが見えず、関心が薄れていきます。結果として、メールの開封率が下がり、次回の寄付依頼への反応も鈍くなり、継続寄付率が低下するという悪循環に陥ります。

担当者の属人的な記憶に頼る限界

小規模な団体では、ベテランスタッフの記憶で支援者対応をカバーしているケースもあります。しかし、支援者が100名を超えたあたりから個別の記憶では追いつかなくなり、担当者が異動や退職すると情報が完全に失われます。属人的な対応は短期的には機能しても、組織として継続寄付を伸ばす仕組みにはなりません。

重要な考え方：支援者を軸にしたデータの名寄せと関心タグの自動付与が出発点

支援者情報の一元化というと大がかりなシステム導入を想像しがちですが、実際に必要なのは2つだけです。1つ目は、散在するデータを支援者のメールアドレスをキーにして1か所に集める名寄せの仕組みです。2つ目は、寄付先のプロジェクトやメールのクリック内容から関心領域のタグを自動で付与するルールです。

名寄せはメールアドレスを共通キーにする

寄付受付フォーム、メール配信、イベント申込のすべてでメールアドレスを必須項目にすれば、それが支援者を一意に特定するキーになります。氏名の表記ゆれや住所変更に左右されず、最もシンプルに名寄せできる方法です。

関心タグは行動ベースで自動付与する

支援者にアンケートで関心領域を聞く方法もありますが、回答率は低く、回答内容も変化します。それよりも、寄付したプロジェクトのカテゴリや、メール内でクリックしたリンクの内容から自動的にタグを付ける方が正確で手間もかかりません。たとえば、教育支援プロジェクトに寄付した支援者には教育タグを、環境保全の活動報告リンクをクリックした支援者には環境タグを自動で付与します。

支援者データを集約して関心別の報告メールを自動配信するワークフロー

ステップ 1：寄付・イベント申込フォームで支援者情報と関心データを取得する（formrun）

まず、寄付申込やイベント参加の受付フォームをformrunで作成します。フォームにはメールアドレス、氏名、寄付先プロジェクト（選択式）を必須項目として設定します。イベント申込フォームでも同様にメールアドレスを必須にし、イベントのカテゴリを選択肢に含めます。

formrunのフォームから送信されたデータは、formrunのボード画面に蓄積されます。ここで重要なのは、寄付先プロジェクトの選択肢をあらかじめ関心カテゴリと対応させておくことです。たとえば、選択肢を教育支援、環境保全、医療支援、災害復興のように設定し、これがそのまま関心タグの元データになるようにします。

フォームの作成は1つあたり30分程度で完了します。既存の寄付受付フォームがある場合は、formrunに切り替えるタイミングで項目を整理してください。

ステップ 2：フォームデータをCRMに自動連携し支援者カードに関心タグを集約する（Salesforce）

formrunで受け付けた寄付・イベント申込データを、SalesforceのNPO向け機能（Nonprofit Cloud）に自動連携します。formrunはWebhookやZapierを経由してSalesforceにデータを送ることができます。

Salesforce側では、支援者ごとの取引先責任者レコードに、寄付日・金額・寄付先プロジェクト・イベント参加履歴を紐づけます。関心タグはSalesforceのカスタム項目として設定し、フォームで選択されたプロジェクトカテゴリに応じて自動的にタグを付与するフロー（Salesforceの自動化機能）を組みます。

たとえば、寄付先プロジェクトが教育支援であれば、その支援者の関心タグに教育を追加するルールを設定します。同じ支援者が複数回寄付している場合は、タグが複数付与され、その支援者の関心領域の全体像が見えるようになります。

過去の寄付データがスプレッドシートや別システムにある場合は、CSVでエクスポートしてSalesforceにインポートすることで、初期データの移行も可能です。この作業は支援者数にもよりますが、500名程度であれば半日で完了します。

ステップ 3：関心タグに基づいてセグメント別の活動報告メールを自動配信する（Account Engagement）

Salesforceに集約された支援者データと関心タグを使い、Account Engagement（旧Pardot）でセグメント別のメール配信を設定します。Account EngagementはSalesforceと標準連携しているため、Salesforce上の関心タグをそのままセグメント条件に使えます。

具体的には、関心タグが教育の支援者には教育支援プロジェクトの活動報告を、環境タグの支援者には環境保全の成果報告を、それぞれ自動で配信するシナリオを組みます。月1回の活動報告メールを関心別に3〜4パターン用意し、該当するセグメントに自動送信する設定です。

さらに、Account Engagementではメールの開封やリンクのクリックを追跡できます。このデータをSalesforceの支援者レコードに書き戻すことで、関心タグの精度を継続的に高められます。たとえば、教育タグの支援者が環境保全の報告リンクを繰り返しクリックしていれば、環境タグを追加するルールを設定できます。

配信シナリオの初期設定は2〜3日で完了します。メールテンプレートは関心カテゴリごとに1つずつ作成し、本文の冒頭に支援者の名前と過去の寄付プロジェクト名を差し込むことで、一人ひとりに向けた報告であることが伝わるようにします。

この組み合わせが機能する理由

formrun：支援者データの入口を統一しメールアドレスでの名寄せを確実にする

formrunを選ぶ最大の理由は、フォーム作成の手軽さとデータ連携の柔軟性です。ノーコードでフォームを作成でき、Webhook連携やCSVエクスポートに対応しているため、後続のCRMへのデータ受け渡しがスムーズです。NPOの事務局スタッフがITの専門知識なしで運用できる点も重要です。

一方で、formrun単体では支援者データの蓄積や分析はできません。あくまでデータの入口として使い、蓄積と分析はCRM側に任せる設計が前提です。また、無料プランでは作成できるフォーム数やデータ保持期間に制限があるため、寄付フォームとイベント申込フォームの両方を運用する場合は有料プランが必要になるケースがあります。

Salesforce：NPO向け機能で支援者の全体像を一元管理できる

SalesforceにはNPO向けのNonprofit Cloudがあり、寄付管理や支援者管理に特化した機能が用意されています。NPO向けには割引ライセンスプログラムも提供されており、コスト面でのハードルが下がります。

支援者ごとに寄付履歴、イベント参加、関心タグ、メール反応をすべて1つのレコードに集約できるため、担当者が変わっても情報が引き継がれます。自動化機能（Flow）を使えば、関心タグの付与ルールをノーコードで設定でき、運用の属人化を防げます。

ただし、Salesforceは多機能であるがゆえに初期設定の学習コストが高い点がトレードオフです。最初からすべての機能を使おうとせず、まずは取引先責任者レコードと関心タグの運用に絞って始めることをおすすめします。設定に不安がある場合は、NPO向けのSalesforce導入支援パートナーに初期設定だけ依頼する方法もあります。

Account Engagement：Salesforceのデータをそのまま使ってセグメント配信できる

Account EngagementはSalesforceと同じSalesforce社の製品であり、データ連携に追加の設定やAPIの知識が不要です。Salesforce上の関心タグやカスタム項目をそのままセグメント条件に使えるため、CRMとメール配信の間でデータの二重管理が発生しません。

メールの開封・クリックデータがSalesforceに自動で書き戻される点も大きな利点です。これにより、関心タグの更新が自動化され、配信内容の精度が時間とともに上がっていきます。

制約としては、Account Engagementの料金はSalesforceとは別に発生し、小規模団体にとっては負担になる場合があります。まずはSalesforceのNPO割引ライセンスとAccount Engagementの組み合わせで見積もりを取り、予算に合うか確認してください。メール配信の規模が月数百通程度であれば、Account Engagementの代わりにSalesforceから直接メールを送る簡易的な方法で始め、配信規模が拡大した段階でAccount Engagementを導入する段階的なアプローチも現実的です。

Recommended tool list

結論：支援者データの名寄せと関心タグの自動付与で画一的な報告から脱却する

支援者の寄付履歴と関心データが分断されている問題は、フォームでの入口統一、CRMでの名寄せと関心タグ集約、セグメント別メール配信という3つのステップで解決できます。重要なのは、最初から完璧なデータ統合を目指すのではなく、メールアドレスをキーにした名寄せと、寄付先プロジェクトに基づく関心タグの自動付与から始めることです。

最初の一歩として、今使っている寄付受付フォームの項目を見直し、メールアドレスと寄付先プロジェクトの選択肢が含まれているか確認してください。この2つが揃っていれば、CRMへの連携とセグメント配信の土台はすでにできています。

Mentioned apps: Salesforce, Marketing Cloud Account Engagement, formrun

Related categories: MAツール, フォーム作成, 営業支援ツール（SFA）

Related stack guides: 顧客の最終用途情報と該非判定を一元管理し安全保障貿易管理の審査漏れを防ぐ方法, 顧客情報の更新が営業と経理で食い違い請求書の誤送付と入金遅延を防ぐ方法, 見積もり時の前提条件と実作業のずれを防ぎ追加工数による赤字案件を減らす方法, 個人情報の取得経路と同意記録を一元管理し利用目的外の使用リスクをなくす方法, 売上見通しの更新根拠を営業現場から自動で集めて経営判断の精度を上げる方法