ClaudeでNPOの助成金提案書を量産する仕組みを作る

助成金の申請が年に20件を超えるNPOでは、似たような内容を財団ごとに毎回書き直す作業が積み重なります。Claudeを使うと、過去の採択実績から再利用できる文章のかたまり(モジュール)をライブラリ化し、新しいRFP(提案依頼書)が来るたびに組み替えて仕上げる運用に切り替えられます。応募先の財団がまだ絞り切れていない段階では、先にClaudeで研究費の助成金候補を比較検討する方法で金額・採択率・締切を散布図にして候補を比べます。ライブラリ化に入る時期を見極めやすくなります。

組み立てラインは3段階で動く

過去に成功した提案書・年次報告書・プログラム概要・実績データをClaudeに渡し、モジュールに分解してもらうところから始まります。

ゼロから文章を書く作業が、既存の部品を選んで微調整する作業に変わります。要件の抜けを防ぎたいときは、ClaudeでRFPの要件を提案書の章立てに対応づける手順の対応表が役立ちます。担当者の役割も、財団ごとに一から起草する「書き手」から、どのモジュールをどう組み合わせるかを決める「戦略の立て役」へ移ります。

始める前に用意するもの

ライブラリ化の材料として、次のものを揃えておくと初回から実用的なライブラリになります。

• 直近で採択された提案書3本程度
• 年次報告書(直近2年分)
• プログラムごとの一枚概要資料
• 実績データ・評価レポート
• 可能であれば財団からのフィードバックコメント

さらに、理事会承認済みの戦略計画・監査済財務諸表(または非営利法人向け申告書のForm 990)があると強くなります。パートナー団体からの支援表明書(letters of support)とスタイルガイドも同様です。

初回から必須ではありませんが、手元にあるなら最初のアップロードに含めておきます。

公式のサンプルは米国の団体を前提にしていて、IRSの非課税認定書やForm 990、市・郡・州の区分が出てきます。日本の団体は、定款・登記事項証明書・事業報告書・計算書類のように、財団が毎回求める書類へ読み替えて用意します。

Google DriveとGmailはどこまで使えるか

接続するコネクタはGoogle DriveとGmailの2つです。Driveはモジュールライブラリの保存先、Gmailは提出メールや財団とのやり取りの下書き用です。接続方法はClaude Google Drive連携とClaude Gmail連携にまとめています。

ここでは、この運用の成否を分ける権限の条件を見ます。

ライブラリの保存先としてのDrive

ヘルプセンターのGoogle Workspaceコネクタのページには、Driveでフォルダを作成する、ファイルを保存する、と書かれています。ClaudeがつくったExcelなどのファイルをDriveへ保存するには、コード実行とファイル作成の機能も有効にしておく必要があります。コネクタの接続とこの機能は別の設定なので、片方だけ有効になっていないか確かめます。

読み込む側にも条件があります。ピッカーで追加したGoogleドキュメントは、画像を除いたMarkdownに変換されて渡ります。スプレッドシートはCSV、スライドはプレーンテキストです。Googleドキュメント・スプレッドシート・スライドの書き出しは約10MBが上限で、超えるファイルはファイル名などの情報だけが渡り、中身は読まれません。

• 組織の沿革や実績の文章はGoogleドキュメントに置く
• ロゴや写真を含む資料は、モジュール本文ではなく添付ファイルとして管理する
• 統計をまとめた大きなスプレッドシートは、10MBを超えていないか先に確かめる

共有プロジェクトにも制約があります。Driveのファイルをプロジェクトのナレッジへ追加できるのは、他の人と共有していない非公開のプロジェクトだけです。共有プロジェクトではGoogle Driveの項目が選べなくなります。複数のスタッフで同じライブラリを使うなら、共有プロジェクトに入れるのではなく、各自が自分のGoogleアカウントで接続します。Claudeはそのアカウントが開けるファイルにしか届きません。

提出メールの下書きとしてのGmail

Gmailについては、公式の2つのページで書き方が食い違っています。

どちらの記述が現行の挙動に当たるかを決めつけず、手を動かす前に自分の環境で確かめるのが確実です。提出メールの本文だけをClaudeにつくらせ、送信は手元のGmailから行う流れなら、どちらの記述でも成立します。Team・Enterpriseでは、どちらのページもOwnerが先に組織でコネクタを有効にする点で一致しています。

ステップ1: モジュール型コンテンツライブラリを作る

過去の提案書と関連資料をアップロードし、次のような依頼でライブラリ化を進めます。

年間20件以上の助成金申請を効率化するため、
モジュール型のコンテンツライブラリを作りたいと考えています。
アップロードした過去の採択提案書、年次報告書、
プログラム概要、実績データをもとに、
プログラム説明(簡易版/標準版/詳細版の3段階)、
ニーズ声明(統計データ付き)、組織の実力(体制・財務・実績)、
評価手法と過去の成果、標準添付書類の各モジュールに分解してください。
「助成金コンテンツライブラリ」というフォルダ名でGoogleドライブに保存してください。

各モジュールには更新日・対象となる財団の種類・文字数のメタデータが付き、次に選ぶときの目安になります。できあがるライブラリの内訳は次の5種類です。

標準添付書類は、理事会名簿・監査報告書・IRSの非課税認定書のように、財団が毎回同じ形式で求める書類です。この表とは別に、標準添付書類もモジュールとして持っておきます。

ステップ2: 新しいRFPに合わせて提案書を組み立てる

ライブラリができたら、実際の公募案件を渡して組み立てを依頼します。公式のサンプルでは、Morrison Foundation Youth Innovation Grant(7万5,000ドル)という公募が題材です。要件は、エグゼクティブサマリー1ページ、課題提起2ページ、プログラム内容3ページ、予算説明2ページ、ロジックモデル、評価計画でした。

依頼文で大事なのは、モジュールをそのまま貼るのではなく、公募元が重視する語(このサンプルでは「イノベーション」と「若者の声」)に合わせて言い回しを調整するよう明示することです。同じ「プログラム説明」でも、財団ごとに強調点を変えて出力させると、使い回し感のない提案書になります。

出力は、流用した部分と書き下ろした部分に分かれています。

• エグゼクティブサマリー: 定型文のミッション+青少年プログラムの説明を流用し、革新性の部分だけをこの財団向けに新しく書く
• 課題提起: 地域のニーズ+青少年の統計のモジュールに、財団の対象地域のデータを足す
• 予算説明: 7万5,000ドルの内訳に間接費15%を含め、費用対効果と財団の優先事項との対応を書く
• 評価計画: 標準の評価モジュールに、その財団がポートフォリオ全体で追っている指標を当てはめる

提案書の各所には、どのモジュールを使ったかを示す余白メモ(margin notes)も付きます。レビューする人は、流用部分の最新性と書き下ろし部分の裏付けを分けて確認できます。

ステップ3: 提出後の運用 — トラッキングと改善のループ

提案書を出しっぱなしにせず、結果をライブラリに還元する仕組みも一緒に作っておきます。成果物として、主な5点がセットで用意されます。

依頼文には予算テンプレート(間接費を自動計算し、財団の費目に合わせる)も含まれていますが、成果物の一覧には入っていません。予算は提案書ごとに、間接費率を指定して作らせます。

Email Templatesは、Gmailを使うときの下書きの元になります。送信の扱いは前節のGmailの権限の項で触れたとおりです。

採択された提案書からは、うまくいった言い回しを抽出してライブラリ側のモジュールに反映します。依頼の例は「この提案書から改善できた言い回しを抜き出し、該当モジュールを更新してください。更新日と反応のよかった財団名も記録してください」です。不採択の案件も、財団のフィードバックがあれば同じ流れで反映できます。

もう一段踏み込むなら、各モジュールに固有IDを振ります。「各モジュールに一意のIDを付けてください。助成金が採択されたら、どのモジュールを使ったかをそのIDで記録し、勝率の高いモジュールを特定できるようにしてください」と依頼すると、採択実績の数字をもとにどのモジュールを磨くかを決められます。

1年分の結果が溜まったときは、採択5件と不採択3件を見比べさせる方法もあります。採択された提案で共通していた言い回しと、財団のフィードバックが求めていた点を分析させ、「効果のあった言い回しガイド」としてまとめさせます。要約を持つだけで終えず、モジュール本体を書き換えるところまで依頼すると、ライブラリの更新が独立した作業になりません。

公募元のタイプと実際の助成実績でモジュールを選ぶ

モジュール選定表は、公募元が財団・政府機関・企業のどれかによって使うモジュールを変えるための早見表です。表は最初に1回作るだけでなく、採択結果を見ながら更新します。

過去の採択5件と不採択3件を、公募元のタイプ(財団/政府機関/企業)別に分けてください。
タイプごとに、採択された提案で使われたモジュールと、使わなかったモジュールを一覧にして、
モジュール選定表を更新してください。

選ぶ前に、財団の実際の助成傾向も調べさせます。Web検索を使える状態で、サンプルの依頼文は、直近の助成実績・理事会メンバー・戦略計画・公表している優先事項を調べ、公募要項に書かれていることと実際に助成している内容のズレを教えさせるものです。建前と採択傾向の差を踏まえて、モジュールの選び方や強調点を調整できます。結果は財団インテリジェンステンプレートに書き込みます。

複数の締切が重なったときの使い方

教育系・行政系・企業系など、似た分野の財団への提出が同じ月に重なることがあります。サンプルの依頼文は次のとおりです。

来月に3件の助成金の締切があります。コンテンツライブラリを使って、
(1)州の教育助成金は学業成果を強調、(2)コミュニティ財団の助成金は公平性に焦点、
(3)企業財団の助成金は就労準備を強調した提案書を作ってください。
同じプログラムモジュールを使い、枠組み・指標・言い回しは各財団に合わせてください。

財団が4件並ぶなら、先に比較表を作らせます。共通する要件・財団ごとに固有の要素・優先事項の違いを洗い出してから、全文の書き直しではなく差分の調整で進めます。

助成金提案はNPO業務全体のどこに当たるか

助成金の提案書執筆は、NPOにおけるClaude活用の中でも1つの業務領域にすぎません。資金調達・プログラム設計・ボランティア管理・データ可視化まで含めた全体像は非営利団体のClaude活用ガイドにあります。寄付者データの分析は寄付者維持と獲得をClaudeで可視化するで扱っています。

よくあるつまずき

• モジュールを貼り合わせただけで終わる: 財団ごとの優先キーワードを指示しないと、使い回し感の強い文章になります。財団の関心事を先に伝えてから組み立てさせます
• 予算数値や実績データの正確性を確認しないまま提出する: モジュール化された数値も、財団や年度によって古くなっている場合があります。提出前に必ず最新の数字と照合します
• ライブラリが更新されず陳腐化する: 結果の反映を省くと、統計や実績が古いまま使い回されます。サンプルは四半期ごとの見直しを勧め、「6か月以上更新されていないモジュールに印を付けて」という依頼で棚卸しします

まとめ

年間の申請件数とスタッフ数から、Driveを各自のアカウントで接続して共有するか、Gmailの送信を手元に残すかを先に決めると、運用の形が定まります。接続の全体像はClaude Connectorsの一覧から確認できます。