grant-proposal について
grant-proposalは、助成元が示す優先事項に沿った申請書を作成するスキルです。プロジェクトの根拠、目標、成果、評価、予算、組織体制、リスクを整理します。
主な機能
- 01助成元の優先事項との整合
- 02申請書の構成案
- 03SMART目標の設定
- 04成果と評価の計画
- 05予算説明とリスク一覧
- 06品質確認と注意点
活用シーン
- 01プロジェクトメモから申請書を作成
- 02助成プログラムに合わせて申請内容を調整
- 03文字数制限や助成元の重点事項に照らして確認
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ mohitagw15856/ pm-claude-skills --skill grant-proposalインストール後、Claude Code で/grant-proposalを入力して読み込まれたか確認します。
詳細
助成金申請書作成スキル
助成元の優先事項に合わせた、構成の整った助成金申請書を作成します。助成金申請が不採択となる最も一般的な理由は、助成元が助成したい内容ではなく、自分たちが実施したい内容について書いてしまうことです。
必須の入力情報
- 助成元の名称と助成プログラム
- 申請する助成金額
- プロジェクトの説明(大まかなメモでもかまいません)
- 申請組織(種類、実績、実施能力)
- 助成元が明示する優先事項(ガイダンスからコピーしてください。必須です)
- 文字数またはページ数の上限
- 締め切り
出力構成
プロジェクト名
[内容が伝わり、記憶に残るタイトルにします。解決する課題とそのアプローチを示します。]
1. プロジェクト概要/要約(200~300語 — 最後に作成し、最初に配置)
[実施する内容、その重要性、受益者、測定可能な成果を記載します。すべての文に意味を持たせます。]
2. 課題/ニーズ
- 課題: [具体的な根拠を示します。データを使用します]
- 影響を受ける人々: [対象者、規模、地域]
- 現状: [現在あるものと、それでは不十分な理由]
- 支援がない場合の影響: [助成を受けられなかった場合に何が起きるか]
- 申請組織が取り組む理由: [実績、関係性、専門知識]
助成元の審査基準:この課題は、[助成元]が明示する優先事項に合致していますか?つながりを明確に示してください。
3. プロジェクトの目標
SMARTな目標を3~5つ設定します:
- 目標1: [具体的、測定可能、達成可能、関連性がある、期限が明確]
4. 方法/アプローチ
フェーズ1:[名称](1~Xか月目) [何を実施し、誰が担当し、何を成果物として作成するか]
主な活動:
- [活動 — 具体的に記載]
このアプローチが革新的または効果的である理由: [他の選択肢ではなく、このアプローチを採用する理由]
5. インパクトと成果
| レベル | 説明 | 指標 |
|---|---|---|
| アウトプット | [具体的な成果物] | [集計方法] |
| 短期的な成果 | [すぐに生じる変化] | [測定方法] |
| 中期的な成果 | [行動の変化] | [測定方法] |
| 長期的なインパクト | [システム全体の変化] | [根拠の示し方] |
直接の受益者: [対象者と人数] 持続可能性: [助成期間終了後も活動を継続する方法]
6. 評価計画
- 誰が、どのように、いつ評価し、何を測定し、調査結果をどのように共有するか
7. 予算の説明
| 予算項目 | 金額 | 根拠 |
|---|---|---|
| 人件費 | £[amount] | [役割、FTE比率、期間、給与] |
| 旅費 | £[amount] | [具体的な移動先を記載] |
| 機材 | £[amount] | [項目別に記載] |
| 間接費 | £[amount] | [直接費の[X]% — 方針を確認] |
| 合計 | £[total] |
費用対効果: [受益者1人あたりの費用。この助成なしでは実施できないこと]
8. 組織の実施能力
[類似プロジェクトの実績、ガバナンス、財務管理について記載します。過去の助成金と成果を具体的に挙げます]
9. リスク一覧
| リスク | 発生可能性 | 影響 | 軽減策 |
|---|---|---|---|
| [リスク] | 高/中/低 | 高/中/低 | [具体的な軽減策] |
品質チェック
- すべてのセクションで、助成元が明示する優先事項に明確に言及している(一般的な表現だけにとどまっていない)
- 課題の説明に、主張だけでなく具体的なデータが含まれている
- 目標がSMARTである(測定可能で、期限が明確)
- 予算の説明で、すべての項目を具体的な詳細に基づいて正当化している
- 持続可能性のセクションで、助成終了後の対応を説明している
- 文字数制限を守っている
避けるべきパターン
- 汎用的な申請書を書かないでください。すべてのセクションを、助成元が明示する優先事項に合わせる必要があります
- 指定された文字数やページ数の上限を超えないでください。文字数超過の申請書は、多くの助成元で失格となります
- 持続可能性のセクションを曖昧にしないでください。助成終了後に何が起きるのかを、助成元に示す必要があります
- 助成元の審査員に伝わらない専門用語を使わないでください。プロジェクトチームではなく、審査委員会に向けて書きます
- 予算の説明を不十分にしないでください。重要な項目はすべて、方法と理由を示して正当化する必要があります
トリガーフレーズの例
- 「[project]を対象に、[funder]に申請する助成金の申請書を書いてください」
- 「[grant programme]の助成金申請書の作成を手伝ってください」
- 「これらのプロジェクトメモを助成金の申請書にまとめてください:[paste]」
コメント
Markdown 対応