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

助成金の申請が年に20件を超えるNPOでは、似たような内容を財団ごとに毎回書き直す作業が積み重なります。Claudeを使うと、過去の採択実績から再利用できる文章のかたまり(モジュール)をライブラリ化し、新しいRFP(提案依頼書)が来るたびに組み替えて仕上げる運用に切り替えられます。公式のサンプル実装では、この方式で1件あたりの執筆時間が40時間から16時間に縮んだと示されています。

「組み立てライン」とは具体的にどんな仕組みか

やっていることは単純です。過去に成功した提案書・年次報告書・プログラム概要・実績データをClaudeに渡し、プログラム説明・ニーズ声明・組織の実力・評価手法・標準添付書類といった単位のモジュールに分解してもらいます。新しい助成金の公募が来たら、そのモジュール群から関連するものを選び、公募元の優先事項に合わせて言葉遣いを調整しながら1本の提案書に組み立てます。ゼロから文章を書く作業を、既存の部品を選んで微調整する作業に置き換えるという発想です。担当者の役割も、財団ごとに一から起草する「書き手」から、どのモジュールをどう組み合わせるかを決める「戦略の立て役」へと移ります。

始める前に用意するもの

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

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

さらに、理事会承認済みの戦略計画・監査済財務諸表(または非営利法人向け申告書のForm 990)・パートナー団体からの支援表明書(letters of support)があれば、公式のサンプル実装でも「あるとライブラリがより強くなる」追加材料として挙げられています。初回から必須ではありませんが、手元にあるなら最初のアップロードに含めておくと組織の実力モジュールの厚みが増します。

これらをアップロードした状態で、Google DriveとGmailの2つのコネクタを接続しておきます。Google Driveはモジュールライブラリの保存先として、Gmailは提出メールや財団とのやり取りの下書きに使います。接続方法はClaude Google Drive連携とClaude Gmail連携にまとめています。加えて、あとで作る助成金トラッキング表をExcel形式で書き出すには、コード実行とファイル作成の機能もあらかじめ有効にしておく必要があります。コネクタの接続とこの2機能は別物なので、どちらか一方だけ有効になっていないか確認しておくと手戻りがありません。

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

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

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

Claudeはこの依頼を受けて、プログラム説明を3段階の詳しさで用意し、ニーズ声明は地域別・課題別に分け、組織の実力は「ガバナンス」「財務健全性」「実績」「連携実績」の観点ごとにモジュール化します。各モジュールには更新日・対象となる財団の種類・想定文字数といったメタデータが付き、次回選ぶときの目安になります。

できあがるライブラリの内訳は、公式のサンプル実装では次の5種類に分かれます。

標準添付書類のモジュールには、理事会名簿・監査報告書・IRSの非課税認定書(IRS determination letter)のように、財団によって毎回同じ形式を求められる書類も含めておきます。ここまで揃えておけば、新しい公募が来たときに一から探し直す作業がなくなります。

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

ライブラリができたら、実際の公募案件を渡して組み立てを依頼します。公式のサンプル実装では、Morrison Foundation Youth Innovation Grant(7万5,000ドル規模)という架空の公募を題材に、エグゼクティブサマリー・課題提起・プログラム内容・予算説明・ロジックモデル・評価計画までを1回のやり取りで組み立てています。予算説明では間接費15%を含めた費用の内訳を示し、評価計画では公募元が重視する指標に沿った評価手法を含めた形で出力されました。

このとき重要なのは、モジュールをそのまま貼り付けるのではなく、公募元が重視するキーワード(「イノベーション」「当事者の声」など)に合わせて言い回しを調整するよう明示的に指示することです。同じ「プログラム説明」モジュールでも、財団ごとに強調点を変えて出力させることで、使い回し感のない提案書に仕上がります。

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

提案書を出しっぱなしにせず、結果をライブラリに還元する仕組みも一緒に作っておきます。公式のサンプル実装は、次の5点をセットで用意しています。

このうちEmail Templatesが、冒頭で接続したGmailコネクタの主な使いどころです。提出メールや財団とのやり取りの下書きは、ここで作ったテンプレートをもとにGmail上で組み立てます。

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

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

半期に一度など、まとまった件数が溜まったタイミングでは、採択された案件と不採択になった案件をまとめて見比べさせるのも有効です。「直近の採択5件と不採択3件を見比べて、採択された提案でどのモジュールの言い回しが共通していたか、財団からのフィードバックが何を求めていたかを分析してください。今後の執筆で使える『効果のあった言い回しガイド』としてまとめてください」と依頼すると、個別の修正では気づきにくい傾向を洗い出せます。結果を要約した内容として持つのではなく、実際にモジュール本体を書き換えるところまで一緒に依頼すると、ライブラリの更新が独立した作業にならずに済みます。

財団のタイプでモジュールの選び方を変える

モジュール選定表は「財団/政府機関/企業のどれに対して、どのモジュールを使うか」を機械的に一覧化したものですが、実際に効くのは選ぶ理由まで言語化しておいたときです。財団タイプごとに審査で重視される観点が違うため、同じモジュールでも強調点を変える必要があります。

この対応関係を先にライブラリのメタデータへ組み込んでおくと、新しい公募が来たときに財団タイプを入力するだけでモジュールの当たりが付けやすくなります。

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

教育系・行政系・企業系など、似た分野の財団への提出が同じ月に重なることは珍しくありません。この場合は、複数のRFPをまとめて渡し、共通する要件と財団ごとの違いを先に整理させてから、同じプログラムモジュールを軸に少しずつ言い回しを変えて複数案件を並行生成させる進め方が有効です。全文を毎回書き直すのではなく、比較表を作ってから差分だけ調整する流れにすると、さらに時間を圧縮できます。

提出前に財団を調べさせる

モジュールを組み立てる前に、財団の情報を先に集めておくと、公募要項の文面だけでは分からない優先事項が見えてきます。「この財団の直近の助成実績・理事会メンバー・戦略計画・公表している優先事項を調べてください。公募要項に書かれていることと、実際に助成している内容にズレがないか教えてください」と依頼すると、公募要項の建前と実際の採択傾向の差を踏まえてモジュールの選び方や強調点を調整できます。

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

助成金の提案書執筆は、NPOにおけるClaude活用の中でも1つの業務領域にすぎません。資金調達・プログラム設計・ボランティア管理・データ可視化まで含めた全体像を知りたい場合は非営利団体のClaude活用ガイドを先に読んでください。すでに何を効率化すべきか決まっていて、申請作業そのものを今すぐ効率化したい場合は、本記事のステップ1から順に進めれば足ります。寄付者データの分析については寄付者維持と獲得をClaudeで可視化するで別途扱っています。

よくあるつまずき

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

よくある質問

個人のProプランでも組み立てラインを作れますか

Google DriveとGmailのコネクタ自体は個人のPro以上のプランでも接続できます。ただしTeam・Enterpriseプランで契約している組織の場合は、個人が認証する前に組織側でコネクタを有効化しておく必要があります。この前提はGoogle Drive連携の接続手順と同じです。

財団が指定する様式や文字数制限に合わせて出力させられますか

できます。エグゼクティブサマリーを1ページ以内、課題提起を2ページ以内といったページ数・文字数の指定は、依頼文にそのまま書き添えれば反映されます。モジュール自体も「一言(1段落)」「標準(1ページ)」「詳細(3ページ)」の3段階で用意してあるため、公募要項の分量指定に近い版を選んでから、残りの調整を依頼する進め方が効率的です。

まとめ

助成金提案書の執筆は、過去の実績をモジュール化してライブラリ化し、新しいRFPが来るたびに組み替えるという発想に切り替えると、1件あたりの作業時間を大きく圧縮できます。ただし予算数値や実績データの最終的な正確性の確認は、モジュールの出所にかかわらず、あくまで組織側の責任として残ります。提出前の見直しをこの工程から省かないことが、時間短縮と正確さを両立させる前提になります。ライブラリの土台作りにはGoogle DriveとGmailの接続が前提になるため、まだ設定していない場合はClaude Connectorsの一覧から確認してください。