Claudeでボランティア管理システムを構築する方法

Claudeでボランティア管理システムを構築するとは

役割記述書が古いまま放置され、オンボーディングのやり方は担当者ごとにばらばら、ボランティアの管理は複数のスプレッドシートに散らばっている。ボランティア数が増えるほど、こうした断片化は運営の負荷として跳ね返ってきます。

Claude公式の使用例は、この状態をまとめて解消する組み立て方を示しています。小学生向けの読み書き支援プログラムを運営し、ボランティア45人を抱えながら管理体制が追いついていない団体を想定した例です。役割記述書・オンボーディング資料・連絡テンプレート・追跡システムの4点を、1回の対話でひとまとまりの文書として作らせています。非営利団体向けの案内ページでも、役割記述書・オンボーディングガイド・稼働時間の追跡システムを1回の対話で作れると紹介されています。数週間かけて文書をつぎはぎする代わりに、数時間で骨格を用意できる点が従来のやり方との違いです。

始める前に: 機能の有効化と資料の渡し方

土台になるのは、プログラムデータの可視化でも使う「コード実行とファイル作成」機能です。Word(.docx)・Excel(.xlsx)・PDFファイルをその場で生成できます。Free・Pro・Maxについて、ヘルプの「Availability」は既定で有効と書いています。一方「How to get started」は、「設定 > 機能(Settings > Capabilities)」でのオン操作を手順に挙げています。切り替えはこの項目で行います。TeamとEnterpriseも組織の既定は有効で、組織のオーナーが組織設定の同じ項目からオフにできます。

動かないときは、まずこのトグルを見ます。外部通信(network egress)の設定は別の項目です。

公式ヘルプはTeamの外部通信の既定を2か所で違う書き方をしています。「Availability」では既定オフ、「How to get started」ではパッケージマネージャーのみ許可の状態でオンです。Enterpriseは新規組織で既定オフと、どちらの節でも同じです。外部通信をオフにしても、プリインストール済みのパッケージでコード実行とファイル作成は使えると説明されています。名簿や文書を作るだけなら、外部通信をオンにしなくても進められます。

ファイル作成は、通常のチャットより多くの使用量を消費します。4点をまとめて作る依頼は、プランの使用量の上限に近づきやすい作業です。

文書作成に入る前に、次の情報を整理しておくと初回の出力精度が上がります。

• 組織のミッションと事業概要
• 具体的なボランティアの役割と職務内容(役割名と主な業務を役割ごとに)
• 現在のボランティア人数と対象にしている受益者数
• 研修要件・身元確認(バックグラウンドチェック)の方針
• 既存のブランディング・ロゴ・スタイルガイド(あれば)
• 組織の文化やコミュニケーションの温度感

既存の資料(組織概要のPDFや現行のボランティアハンドブック)があれば、渡してから依頼すると、組織の言葉遣いに寄った出力になります。渡し方は2通りあり、上限が違います。

散らばった名簿がCSVやxlsxなら、添付して「Volunteer Directoryに取り込んで」と頼む進め方もあります。XLSXの添付は、コード実行とファイル作成を有効にしているアカウントに限られます。ファイル作成機能はWeb・デスクトップ・モバイルのいずれからでも使えます。モバイルでダウンロードすると、ファイルはシステムのプレビューか別のアプリ(.docxならWordアプリなど)で開きます。

手順1: 組織の情報とボランティアの役割を伝える

最初のメッセージに、組織の背景と欲しい成果物の一覧をまとめて書きます。公式の使用例が対象にしている役割は次の4つです。

• Reading Tutors(読み書きチューター): 週1回1対1で指導
• Reading Buddies(読書バディ): 少人数の読書サークルを率いる
• Event Coordinators(イベント運営担当): 書籍フェアなどを企画
• Administrative Volunteers(事務ボランティア): データ入力や日程調整を担当

これに加えて、ボランティアの層(大学生から退職者まで)、稼働時間の目安(週2〜4時間)、身元確認の要否、支援対象(3校200人の児童)までを1つのプロンプトに詰め込んでいます。

小学生向けの学習支援プログラムを運営する非営利団体です。
現在ボランティア45人を抱えていますが、役割記述書は古く、
オンボーディングは担当者ごとにばらばら、管理も複数の
スプレッドシートに分散しています。
 
次を含む完全なボランティア運営基盤を作ってください。
 
1. 役割記述書: Reading Tutors、Reading Buddies、
   Event Coordinators、Administrative Volunteersの4役割
2. オンボーディングシステム: ウェルカムパック、
   ステップごとの受け入れ手順、研修要件と期限、
   身元確認の手順、ボランティアハンドブック
3. 連絡テンプレート: 初回歓迎メール、研修リマインド、
   月次ニュースレター、感謝メッセージ、状況確認の依頼
4. 追跡システム: 連絡先・役割・稼働時間・資格を含む
   ボランティアデータベース、時間集計、研修完了状況、
   インパクト指標(支援した児童数・貢献時間)
 
ボランティアは大学生から退職者まで幅広く、週2〜4時間の
稼働が中心です。全役割で身元確認と役割別研修が必須で、
3校200人の児童を支援しています。

手順2: 4つの成果物を作らせる

依頼を送ると、Claudeは相互に整合した4つの文書をまとめて生成します。公式の使用例で実際に出力された内容は次のとおりです。

追跡システムのシート構成は次のとおりです。

追跡用のExcelを個別に組み立てたい場合の操作はClaude Excel読み込みと作成、ハンドブックのような長文の文書編集はClaude for Wordの使い方で扱っています。

4点がばらばらのファイルではなく、同じ役割名・同じ用語で統一された状態で出てくる点が、個別に発注するのとの違いです。あとから1つの文書だけを直すと他の3点とずれていくため、公式も関連資料を見直すよう勧めています。

手順3: 運用に乗せ、更新を続ける

4つの文書は互いに参照し合っています。オンボーディングガイドは役割記述書の内容を引用し、テンプレートはハンドブックの言葉遣いを踏襲し、追跡システムは定義済みの役割名と整合しています。方針が変わったときは、「オンボーディングガイドの研修期間を新しい6週間スケジュールに合わせて更新して」のように、影響範囲を指定して依頼します。

身元確認の手続きを変える場合は、手順の部分だけでは済みません。ハンドブック・歓迎メール・Training Trackerなど、同じ情報が複数の文書に入っている可能性があるためです。洗い出しと更新を分けて頼むと、直し漏れを人が確かめられます。

スタッフへの引き継ぎも同じ会話で完結させられます。「このシステムの使い方」という1枚の案内文書を作らせておくと、どの資料をいつ使うかをスタッフに案内できます。

対話を続けて拡張する

4点の基盤ができたあとも、同じ会話の流れで拡張を依頼できます。公式の使用例では、次の3方向が紹介されています。

• 役割を追加する: 授業案を作るCurriculum Developer、保護者向けワークショップを主催するFamily Engagement Coordinatorのような新しい役割も追加できます。「既存の役割と同じ形式で役割記述書を追加して」と頼むだけで、既存4役割と体裁のそろった記述書が加わります
• 効果測定の仕組みを作る: 「四半期ごとのボランティア満足度調査、年次の事業インパクト評価、継続率トラッカー、改善計画のテンプレートを含む評価システムを作って。具体的な設問と分析の枠組みも入れて」と依頼すると、運営の振り返りに使える評価一式が別途できあがります
• 募集資料を作る: 1ページの事業紹介チラシ、切り口別のSNS投稿テンプレート(児童への影響・ボランティア体験・地域貢献の3パターン)、応募フォーム、説明会用のトークポイントを依頼できます。採用活動に使う資料一式が同じ会話の中で加わります

いずれも既存の役割記述書・ハンドブックの内容を踏まえた上で作られるため、募集段階から運用段階まで、言葉遣いの一貫した資料をそろえられます。

ボランティアの個人情報を渡す前に決めておくこと

追跡システムのVolunteer Directoryは連絡先、Training Trackerは資格状況を扱います。つまり、この仕組みの中身は個人情報そのものです。

Free・Pro・Max(個人向け)の公式ヘルプでは、チャットを改善に使うことを許可している場合の保護が説明されています。データはユーザーIDから切り離されてから確認され、扱えるのはモデル訓練に関わる少数の担当者に限られます。シークレットチャットは、改善への利用を許可していても対象外です。ただし、安全分類器に検出された会話は、改善に使われることがあります。一方でヘルプは、財務情報・健康記録・パスワード・機密文書のような機微な情報を渡すときは慎重にするよう求めています。このページの対象は個人向け製品で、Team・Enterpriseのデータの扱いは、ヘルプ記事「Who owns and manages the data of my team?」にあります。

組織の事情に合わせて、段階を分ける進め方があります。

• 仕組みを作る段階: 架空の氏名と連絡先を数行入れた状態で、4点の形と数式を作らせる
• 運用の段階: 完成したワークブックに、スタッフが実際の名簿を入力する
• 身元確認: 要否・対象役割・更新の周期という方針だけを伝えれば足りる。個々の確認結果を渡す必要はない

よくあるつまずき

• ファイルが読み込めない: 添付できるPDFは1,000ページまでで、超えると「Uploaded file is too large」と表示されます。ハンドブックは章ごとに分けて渡します。
• 4点の数字や役割名が食い違う: 別々のセッションで作ると起きやすくなります。同じ会話で作り、更新も「関連文書も合わせて直して」と一括で頼みます
• 一般的な文面になる: 組織概要や現行のハンドブックを渡さずに依頼した場合に起きがちです
• 一度に全展開を狙う: 公式のヒントでは、現在の役割・人数向けの基盤をまず整え、拡大のたびに「新しい役割の資料を追加して」と段階的に頼む進め方が示されています。コンサルタントに一括発注するより、実情に合わせやすい進め方です
• 身元確認の方針を伝え忘れる: バックグラウンドチェックの要否は役割記述書とオンボーディングガイドの両方に関わるため、最初のプロンプトに含めておきます

まとめ

既存のハンドブックや名簿を持つ団体なら、資料を渡す場所(チャットかプロジェクトか)と、個人情報を入れる段階を先に決めておくと、4点の作成と更新が滞りません。ボランティアが45人規模でも、まずはこの4点をそろえ、規模が大きくなったら役割や評価の仕組みを1つずつ足していく進め方が現実的です。定型文書を継続的に作り続けるならスキル化も選択肢になります。作り方はClaude Skillsとは・使い方で扱っています。NPOでのClaude活用全体は非営利団体のClaude活用ガイドを参照してください。