mcpField
G
grant-proposal

grant-proposal

github.com/mohitagw15856ドキュメント1.5k52 回インストール6 日前に更新
リポジトリ

grant-proposal について

grant-proposalは、助成元が示す優先事項に沿った申請書を作成するスキルです。プロジェクトの根拠、目標、成果、評価、予算、組織体制、リスクを整理します。

主な機能

  1. 01助成元の優先事項との整合
  2. 02申請書の構成案
  3. 03SMART目標の設定
  4. 04成果と評価の計画
  5. 05予算説明とリスク一覧
  6. 06品質確認と注意点

活用シーン

  1. 01プロジェクトメモから申請書を作成
  2. 02助成プログラムに合わせて申請内容を調整
  3. 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]」

コメント