非営利団体のサポートにAIが最も効くのは、チームの代わりではなく仕分け役として使うときです。領収書・ボランティア・イベントの質問は、自団体のページと寄付者ポータルをもとにAIが回答し、継続寄付の変更や解約は人が送る下書きにとどめ、プログラムの対象資格、苦情、困難な状況にある寄付者はスタッフが担当します。
多くのアドバイスが飛ばしている部分が、記録です。寄付、領収書、継続プランの持ち主は、寄付プラットフォームまたはCRMです。ヘルプデスクのAIは、それを読むだけで、編集してはいけません。Bloomerang、Givebutter、Donorboxは、寄付者がポータルで領収書をダウンロードし、継続寄付を変更・解約できるようにすでになっています。そのため、最も早い成果は、新しい自動化ではなく、正しいリンクを付けた返信であることが多いのです。
私は毎日eeselのサポートキューで働いており、支援者の受信箱に置くAIチームメイトは、すでに使っているヘルプデスクの中で動きます。XAPは、別の機関が判断する質問の紹介状を下書きするために使い、Original Bootcampは、予約や支払いに関するものをすべて人に回しています。非営利団体の受信箱に必要なのは、この形です。
なぜ非営利団体の受信箱は、同じ5つの質問であふれるのですか?
中規模の非営利団体の支援者向け受信箱は、5種類のメールで埋まります。領収書のリクエスト、継続寄付の変更、ボランティアの質問、イベント申込みのトラブル、そして「自分は対象になりますか?」です。どれも単体では難しくありません。問題は山のように積み上がることで、助成金の報告書やイベント準備の合間に、同じ2、3人がすべてに答えているからです。
領収書は最も分かりやすい例です。税務用の書状は送ったのに、特に年が変わるころには、それでも問い合わせが来ます。
"We send a letter immediately after the donation with the tax info at the bottom, so it should suffice, but we get so many immediate requests from folks on January 1 wondering where their tax receipt is that we also send a January tax receipt listing all the donations for the year."
ボランティアは2つ目の山で、ツールだけでは解決しません。200人のアクティブなボランティアを担当するコーディネーターは、こう語っています。
"I have volunteers who will over the phone straight up tell me they wont even click links! How do you tow the line of requiring a system be used and losing volunteers because of it? Alot of our older volunteers are also donors who have a sense of ownership."
この最後の一文は、自動化するあらゆるものに関わります。土曜日のシフトについて尋ねる人は、毎月の寄付者でもあるかもしれません。冷たい、間違っている、あるいは明らかにロボット的な返信は、メール1通以上のものを失わせます。年末の寄付シーズンの季節的な急増が、店舗よりもここで痛手になるのも同じ理由です。連絡してくる人は、単なる顧客ではなく、あなたの支援者だからです。
AIは何に回答し、何を下書きし、何を人に引き継ぐべきですか?
私が使う分け方には、3つのレーンがあります。回答が公開ページやポータルのリンクから出せるなら、AIが回答します。回答が寄付者の記録に左右されるなら、AIは下書きします。誰かについて何かを決めるものは、人が担当します。
下のリクエストを選ぶと、どのレーンに属するか、AIが返信前に何を読むべきかが分かります。
この分け方が実際に機能するための決まりが2つあります。1つ目は、AIが回答するのは、引用しても恥ずかしくない情報源だけにすること。FAQ、ボランティアのページ、寄付者ポータルのヘルプ、すでに運用しているヘルプセンターです。2つ目は、それ以外の情報源にあることは、下書きか引き継ぎにし、推測では決して答えないことです。
2つ目の決まりは、経験から来ています。eeselの有料顧客のキューで実際に起きたことです。ナレッジベースにその質問に関する情報がなく、ボットがサブスクリプションの条件をでっち上げて、実際の顧客に送ってしまいました。だから私は、お金に関する質問はすべて「記録を読むか、引き継ぐか」として扱いますし、ハルシネーションの防止は、AIに何を回答させるかを決めるところから始まるのです。
寄付者の記録を持つのは、ヘルプデスクと寄付プラットフォームのどちらですか?
寄付プラットフォームです。CRMまたは寄付プラットフォームが、すべての寄付、領収書、継続プランの記録であり、ヘルプデスクのAIはその記録の読み手であって、2つ目のコピーではありません。AIが寄付額を勝手に変更してしまうと、真実が2つできてしまい、寄付者の銀行明細はどちらにも合いません。
良いニュースは、ほとんどの寄付プラットフォームが、寄付者が自分で手続きできるようにすでになっていることです。
| プラットフォーム | 寄付者が自分でできること | 出典 |
|---|---|---|
| Givebutter | 金額の変更、カードの更新、継続プランの一時停止または解約、領収書のPDFダウンロード | Givebutter help center |
| Bloomerang | 継続寄付の頻度、次回の支払日、金額、ファンドの更新、過去3年分の税務サマリーのPDFをメールで受け取る | Bloomerang donor portal |
| Donorbox | 取引の確認、領収書のダウンロード、継続プランの一時停止・解約・変更 | Donorbox donor portal |
| Salesforce NPSP | Experience Cloudサイト上に構築する寄付者ポータル。寄付履歴のコンポーネント付き。Experience Cloudのライセンスが必要 | Salesforce Help |
プラットフォームによっては、スタッフにできることをあえて制限しています。Givebutterのヘルプページには、管理者は寄付者に代わって継続プランを解約できるが、"admins cannot manage other details (such as donation amount) on behalf of a donor."と書かれています。支援者対応のチームは、ほかのシステムでも同じ状況を目にします。
"We’ve had donors ask us similar things but are understanding when we say that to protect their information we can only cancel a recurring donation for them. Our system lets them set up an account where they can login and make changes though, so explaining that also usually makes it easy for them to do it on their own."
つまり、「寄付額を下げてほしい」というメールでのAIの仕事は、このチームが手作業でしている説明です。ポータルのリンク、正確な手順、温かい一言。寄付者が2分で行動できる最初の返信です。
英国のナンバープレート販売会社Swiftregは、eeselではるかに大きな規模で同じ原則を運用しています。ライブの照会が、ナレッジベース、過去のチケット、顧客の言うことよりも優先されます。注文の詳細は本人確認済みのアカウント保有者にしか伝えず、AIは照会で確認していない返金やステータスを決して報告しません。「注文」を「継続プラン」に置き換えれば、それが寄付者の受信箱のルールになります。
AIは支援者のレーンごとにどう対応すべきですか?
5つのレーンそれぞれの設定方法を、越えてはいけない一線とともに紹介します。
領収書のリクエスト
AIが最も早く片付けられるレーンです。答えはほとんどいつも「ここにあります」だからです。AIは領収書のFAQを確認し、寄付者がポータルのアカウントを持っているかを調べ、ダウンロード手順か、年末のまとめが届く日付を返信します。寄付者が望んでいるのはまさにそれです。
"As a donor, I like them "promptly". 48 hours to 2 weeks (via email or letter). I do not want to be tracking them down at tax time."
AIがしてはいけないのは、領収書を書くことです。米国では、$250以上の寄付に対するIRSの書面での確認に、団体名、現金の金額、物品やサービスは提供されていないという記載(または、その価値の誠実な見積り)が含まれていなければなりません。その文言は、寄付プラットフォームが送るテンプレートに入れるべきもので、AIがゼロから書く返信に入れるべきものではありません。
継続寄付の変更と解約
これらは回答ではなく下書きです。AIがプランを読んで返信を書き、変更が記録上で確定してから人が送ります。解約については、トーンはシンプルに保ちます。確認し、感謝し、最後の請求がいつだったかを伝える。引き留めの提案は一度ならよいかもしれませんが、「本当によろしいですか?」というメールの繰り返しは、支援者を苦情申立人に変えてしまいます。解約リクエストのガイドでは、サブスクリプションについて同じバランスを扱っており、返金リクエストのガイドでは、お金が逆方向に動く場合を扱っています。
カード情報は厳守すべき一線です。寄付者がメールにカード番号を貼り付けた場合、AIはそれを繰り返したり、メモに保存したり、残りを尋ねたりしてはいけません。ポータルの「支払い方法を更新」ページへ案内し、スタッフが伏せ字にできるようチケットにフラグを立てます。同じ考え方は、不正関連のサポートのガイドにも通じています。
ボランティアの質問
ボランティアのメールの多くは、1ページで答えが出ます。申込み方法、必要な研修、駐車場所、持ち物。AIはこれらに直接回答できます。コーディネーターには、役割の割り当て、身元確認、特定の人のシフト履歴に関することが残ります。そして、リンクをクリックしないボランティアのために、AIの返信にはフォームだけでなく電話番号も含めるべきです。
イベントの申込み
イベントに関する一般的な質問(開始時間、会場、服装、アクセシビリティ)は、AIが回答するものです。申込みのトラブル(「チケットが届かない」「二重に申し込んだ」)は、申込み記録を見る必要があるため、下書きです。譲渡と返金は人が担当します。
ここにも税務上の落とし穴があります。ガラのチケットが$75を超え、その一部が食事代にあたる場合、IRSはそれを対価のある寄付(quid pro quo)として扱い、団体は寄付者が受け取ったものの誠実な見積りを記した書面を提供しなければなりません。罰則は寄付1件あたり$10、1イベントにつき最大$5,000です。したがって、「チケットのうちいくらが控除対象ですか?」は、AIが公開しているイベントページから回答する質問であり、自分で計算する質問ではありません。
プログラムの対象資格
AIが決して判断してはいけないレーンです。公開している基準を分かりやすい言葉で説明し、申請リンクを送ることはできます。「はい」か「いいえ」かは人についての判断であり、書類や別の機関の規則に左右されることが多いのです。
大学とキャリア向けのソフトウェアを作るXAPも、同じ形の質問に直面します。ジョージア州学生金融委員会が判断する奨学金の資格について学生が尋ねると、eeselは紹介状の全文を社内メモとして下書きし、人が送らない限り、学生には何も届きません。学生がどのポータルのことを言っているのか分からない場合は、代わりに確認の質問を下書きします。「自分は対象になりますか?」のメールにも、このパターンを真似するとよいでしょう。
苦情と困難な状況にある寄付者
すべての苦情、気分を害した電話の相手、経済的な困難や身内の不幸に触れるメールは、まず人のもとへ行きます。AIの仕事は、タグを付け、放置されないようにすることだけです。Original Bootcampも同じルールを設定に書き込んでいます。メッセージにけがや病気への言及があれば、予約の質問に答えられる場合でも、人に回します。
寄付者に対するAIについて、規則は何と言っていますか?
規則は医療や金融ほど重くありませんが、存在し、ほとんどが同じ方向を向いています。AIの発言は人が確認し、AIが関わっているときは寄付者に伝えるということです。
英国:Fundraising RegulatorのAIガイダンス
英国のFundraising Regulatorは、ファンドレイジングにおけるAIのガイダンスを公開しており、最終更新は2025年12月8日です。支援者の受信箱に当てはまる部分は次のとおりです。
- 責任は自団体にあります。 第三者のツールが生成したコンテンツを含め、AIが書いたものすべてに責任を負います。
- リスク評価を行ってください。 AIツールを使う前に実施し、まずは閉じた環境でテストまたは試験運用します。
- AIポリシーを公開してください。 ウェブサイトに掲載します。ガイダンスによれば、チャットボットを使う場合に最も重要です。
- 人による確認を続けてください。 AIコンテンツを人が確認し、チャットボットのように人の即時の監督なしで動くAIは監視します。
- 非公開の情報を入れないでください。 一般に公開されているAIツールには入力せず、適切な人の監督なしに、AIにファンドレイジングの自動判断をさせてはいけません。
英国:Gift Aidの宣言
英国では、Gift Aidに関するメールは支援者からよくある質問で、記録にも関わります。Gift Aidを請求するには、慈善団体は寄付者のフルネームと自宅住所を記したGift Aid宣言が必要で、請求した直近の寄付から6年間、宣言を保管しなければなりません。寄付者側では、Gift Aidは£1につき25pを上乗せし、寄付者は十分な税金を払わなくなったら団体に伝える必要があります。そのため、「引っ越しました」や「もう税金を払っていません」はスタッフ向けの下書きになります。どちらも請求できる内容を変えるからです。
米国:領収書と開示
上記のIRSの規則($250の書面での確認、$75のquid pro quo開示)は、ほとんどが寄付プラットフォームのテンプレートに入っています。サポートの仕事は、AIが本物の領収書を案内し、税務の文言を決してアドリブで書かないようにすることです。メールやチャットで支払いを受け付けるなら、カードデータの規則も関わってくるため、「チケットには決して記載しない」は、AIへの指示に書いておく価値のあるルールです。
誰も確認していないと、寄付者は気づきます。ある非営利団体のスタッフで、寄付者でもある人は、こう語っています。
"As a donor when I see AI-created materials that are outward-facing it is an instant turnoff. It is obvious and looks cheap. And it does raise concern that the org is relying on bad outputs and not having a human verify the stuff their AI tools are putting out."
助成する側も、反対側から同じことを言っています。領収書は定型文でよいが、お礼はそうではない、と。
"The nonprofits I work with, I tell them the tax receipt can be a form letter, but ALWAYS send either a handwritten note or a typed letter explaining the impact the donation made. The ones that do are often repeat grantees."
私が引く線は、そこです。AIが事務的な作業を片付けるから、チームは寄付者を引き留めるお礼に時間を使えます。こうした規則の下でのAIについて、より広い視点は、規制の厳しい業界とGDPRリクエストのガイドをご覧ください。
新しいシステムなしで、非営利団体のサポートにAIを導入するには?
新しいプラットフォームは必要ありません。AIチームメイトは、すでに使っている既存のヘルプデスクや共有受信箱の中で動きます。私ならこの順番で進めます。
- 支援者からのメール90日分を取り出し、レーンごとにタグ付けします。領収書、継続寄付、ボランティア、イベント、対象資格、苦情。たいてい、2つか3つのレーンが大半を占めていることが分かります。
- まず情報源を整えます。 領収書のFAQ、ボランティアのページ、イベントのページを更新し、寄付者ポータルのリンクを見つけやすくします。AIの出来は、背後にあるナレッジベース次第です。
- すでに使っているヘルプデスクを接続します。 Zendesk、Freshdesk、Help Scoutなどです。過去のスタッフの返信から学習させ、チームの書き方に合わせます。
- すべてのレーンで、まず下書きから始めます。 スタッフが送信し、AIが誰かに直接話しかける前に、どこが正しいかを確認できます。こうして返信の下書きは信頼を得ます。
- 引き継ぎのルールを書き出します。 対象資格、苦情、返金、困難な状況、カードデータは必ず人に回し、支援者には誰かが返信するという短いメモを添えます。
- 公開前に過去のメールでテストします。 支援者の実際のメール数百件にAIを走らせ、その回答をスタッフが送った内容と比べます。シミュレーションテストのガイドでは、トピックごとのサンプルサイズを扱っています。
- レーンごとに直接回答を有効にします。 領収書とボランティアの質問から始め、すべての返信にAIのラベルを付けます。
Original Bootcampは、ステップ5の良いお手本です。Freshdesk上で1つのエージェントを動かし、ウェブサイトと過去のチケットから答えられるチケットだけを通すフィルターを1つ設けています。キャンセル、再予約、支払い、請求書に関するものは、カスタマーサービスチームへ回り、eeselは会員にそうしていることを伝えます。約2,800件のドキュメントから回答し、予約を変更したと主張することは決してありません。
年末の寄付シーズンでチームが埋もれてしまうなら、同じ設定が週末の空白もカバーします。領収書やボランティアの質問は、月曜まで待ってくれないからです。また、支援者が複数の言語で連絡してくるなら、多言語サポートエージェントが相手の使った言語で返信します。
非営利団体のサポートにAIを使うと、費用はどれくらいですか?
出発点となるヘルプデスクによって異なります。非営利団体向けのプログラムを持つヘルプデスクは複数あり、AIの部分は作業単位で課金されます。以下の数字はすべて、各ベンダー自身のページによるものです。
| オプション | 非営利団体向けの提供 | AIの課金単位 | AIの価格 |
|---|---|---|---|
| Help Scout | 非営利団体に生涯10%割引。同社が支援する課題に取り組む団体は最大100%割引 | ここでは比較せず | Help Scout pricingの内訳をご覧ください |
| Zendesk | Tech for Goodは、選ばれた非営利団体に無料ソフトウェア、助成金、プロボノ支援を提供。現在は申請受付を停止中 | 自動解決 | 契約時1件$1.50、従量課金$2.00 |
| Freshdesk | 料金ページには記載なし | セッション | 最初の500セッションのあと、100セッションあたり$49 |
| eesel | なし。100クレジットの無料プランあり | クレジット(チケットまたはチャット1件) | 500クレジットで月$299から |
試算例:ある非営利団体に、繰り返しの多い支援者メールが月1,000件届くとします。
- eesel: 1,000クレジットで月$499。下書きも直接回答も対象で、ユーザー数ごとの料金はありません。
- Freshdesk: 含まれる500セッションを使い切ったあと、Freddyの1,000セッションで月$490。Freshdeskのシート料金は別です。
- Zendesk: そのうち500件がAIで完全に解決される場合、含まれる解決分を引く前の契約料金で$750。シート料金は別です。
小さなチームにとって、より大きなコストは、請求書よりも工数であることが多いものです。サポート人員の配置のガイドで数え方を紹介しており、非営利団体向けヘルプデスクのおすすめ一覧では、土台となるツールを比較しています。
ベンダーごとの詳細は、Zendesk AI pricingとFreshdesk AI pricingの内訳をご覧ください。
支援者対応の受信箱でeeselを試す
チームが一週間ずっと「領収書はどこ?」「ボランティアにはどう参加するの?」に答えているなら、eeselは、すでに使っているヘルプデスクに加わる新入社員のように働きます。ウェブサイト、寄付者ポータルのヘルプページ、過去の返信から学習し、領収書・ボランティア・イベントの質問にはすべての返信にAIのラベルを付けて回答し、寄付の変更や解約はスタッフが送る下書きとして用意し、対象資格、苦情、返金は適切な担当者に引き継ぎます。
これは、XAPがFreshdeskで紹介チケットを運用している方法や、Swiftregがライブの照会から月約2,100件のZendeskチケットに回答している方法に近いものです。寄付者の誰にも返信が届く前に、自団体の過去の支援者メールで試すことができます。
実際の支援者メールで、100クレジットの無料プランからeeselを試すか、デモを予約して、よくある質問の上位20件を一緒に確認しましょう。