AI Fluency for Nonprofits — 日本語学習ガイド
Anthropic Academy コース「AI Fluency for nonprofits」の日本語学習ガイド。公式レッスン本文と YouTube 動画字幕(2026-07-11 取得)を基に構成。
コース概要: 非営利組織(NPO)の職員全般を対象に、「ミッションと価値観に忠実なままインパクトと効率を高める」ための AI 活用を体系的に学ぶコース。Anthropic と Giving Tuesday の共同制作で、Rick Dakan 教授(Ringling College of Art and Design)と Joseph Feller 教授(University College Cork)が開発した AI Fluency Framework(4D フレームワーク)が土台になっている。魔法のプロンプト集や単発のデモではなく、「効果的・効率的・倫理的・安全に AI と協働する能力(= AI Fluency)」そのものを身につけることを目指す。各レッスンは「レッスン本文+解説動画+実践演習+振り返り」で構成され、助成金申請書の執筆、寄付者コミュニケーション、データ分析、プログラム報告など非営利の実務にそのまま応用できる。
ライセンス: 原典は Copyright 2025 Anthropic and Giving Tuesday、CC BY-NC-SA 4.0 で公開。本ガイドは私的学習用のノート。
1. コースへようこそ(Welcome to AI Fluency for nonprofits)
所要時間の目安: 20分(うち動画3分)
このレッスンで学ぶこと
- AI Fluency とは何かを定義できる
- より効果的な AI 協働のために、自分の価値観と制約を言語化できる
- 自分の仕事に AI を取り入れる目的(objectives)を特定できる
レッスンの内容
講師は Giving Tuesday のパートナーシップ担当ディレクターの Kelsey Kramer と、Anthropic 教育チームの Zoe。冒頭で語られるのは、非営利セクターで働く人なら誰もが知る現実だ——常にリソースが足りず、少ない予算で多くをこなし、複数の役割を掛け持ちしながら、限られた資源でインパクトを最大化する方法を考え続けている。「AI が助けになる」とは聞くものの、何千人もの非営利職員との対話から見えてきたのは、この技術が約束するものと、実際の仕事への現れ方の間に大きなギャップがあることだった。多くの非営利組織が AI 導入に意欲を示す一方、意味のある実装に至った組織はごく一握り。「どこから始めればいいか分からない」と感じているなら、それは決してあなただけではない——このコースはまさにそのギャップを埋めたい非営利職員のために設計されている。
コースの中心概念が AI Fluency。これは「効果的(effective)・効率的(efficient)・倫理的(ethical)・安全(safe)に AI システムと協働する能力」と定義される。実践的スキル・知識・洞察・価値観の組み合わせであり、進化し続ける AI 技術に適応しながらも、組織のミッションに忠実であり続けるための土台になる。どんな課題に直面しても「AI を使うべきか、どう使うか、どの程度使うか」を自分で評価できるようになることがゴールだ。
その土台が 4D フレームワーク(Joseph Feller 教授と Rick Dakan 教授が開発)。Delegation・Description・Discernment・Diligence という4つの相互に連関する能力(competency)で構成され、コース全体を通じて2つの反復ループとして機能する。
- Delegation-Diligence ループ: 「いつ・どのように AI を使うか」という思慮深く責任あるより高次の選択を支え、その選択に自分がオーナーシップを持つことを助ける
- Description-Discernment ループ: 日々の AI とのやり取りにおいて、往復の協働を通じてより良い成果を引き出すことを助ける
そして非営利の AI 活用を特別なものにするのは、常にミッションが最優先という点。効率化の一つひとつ、自動化されたタスクの一つひとつ、節約された1時間の一つひとつが、最終的にコミュニティへのより大きなインパクトに変換されるべきだ。問うべきは「AI にこれができるか?」だけでなく「AI にこれをさせるべきか? それは私たちのミッションをどう前進させるか?」である。
キーポイント
- AI Fluency = 効率的・効果的・倫理的・安全に AI を使う能力。スキル・知識・洞察・価値観の組み合わせで、技術の進化に適応しつつミッションに忠実であり続けることを助ける
- 4D フレームワークは Delegation・Description・Discernment・Diligence の4つの相互連関する能力からなる
- Delegation-Diligence ループは「いつ・どう AI を使うか」の思慮深く責任ある選択を支える
- Description-Discernment ループは往復の協働を通じて AI とのやり取りの質を高める
- 非営利では、AI による効率化はすべて最終的に「サービスを届けるコミュニティへのより大きなインパクト」に変換されるべき
演習: 組織の価値観・ミッション・AI 活用の目的を定義する
AI と協働する「目的」を形にする演習。この土台があると、AI の活用機会をミッションのレンズを通して評価できるようになる。
Part I: 自己省察(自分ひとりで)
次の問いに答える。
- あなたの組織のミッションとビジョンは何か?
- あなたの職場の状況と自分の役割を説明する——制約、強み、機会など
- あなたの仕事を形づくる中核的な価値観・哲学は何か?
- 穴埋め:「もし AI が私の___を手伝ってくれたら、私は___にもっと時間を使えるのに」——AI による効率化が、よりインパクトの大きい人間中心の活動にどう時間を解放できるかに焦点を当てる
Part II: AI との協働
Claude(または任意の AI アシスタント)と会話を始める。
- 会話の切り出し方:
- 自分が非営利の職員で、組織と仕事の「再利用できるサマリー文書」を作りたいと説明する
- この文書が今後の AI 協働の共通理解の土台になることを伝える
- 仕事に関わるあらゆる側面を一緒に考えてほしいと伝える
- AI に「自分の仕事についてインタビューして」と頼んでもいいし、自分から情報を共有し始めて「他にどんな情報が役立つ?」と聞いてもいい
- 焦らないこと。目的は、重要な文脈を浮かび上がらせる双方向の会話
- カバーすべき主な領域(AI に探索を手伝ってもらう): 組織のミッション・ビジョン・価値観/自分の役割の典型的な業務範囲/組織が直面する典型的な課題/制度的な文脈と制約/改善の機会/仕事上のよくあるペインポイント/AI を仕事に取り入れる目標/自分の役割や組織の独自性
- 会話らしく進めるコツ: 一度に全部話そうとしない/AI にフォローアップの質問を促す/文脈が伝わる具体例を共有する(プライバシーと機微情報には注意)/考えながら話し、途中で考えを磨き直してよい
- 再利用可能な文書に仕上げる: 会話の内容を構造化された「コンテキスト文書」に統合するよう AI に依頼する→一緒にレビューし、足りない部分を追加・修正する→コピーして再利用しやすい形式をリクエストする
振り返りの問い
- 自己省察の答えは AI との会話をどう形づくったか? 新しい優先事項や懸念は浮かんだか?
- 完成したコンテキスト文書を見て、自分の非営利の仕事のどの側面が AI 協働から最も恩恵を受けそうか?
次のレッスン: 4D フレームワークを深掘りし、コース全体の土台を固める。
2. 4D フレームワーク(The 4D Framework)
所要時間の目安: 30分(うち動画6分)
このレッスンで学ぶこと
- AI Fluency Framework(4D)を非営利の仕事にどう適用できるか説明できる
- 4つの D——Delegation・Description・Discernment・Diligence——をそれぞれ定義できる
レッスンの内容
4D フレームワークは、組み合わせることで AI との働き方を変える4つの相互連関するスキル。適用しやすくするために、AI とのやり取りを2つのモードで捉える。1つ目はより高い次元の判断——そもそも AI を使うかどうかを決める「Delegation-Diligence ループ」。2つ目は日常的に AI とどう関わるかという「Description-Discernment ループ」。(これらの概念をより深く理解したい場合は、Anthropic Academy の「AI Fluency: Framework & Foundations」コースが参照先として案内されている。)
Delegation — 何を人間がやり、何を AI に任せるかを決める
仕事のどの部分を人間が行い、どの部分を AI が行い、どうタスクを配分するかの判断。3つの要素がある。
- Problem Awareness(問題の認識): AI を関与させる前に、目的と仕事の性質を明確に理解すること。例——寄付者へのお礼状を書く前に問うべきは、「これは定型文でも許容される単なる受領のお知らせか? それとも人間味が不可欠な、寄付者との関係を育てる場面か?」
- Platform Awareness(プラットフォームの認識): さまざまな AI システムの能力と限界を理解すること。例——機微な寄付者データを扱うなら、そのツールのプライバシー保護を検討すべき
- Task Delegation(タスクの委任): 人間と AI それぞれの強みを生かせるように、思慮深く仕事を配分すること
Diligence — AI の使い方に責任を持つ
- Creation Diligence(作成の入念さ): どの AI システムを使い、どう関わるかについて意図的であること。例——レポート作成に AI を使うにしても、レポートのどの部分を AI に担当させるかを意図的に決める
- Transparency Diligence(透明性の入念さ): 自分の仕事における AI の役割について、知る必要のあるすべての人に正直であること。理事会・助成元・受益者は、AI がいつどう関与したかを知る権利がある
- Deployment Diligence(提出・公開の入念さ): 使用・共有するアウトプットを検証し、自ら保証する責任を負うこと。すべての記述を検証し、最終成果物が本当に組織のミッションを体現しているか確認する。最終結果に対するアカウンタビリティは常に自分にある
Delegation と Diligence はループとして機能する。何を AI に委ねるかという思慮深い選択は、使い方への継続的な責任と対でなければならず、入念な実践の積み重ねが、時間とともにより賢い委任の判断を育てる。
Description — AI に効果的に伝える
AI を使うと決めたとき、どう主体性(agency)を保つか。それが Description-Discernment ループの役割だ。Description は AI システムとの効果的なコミュニケーションを指し、「良いプロンプトを書く」を超えて、AI と協働するための協働的環境(collaborative environment)を構築することでもある——Anthropic の公式教材では一貫してこの語が使われている。
- Product Description(成果物の記述): 欲しいものをアウトプット・形式・想定読者・スタイルの観点で定義する。「フードパントリーについて SNS 投稿を書いて」ではなく、これらを具体的に指定した依頼にする
- Process Description(プロセスの記述): AI がどう取り組むべきかを定義する。若手の同僚に指示を出すときのように、あるいはタスクの正しい手順(order of operations)を共有するように考えるとよい
- Performance Description(ふるまいの記述): 協働中の AI のふるまいを定義する。厳しいフィードバックが欲しいのか、応援団(hype man)が欲しいのか、懐疑的な聴衆が欲しいのか——欲しいふるまいをそのまま頼めばよい
Discernment — AI の仕事を批判的に評価する
AI 協働相手の product・process・performance を思慮深く批判的に評価すること。
- Product Discernment(成果物の評価): AI が生み出したものの品質を評価する。この統計は正確か? この言葉づかいは、受益者自身が自分の経験を語るときの表現を反映しているか?
- Process Discernment(プロセスの評価): AI がその出力にどう到達したかを評価する。関連するすべての要素を考慮したか? 自分たちのコミュニティについて、実態に合わない思い込みをしていないか?
- Performance Discernment(ふるまいの評価): やり取りの中での AI のふるまいを評価する。有用な提案をしてくれているか、それともただコンテンツを生成しているだけか?
重要なのは、Discernment は AI の出力を「採用/却下」するだけではないこと。目的地にたどり着くための反復(iteration)を含む。だから Description と Discernment はループなのだ——必要なものを記述し、得られたものを評価し、記述を磨き直す。人間の協働相手と会話を重ねて理解を築いていくのに似ている。
4つの D は一緒に使ってこそ生きる
たとえばインパクトレポートの作成なら——Delegation で「AI が扱う部分」と「自分が提供する部分」を決め、強い Description で AI の作業を導き、Discernment で結果を評価し、その全過程で Diligence を実践する(適切なツールを選び、正確性への責任を持つ)。このフレームワークは AI に仕事を肩代わりさせるためのものではない。人間の判断・創造性・コミュニティのニーズへの深い理解が求められる「本当に重要な仕事」で、自分がより効果的になるためのものである。コースの後半では、助成金申請・データ分析・タスク自動化・組織への持続可能な AI 統合という非営利特有の課題にこれらの能力を適用していく。
演習
演習1: 自分の AI ニーズをマッピングする
なぜやるか——自分がすでに意識している AI 能力と、注意が必要な能力を明らかにし、最も重要なところに戦略的にエネルギーを向けられるようにするため。
- 自己省察: AI 活用に関する自分の疑問と懸念をリストに書き出す
- 協働: AI との会話を開き、「これらの疑問・懸念それぞれが、AI Fluency の 4D フレームワークのどこに当てはまるか理解するのを手伝ってくれますか?」と尋ねる
- 振り返り: 自分の疑問・懸念の大半はどの能力に集中していたか?
このパターンは、いま自分の注意がどこに向いているかを映し出す。そこが本当に伸ばすべき場所か? それとも、より大きな前進を解き放つ「より難しい能力」を避けているのか? 最優先すると決めた能力に基づいて、次に AI を使うとき具体的に何を1つ変えるか?
演習2: 能力横断の課題を1つ特定する(ストレッチゴール)
狙いは「AI との毎回のやり取りで、これらの能力は相互に連関して働いている(べきである)」と理解すること。4D へのマッピング後、前進するために複数の能力を同時に育てる必要がある領域を1つ特定する。例:
- 「ボランティアとの連絡に AI を使うべきか決める Delegation スキルと、ボランティアのプライバシーを守る Diligence スキルの両方が必要だと気づいた」
- 「正確性に関する Discernment の懸念は、そもそも良い出力を得るための Description スキルを磨かない限り意味を持たない」
振り返りの問い
- マッピングした疑問・懸念を眺めて、どの能力領域が支配的だったかに驚きはあったか? それは AI との現在の関係について何を物語るか?
- 2つのループ(Delegation-Diligence と Description-Discernment)は、最近の AI とのやり取りをどう変えられただろうか?
次のレッスン: Description と Discernment を実践に移す——助成金申請書・寄付者コミュニケーション・プログラム資料に直結する「AI とのリサーチと執筆」を学ぶ。
3. AI とリサーチする(Researching with AI)
所要時間の目安: 50分(うち動画7分)
このレッスンで学ぶこと
- Description スキルを使い、非営利の仕事に関連する情報を AI に収集・統合させる効果的なプロンプトを作れる
- Discernment スキルを使い、AI が生成したリサーチ結果を正確性・関連性・自組織の文脈への適合性の観点で評価できる
レッスンの内容
非営利のリーダーは、政策、助成機会、コミュニティのニーズ、ベストプラクティスの情報収集に膨大な時間を費やしている。AI はこのプロセスを劇的に加速できる——ただし、AI を効果的に導き、返ってきたものを評価する方法を知っている場合に限る。このレッスンでは Description-Discernment ループの実践をリサーチの場面で見ていく。基本形は「AI に何かを尋ねる→返ってきたものが本当に有用で正確か確認する→学んだことを使ってより良い質問をする」。目的を達成できたと確信できるまでこの往復を続ける。
ケーススタディ: Maria の Seattle 進出リサーチ
架空の団体 Moss and Momentum は、Portland で15年間、緊急シェルターと transitional housing(自立支援住宅)を運営してきた。深い専門性と強いコミュニティとの関係を築いてきたこの団体のエグゼクティブディレクター Maria は、Seattle への事業拡大を検討している。しかし Seattle は政策も、資金の流れも、借家人保護法も異なる新しい都市だ。彼女が欲しいのは実務的で最新の情報——どんなプログラムが存在し、どう機能しているのか? 支援対象の家族にとって何を意味するのか? 追うべき助成機会は? 理解すべきコンプライアンス要件は?(この例では、Maria はすでに Delegation と Diligence の検討を済ませており、低所得者向け Seattle 住宅事情のレポートを AI と作成し、後で進出戦略の材料にする、という前提で進む。)
Description の実践: 「Seattle の住宅政策について教えて」のような一般的な質問では、同じくらい一般的な答えしか返ってこない。AI Fluency を適用するとこうなる。
- Product Description: 欲しいものを正確に定義する——支援プログラム・法制度・コンプライアンス・資金源といった特定のトピックで構成された「政策ランドスケープの概観」
- Process Description: 取り組み方を導く——直近の変化(過去2年など)に焦点を当てる、具体的な所得基準を扱う、関連する箇所では Portland の制度との比較も求める
- Performance Description: トーンを設定する——実務的でミッション重視。学術的な分析ではなく、ホームレス状態にある家族への支援に直結する実行可能な情報が欲しい
プロのコツ: 共有したい情報が多いときは、音声入力(ディクテーション)やコンテンツのアップロードを使うと、文脈の共有がずっと速くなる。
Discernment の実践: AI は Seattle の主要な住宅プログラム、最近の借家人保護法、利用可能な資金源をカバーする包括的な回答を返す。見た目は上々——詳細で、よく整理され、依頼したポイントを網羅している。しかしここからが Discernment の出番。Maria はこの情報を額面通りに受け取ることはできない。彼女のレビュー時のメンタルチェックリストはこうだ。
- プログラム名と説明は正確か?
- 情報源は信頼できるものか?
- 一般的すぎる、あるいは検証不能な主張はないか?
- 期待していたのに欠けているものは何か?
- トーンはどうか? 機会と課題を適切に指摘できているか?
修正すべき点はおそらく見つかる。だが懸念を理由に AI の回答全体を捨てるのではなく、AI と協働を続けて、自分にとって使えるものへ育てていく。たとえばこう返す——「概観をありがとう。いくつか具体的な点を検証したい。情報源の多くがニュース記事のようだけど、すべて政府の公式サイトで確認できる? この助成金の締切はどこから来たもの? 検証できる出典を示して。事実に基づいたレポートになっているのは良いので、その姿勢を維持しよう」。AI は検証のために最新の情報源を検索する必要があると応じるかもしれないし、特定の詳細について不確かさを認めるかもしれない。いずれにせよ Maria は、自分自身のこの分野での専門性に支えられた反復を通じて、信頼できる情報に絞り込んでいく。
Maria が使っている実践的な Discernment の戦略は3つ。
- 追加検証が必要な主張にフラグを立てる(Product Discernment)——具体的な数値、最近の法制度、現行プログラム。行動に移す前に一次情報と照合する
- プロセスや推論のギャップを評価する(Process Discernment)——AI は本当に最新情報を探したのか、それとも「もっともらしい推測」を返しただけなのか
- AI のふるまいを観察する(Performance Discernment)——AI のコミュニケーションスタイルが本当に自分のニーズに役立っているかを確認する
Maria はこのループを回しながら Seattle の住宅事情の解像度を上げていくが、重要なのは——彼女は AI に自分の思慮深さを代替させているのではなく、理解を加速させて、より良い意思決定をするために使っているという点。この情報を助成金申請やアウトリーチに使う段階では、Diligence を適用して学んだことを検証し、最終結果を自分のものとして引き受ける。
Maria のリサーチから引き出せる4つの教訓
- 効果的な Description は文脈を提供する: Maria は住宅政策について漠然と尋ねたのではなく、自分が誰で、誰を支援していて、何を知る必要があるかを説明した。その文脈が AI の回答を関連性の高いものにした
- Discernment は任意ではない: 特に正確性が重要な場面では、AI の出力を批判的に評価しなければならない。AI は間違えることがある。具体的な主張にフラグを立て、欠落に気づき、情報の新しさを疑う
- Description-Discernment ループは反復的: 最初のプロンプトで必要なものがすべて手に入ることはまれ。1つの回答を評価して学んだことを、より的を絞った次の質問に生かす
- AI はリサーチを加速するが、専門性を代替しない: AI のおかげで素早く全体像をつかめるのは価値があるが、自分が責任を持つすべての成果物には自分の専門的判断を適用する必要がある。意思決定者はあくまで自分
演習
演習1: 政策・法制度のトラッキング
自組織の仕事に関連する政策領域を Description と Discernment でリサーチする練習。
- Part I(自己省察): 仕事に関連する政策領域(住宅政策、教育予算、医療アクセス、環境規制など)を1つ選び、次を含むリサーチプロンプトを作る——理解したい特定の政策・法律/自組織の文脈(誰を支援し、なぜこれがミッションに関わるのか)/知る必要があること(受益者への影響、資金への影響、コンプライアンス要件、アドボカシーの機会)/期間や地理的範囲
- Part II(協働): プロンプトを AI に共有し、回答に Discernment を適用する——検証が必要な主張を最低2つ特定する/自分たちのコミュニティに関連する視点の欠落を記録する/古そうな情報や一般的すぎる情報にフラグを立てる
- Part III(振り返り): 最初のプロンプトは AI に十分な文脈を与えていたか? 2回目ならプロンプトのどこを直すか? この情報を仕事で使う前にどんな検証ステップを踏むか?
- ストレッチゴール: 要約中の重要な主張1つについて、AI に元の情報源を突き止めさせ、どれだけ正確に表現されていたか比較する
演習2: 寄付者・助成金のプロスペクティング(候補探し)
正確性が死活的に重要な、ファンドレイジングのリサーチへの応用。
- Part I(自己省察): リサーチの焦点(特定プログラム向けの助成機会、地域で関連する寄付方針を持つ企業寄付者、類似団体に助成する財団候補など)を選び、次を含むプロンプトを作る——組織のミッションと資金を求める特定のプログラム/ニーズ/組織の特性(予算規模、活動地域、支援対象層)/資金のパラメータ(助成額レンジ、対象経費、申請時期)/トピックの一致を超えた「良い相性」の条件(価値観、助成実績、アクセスしやすさ)
- Part II(協働): Discernment を適用する——提案された助成元が実際に自組織の規模・種類の団体に助成しているか確認する/現在の申請締切と応募資格を検証する/古い情報(終了したプログラム、変わった優先領域)を特定する/予算ニーズだけでなく価値観の面で合致する候補を記録する
- Part III(振り返り): AI は「ミッションと整合する助成元」と「単にトピックが近い助成元」の違いを理解していたか? 申請に時間を投じる前に検証すべき重要な詳細は? 自分(や自分のネットワーク)しか知り得ない、このリサーチに欠けているものは?
- ストレッチゴール: 提案された助成元を1つ選び、直近の助成実績を AI と調べて「実際の助成パターン」と「公称の優先領域」の違いを理解する
振り返りの問い
- 自組織の文脈を提供することは、一般的なプロンプトと比べて AI のリサーチ結果の質をどう変えたか?
- AI をリサーチに使うとき、どんな検証の習慣をワークフローに組み込むか?
次のレッスン: 同じ Description と Discernment のスキルを、情報収集ではなく「コンテンツを作る」文脈——AI との執筆——で使う。
4. AI と書く(Writing with AI)
所要時間の目安: 50分(うち動画7分)
このレッスンで学ぶこと
- Description スキルを適用し、組織のミッションと読み手のニーズに沿った文章を AI に作成・改善させる明確で文脈豊かなプロンプトを作れる
- Discernment スキルを適用し、AI が生成した文章を正確性・適切さ・組織の価値観やコミュニケーション基準との整合性の観点で評価できる
レッスンの内容
ほとんどの非営利のミッションの中心には、ほぼ定義上「人間に関わる課題」がある——困っている人への直接支援であれ、その人たちが暮らす環境の保護であれ、その人たちのための調査やアドボカシーであれ。だから非営利の文章では人間的なつながりが不可欠だ。このレッスンでは Description-Discernment ループを執筆に適用し、そのつながりと真正性(authenticity)を保ちながら時間とエネルギーを節約する方法を考える。執筆におけるループとは、下書きを作ったうえで「実際に提出できるもの」になるまでセクションごとに磨いていくこと。なお、このタスクを AI に委任できるか・どう委任するかの検討(Delegation)は済んでいる前提で進む。
ケーススタディ: James の48時間の緊急助成金申請
助成金申請書の執筆は、非営利のリーダーが直面する最大の課題のひとつ。特に締切が迫っているときは、速く動きながらも組織をきちんと表現し、寄付金を価値ある形で使う真の実行力を示さなければならない。
架空のシナリオはこうだ。Detroit を激しい氷雨(アイスストーム)が襲い、市内で15,000本以上の樹木が倒れた。被害が最も深刻なのは、もともと樹冠被覆率(tree canopy)が低かった低所得地区。Detroit 市の持続可能性局(Office of Sustainability)は緊急資金を発表——樹木の迅速な植え替えとがれき処理のための5万ドルの助成金で、環境正義(environmental justice)コミュニティを支援する団体が優先される。提案書の締切は48時間後。
James は Green Detroit Coalition という小さな環境正義団体を率いており、公平な都市林業(equitable urban forestry)に8年間取り組んできた。植樹の実績はあるが、この規模の緊急対応は初めて。自分たちにこの仕事ができると分かっている James は、説得力のある提案書を素早く書き上げて、チームが総出で進めている復旧支援に戻る必要がある。
Description の実践: James の最初のプロンプトはこう組み立てられる。
- Product Description: 求めるものを明確に——4つの特定セクション(実行能力・アプローチ・タイムライン・環境正義)、合計1,000語
- Process Description: AI の取り組み方を導く。ただ説明するのではなく、従うべき実例を AI に与える——過去の助成金提案書や、ミッションを1枚にまとめた資料(mission one-pager)などのブランド要素をアップロードする。こうすることで「書き始める前に私たちの声・トーン・強みを学んで」という指示が実際に機能する
- Performance Description: 最終成果物は「自信に満ちつつコミュニティ重視」「データドリブンだが常に住民の視点を中心に据える」、そして倫理的であること。Green Detroit Coalition にとっての環境正義とは何か——単なる植樹ではなく、権限の共有(power sharing)とコミュニティによる意思決定である——を明示する
この丁寧なセットアップにより、AI は有用な初稿を生成できるだけの文脈を得る。完璧ではないが、Discernment のループで磨くには十分な土台だ。
重要ポイント: 過去の成果物やスタイルの実例をアップロードして与えることは、情報量が多く高品質な文章のために不可欠。AI との協働環境を築くうえで、文脈を渡す道具は多数ある——Claude なら Projects・コネクタ・Styles など。他のツールにもそれぞれの仕組みがある。使うこと。
Discernment の実践: 初稿ができたら、product・process・performance のギャップを探しながら丁寧にレビューする。モデルごとに能力と限界は異なるが、事実の誤り・推論の綻び・コミュニケーションパターンの問題を探すのが出発点として良い。問いの例——助成金の具体的な条件は正しく書かれているか? アップロードした資料の声・トーン・構成を AI は考慮したか? ミッション文書に書かれた組織の価値観と整合しているか? 実際の実行能力を反映しているか、誤った前提を置いていないか?
このケースでは、James は組織の実行能力セクションが既存の関係資本を過小に表現していることに気づくかもしれない。また、タイムラインが「植樹地選定の前にコミュニティの意見を聞く」プロセスを織り込んでいない——これはプロセス上の誤りだ。ここからまたループが始まる。修正を依頼し、方向を示し、出力を再び評価する。この人間と AI の往復が公式には協働的環境(collaborative environment)と呼ばれるものを築き、AI を自分固有のニーズに合わせ込んでいく。そして数回のやり取りの後、James はおそらく「ここからは自分で仕上げる」と判断する。そもそも AI に委任したのは初稿まで。最後の仕上げはすべて彼自身の仕事だ。
このプロセスを効果的にした戦略(まとめ)
- 過去の成功した提案書をアップロードし、組織の声とアプローチを AI に理解させる——時間を節約し、真正性を高める(Product と Process の Description の組み合わせ)
- AI が知り得ない詳細を注入する: 実績、パートナーシップ、スタッフの専門性、実際のコミュニティとの関係
- 修正指示は具体的に: 「もっと説得力を持たせて」ではなく「コミュニティとの関係についてこれらの具体的な詳細を追加して」
- すべての修正を自分の専門性で導く: AI は執筆を速くするが、中身を形づくるのは自分
- 最終結果を自分のものとして引き受ける: AI の支援で作った成果物を提出するとき、全過程で Discernment を適用したからこそ、一言一句に責任を持てる
これは James の提案書であって AI の提案書ではない。関係資本・実績・コミュニティ中心のアプローチを提供したのは彼で、AI は時間的プレッシャーの下でそれを明瞭に言語化するのを助けた。提出するとき、彼は主張を検証し、真正性を確かめ、完全なオーナーシップを取ったうえで、この提案書が支援するコミュニティのためになると確信できる。
演習
演習1: 助成金申請書
組織を偽りなく表現する、一発勝負のファンドレイジングコンテンツを Description と Discernment で作る練習。
- Part I(自己省察): 資金が必要なプログラム・イニシアチブを選び、次を含む執筆プロンプトを作る——助成機会の内容と助成元が重視すること/プログラムの要点(誰に・何を・どこで・成果)/組織の声と価値観/具体的な要件(語数、必須要素、トーン)/自分たちのアプローチの独自性・有効性
- Part II(協働): 下書きに Discernment を適用する——記載されたデータや成果がすべて正確か検証する/言葉づかいが組織の実際の声を反映しているか、それとも汎用的に聞こえるか確認する/受益者についての欠乏ベースの枠組み(deficit-based framing)や問題のある表現を特定する/助成元の優先事項に応えているか、それとも単に自分のプログラムを説明しているだけか評価する/自分しか知らない欠落を記録する
- Part III(振り返り): 最初に入れ忘れた文脈で、入れていれば下書きが良くなったものは? 組織独自のアプローチをより捉えるにはプロンプトをどう直す? AI 下書きのどこが使えて、どこは全面的な書き直しが必要?
- ストレッチゴール: 特定したトーンや枠組みの問題について具体的なフィードバックを与えてプロンプトを反復し、2つのバージョンを比較して Description の改善が出力品質にどう効いたか確かめる
演習2: SNS 投稿
公開オーディエンスに向けて組織の「本物の声」を捉える必要があるコンテンツへの応用。
- Part I(自己省察): コンテンツの目的を選ぶ(プログラムの成果・サクセスストーリーの紹介/イベントやキャンペーンの告知/ミッションに関連する教育コンテンツ/寄付者・ボランティアへの感謝)。次を含むプロンプトを作る——プラットフォームと形式(Instagram カルーセル、LinkedIn 投稿、Facebook ストーリーなど)/オーディエンスと彼らを動かすもの/キーメッセージと行動喚起(CTA)/組織の SNS の声(プロフェッショナル、遊び心、アクティビストなど)/必要なビジュアル要素(インフォグラフィックのデータ、引用画像、写真の説明)/制約(文字数制限、ハッシュタグ戦略、アクセシビリティ要件)
- Part II(協働): Discernment を適用する——トーンが組織の実際の発信の仕方と合っているか確認する/統計や主張が正確で最新か検証する/支援対象者の尊厳を尊重した表現か評価する/ビジュアル案のアクセシビリティ(alt テキスト、必要なら色コントラスト)を評価する/実際のフォロワーに響くか、それとも汎用的に感じられるか考える
- Part III(振り返り): プロンプトは組織の SNS の声の独自性を捉えていたか? 下書きのどの要素を残し、どこを全面的に書き直す? ビジュアルを依頼した場合、それはオーディエンスにとって正しいストーリーを語っているか?
- ストレッチゴール: 3つのプラットフォーム(Instagram・LinkedIn・Twitter/X)向けのバリエーションを AI に作らせ、核となるメッセージを各プラットフォームのオーディエンスと流儀にどれだけうまく適応させたか評価する
振り返りの問い
- 過去の成果物のアップロードや詳細な文脈の提供は、AI の文章の質をどう変えたか?
- AI と書くとき、組織の本物の声を保つためにどんな戦略を使うか?
次のレッスン: AI のプライバシーを掘り下げ、AI に共有したデータに何が起きるのかを理解する。
5. プライバシーとデータを理解する(Understanding privacy and data)
所要時間の目安: 30分(うち動画10分)
このレッスンで学ぶこと
- プライバシー上の懸念を言語化し、データの取り扱いポリシーに基づいて AI ツールを評価できる
- 機微情報を安全に扱うためのデータハイジーン(data hygiene)戦略を実践できる
レッスンの内容
このレッスンは、非営利職員が AI について最もよく挙げる懸念——データプライバシー——に正面から答える。データの行き先や機微情報の扱いが心配で AI をためらってきたなら、それは称賛に値する——その懸念は、コミュニティへの責任を真剣に受け止めている証拠だ。ただし、万能の解決策は存在しない。あらゆるセキュリティの話と同じく、チームにとっての実利とリスクを天秤にかけるトレードオフがある。このレッスンのゴールは、AI に共有したデータに何が起きるのかの謎を解き、プラン・プラットフォームごとの違いを評価できるようにし、すでに使っている他のソフトウェアとの比較で捉えられるようになること。
プライバシーの懸念は主に Delegation-Diligence ループの中で扱われる。どのタスクを AI と行うかを慎重に考え、その結果に対する責任を引き受けるという、あのループだ。
AI に共有したデータには何が起きるのか
まず思い出したいのは、あなたが使うすべてのソフトウェア——メール、CRM、表計算——にはデータ取り扱いのルールがあること。どこにどう保存するか、どれだけ保持するか、誰がアクセスできるか。1つの例外を除けば、AI ツールも普通のソフトウェアと同じように評価できる。
その例外であり AI 特有の懸念が、ユーザーデータでの学習(training)だ。利用規約によっては、AI 企業があなたの入力をモデルの学習に使うことを認めている場合があり、それはあなたのデータが将来の出力に影響しうることを意味する。重要な注意点として、これは「誰かがあなたのアップロードしたデータの完全なコピーを受け取る」という意味ではほぼない。そうではなく、AI があなたのデータからパターンを学び、それが将来、他のユーザーの類似の質問への応答の仕方に影響しうる、ということだ。あなたの文言をそのまま再現しなくても、組織のデータのテーマや統計が明らかになる可能性はある。
Platform Awareness が教えてくれるのは、ツールもプランもすべて同じ作りではないこと。ユーザーデータで学習する会社もあれば、明示的に学習しない会社もある。多くは一定期間後に会話を削除するが、設定や料金ティアによってプライバシー保護が異なる「混合型」も多い。これは AI 機能を持つサードパーティツールにも当てはまる——同意した利用条件次第で、あなたのデータが AI プロバイダーに渡ることがある。タスクに取りかかる前に、自分に適用されるポリシーがどれかを知ることが重要だ。
最も安全なのは「ユーザーデータで学習せず、データ保持期間が非常に短い(通常30日以下)」AI。極めて機微な仕事にはこの水準の保護を用意する価値があるが、単純なブレインストーミングなら不要なことも多い。Anthropic の Claude については、レッスン本文では privacy.anthropic.com(動画内では privacy.claude.com と案内)と trust.anthropic.com でデータポリシーを確認でき、アプリ内で直接プライバシー設定を調整できる(会話を学習に使わせないオプトアウトを含む)。他の AI プロバイダーにも同様のリソースがあるはずで、もし無ければ、それ自体が危険信号(red flag)かもしれない。
実践シナリオ: フードバンクの利用者アンケート分析
一つのミスが害につながりかねない、極めて機微なデータを含むタスクへのアプローチを見てみよう。あなたは地域の家族を支えるフードバンクを運営していて、サービス利用体験とニーズを理解するために利用者アンケートを実施した。このデータを分析してパターンを見つけ、プログラムを改善したい。これはまさに AI が大いに役立つ仕事であり、同時に Diligence が不可欠な仕事だ——もし漏えいが起きたり学習データに入ってしまえば、脆弱な立場にある人々の個人情報をさらすリスクがある。生データには、氏名・連絡先・世帯収入の詳細・就労状況・アンケート回答が含まれている。
どう取り組むか。答えは Delegation-Diligence ループにある。
- Problem Awareness でタスクを分解する: このデータから本当に学びたいことは何か? 個々のストーリーは自分の目で読むとして、AI との作業で求めているのはおそらく利用者全体を横断するパターンの特定だ。本当のゴールを理解すれば、本当に必要な情報が見えてくる——そしてこのケースでは、最大のリスク源である個人識別情報(PII)の共有はまったく不要だと分かる。あるいは、地理分析のために郵便番号だけ残して他はすべて落とす、という判断もありうる。スプレッドシートから個人データの列を削除するのが最も安全だが、常に最終ゴールから逆算し、Platform Awareness と Task Delegation を使って自分の状況のリスクを踏まえた判断を下す
- Platform Awareness でツールを選ぶ: 識別情報を除去した後でも、ツール選びには注意を払う。機微性の高いデータ分析には、入力を学習に使わず、強力なデータ保持ポリシーを持つ AI が望ましい——さらに良いのは即時削除、いわゆるゼロデータリテンション(ZDR: Zero Data Retention)。利用規約を読み飛ばしたくなる気持ちは分かるが(長くて法律用語だらけだ)、ここを読むことが「リスク最小化のために自分の役割を果たした」と確信できる方法だ。利用規約とプライバシーポリシーを丸ごと AI との会話に貼り付けて質問する手もある——その場合は必ず出典(citation)を求め、原文に当たって検証できるようにする
- Diligence で仕上げる: Description-Discernment ループで結果を磨き、レポートが完成に近づいたら Diligence の出番。Transparency Diligence——この分析に AI がどう関与したかを、誰が知る必要があるか。Deployment Diligence——見つかったパターンを自分自身の観察と照合して検証し、その文脈なしに分析を共有しない。この洞察を基に助成金申請や報告書を書くなら、その主張は自分が引き受ける
まとめると——AI Fluency がなければ、識別情報入りのデータを「学習も保持もする AI」にアップロードしていたかもしれない。だが数分の追加作業で、安全なツールを選ぶ(または今のツールを安全に設定する)ことと個人情報の除去によってリスクを減らせた。しかもアンケート分析というゴールはちゃんと達成できている。
もし間違えてしまったら
「うっかり共有してはいけないものを共有してしまったら?」——それは起こりうることで、選択肢を知っておくのが大事だ。
- 会話を削除する: ほとんどの AI プラットフォームでは個別の会話を履歴から削除できる。会話リストの削除(ゴミ箱)アイコンを探す
- データ削除をリクエストする: 特に機微な状況では、多くのプロバイダーが削除依頼のプロセスを用意している。Claude については privacy.claude.com に情報がある。他のプラットフォームもプライバシーポリシーやヘルプセンターに同様の選択肢を載せているはず
- 組織のプロトコルに従う: 職場にデータ取り扱いのガイドラインがあるなら、しかるべき人に知らせる
機微なメールを誤送信したときに踏む手順があるのと同じ原則だ。
組織に持ち帰る3つのポイント
- AI は(特に学習まわりで)新しいプライバシーリスクをもたらすが、データ保護の基本原則の多くはそのまま通用する: 失っては困るものを共有しない。識別情報を除去する。データの機微性に見合ったプライバシー保護を持つツールを選ぶ。自分のデータを一番知っているのは自分であり、メール・暗号化メッセージ・対面のどれで話すかを選ぶとき、あなたはすでに機微性の判断をしている
- ツールが違えばルールも違う: イベントのテーマ出しに使う無料 AI と、厳格なデータ保持ポリシーを持つ有料アカウントは別物。タスクにツールを合わせる——保護の厚いツールほど、機微データをより安全に共有できる
- 安全な AI 活用とは、避けることではなく責任を持って使うこと: 新しいプロジェクトを AI と始める前に、Problem Awareness・Platform Awareness・Task Delegation を丁寧に検討する。タスクを構成要素に分解すれば、機微情報を共有せずに AI の恩恵をフルに受けられることが多い
この話題は重たくて紛らわしい。しかし「質問をする」という最も重要な一歩をあなたはすでに踏み出している。責任ある AI 活用とは、すべての答えを持っていることではなく、始める前に何を確認すべきかを知っていて、学び続けることだ。
演習
演習1: データの機微性を評価する
どのデータなら AI ツールに共有して安全かの判断力を養う演習。
- Part I(サンプルデータのレビュー): 自分の仕事に最も近いシナリオを1つ選ぶ——氏名・金額・連絡先入りの寄付履歴スプレッドシート/属性情報を含むプログラム参加者のアンケート回答/受益者のストーリーと成果データを含む助成金報告書の下書き
- Part II(機微性の注釈づけ): 選んだシナリオについて特定する——どのフィールド・セクションに個人識別情報(PII)が含まれるか?/やりたい分析に不可欠な情報はどれか?/分析価値を失わずに除去・匿名化できる情報はどれか?/このデータが流出した場合の最悪のシナリオは?
- Part III(アプローチの計画): AI に共有する前に何を除去・加工するか?/この機微度に適したツール・プランのティアは?/AI の分析を受け取った後にどんな検証ステップを踏むか?
演習2: データハイジーンを実践する
機微データを安全な AI 利用のために実際に準備してみる演習。
- Part I(文書を選ぶ): 機微情報を含む実際の業務文書を選ぶ(または現実的なサンプルを作る)——クライアントの詳細を含むプログラム報告書/具体的な寄付額に言及する寄付者向け文書の下書き/スタッフやボランティアの名前が出てくる会議メモなど
- Part II(文書のサニタイズ): 文書全体を確認しながら——氏名を汎用的な識別子(Person A、Donor 1 など)に置き換える/不可欠でなければ位置情報を削除または一般化する/連絡先情報は完全に除去する/金額は正確な値が必要か、レンジで足りるか検討する
- Part III(AI でテスト): サニタイズした文書を AI に共有し、仕事に関連する質問をする。振り返り——識別情報を除去したことで AI の支援力は制限されたか?/それを補うためにどんな追加の文脈が必要だったか?/共有した情報のレベルに自分は納得できているか?
振り返りの問い
- AI のプライバシーについての考え方は、すでに使っている他のソフトウェア(メール、クラウドストレージ、CRM)への考え方と比べてどうか?
- このレッスンを踏まえて、AI へのデータ共有のアプローチで変えることを1つ挙げるとしたら?
次のレッスン: このプライバシー実践を行動に移し、機微情報を守りながらパターン発見・洞察の生成・プログラム強化を行う「AI でのデータ分析」を学ぶ。
6. AI によるデータ分析(Data analysis with AI)
所要時間の目安: 50分。 このレッスンを終えると、次のことができるようになる。
- Delegation-Diligence ループを使って、自分の仕事に対する AI の分析能力を体系的に検証できる
- Description と Discernment を適用して、AI の限界を認識しながらデータのパターンを見つけられる
- すでに自分が理解しているデータで AI をテストすることで、AI 支援の分析への確信を築ける
動画: データ分析と「結果を信頼できるか」問題(約7分)
この動画は、非営利団体のスタッフが AI をデータ分析に使うときに突き当たる最大の問い — 「結果を信頼できると、どうやって分かるのか?」 — に正面から答える。おそらくこの疑問こそが、これまで AI をデータ分析に使うのをためらわせてきた張本人だ。このレッスンのテーマは Delegation-Diligence ループ、つまり「すでに自分が答えを知っているデータ」で AI を体系的にテストすることで、自分の仕事に固有の状況で AI がどう役立つかを検証し、確信を築くプロセスである。
プロセスは Delegation から始まる。手順はこうだ。
- 定期的に行っている分析タスクのうち、AI に任せたい具体的なタスクを1つ特定する
- すでに自分で分析を完了した過去のデータを見つける
- AI と一緒にその分析を再現し、何がうまくいき、何がうまくいかないかを評価する
- アプローチを磨いて、もう一度テストする
AI が既知の結果を再現できれば、同種の将来のタスクで AI をどう使い、どこまで信頼できるかが分かる。再現できなければ、「このタスクは委任すべきでない」という学びが得られる。どちらに転んでも収穫があるのがこのループの良いところだ。
実例: Valley Veterans Services の Rio。 Rio は退役軍人支援団体のプログラムディレクターで、四半期ごとにプログラムの出席データと就職実績を突き合わせて分析している。参加率の算出、月ごとの変化の追跡、出席と就職成功の相関の判定 — この分析には毎回何時間もかかる。Rio は分析結果を自分で解釈してプログラム改善に使い続けたい。ただし、いつも自分がはまり込むデータクリーニングと数式の泥沼からは解放されたい。
そこで Rio は、このシナリオで AI が適切かをテストするために前四半期のデータを使う。AI なしで分析済みなのでデータが何を示していたかを正確に知っており、しかも分析前の生の乱雑なデータも手元にある。これが彼のテストケースになる。
Rio はデータをアップロードし、Description と Discernment を使って AI と分析を進める。ただし AI が応答するたびに、結果を「自分が正しいと知っていること」と照合し、AI の推論の穴をメモしていく。追加の Description で AI が求める結果に到達できる場合もある — その場合、今後のデータ分析タスクにはその種の情報を含める必要があると分かる。一方で、正真正銘の能力の限界(capability gap)が見つかる場合もある。これが Delegation-Diligence ループの実践であり、Rio の Diligence(モデルの能力を評価する姿勢)が、今後何を AI に委任するかの判断を変えていく。
最初の試みはこんなプロンプトだ。「前四半期の就労訓練プログラムの出席データと就職実績データを共有します。3か月間の参加パターンを分析し、出席レベルと就職成功の相関をグラフにしてください。特に、継続的な出席がより良い就職結果を予測するかどうかを知りたいです。」
AI は要約を返してくるが、Rio はそれを事実と決めつけず、自分の記録と照合して良い点と悪い点をメモする。AI は出席と就職の相関を正しく特定した。しかし、住宅支援と就職支援を組み合わせたプログラムに関する重要な洞察を見落としていた。そこで Rio は Description を磨き、「プログラムの種類に特に注意して」再分析を依頼する。今度は AI が自分のミスに気づく。Rio は「今後の四半期分析では、プログラム種別を考慮するよう明示的に依頼する必要がある」とメモする。
次に、もっと難しいテストを試す。「参加者の登録時期(enrollment)別にも見られる?」AI の応答から、登録日データを AI が知らなくても抽出を手伝えることが分かったので、この結果は後で照合するようメモする。このプロセスを通じて、Rio は四半期レポート作成において AI に何ができて何ができないかを体系的に検証した。得られた学びはこうだ。
- 適切な Description があれば、AI はかつて手作業でやっていた分析を正確に再現できる
- ただし明確な限界とフォローアップすべき点もある。コホート分析には登録日がデータに含まれている必要がある。さもないと AI は登録日を推測しようとする — それは望まない挙動だ
- 最も重要なのは、今四半期のデータに自信を持って使える検証済みのアプローチと、「どの情報を含めるべきか」「自分がどんな文脈を補うべきか」の明確なメモが手に入ったこと
検証済みアプローチを新しいデータに使うときも、Rio の Diligence は続く。数字が自分のプログラムについて知っていることと整合するかを確認し、最終レポートに自分で責任を持ち、聞かれれば AI の役割について透明に答える。ただし今の彼は当てずっぽうではなく、検証に裏打ちされた確信から仕事をしている。
フレームワークのまとめ: 委任したい分析タスクを specific に特定する(必要なものを正確に)。その分析を完了済みの過去データを見つける(AI が正解に到達できるか評価するには正解が必要)。AI と一緒に過去の分析を再現し、体系的に評価する — AI は何を生成したか?タスクにどうアプローチしたか?発見をどう伝えたか?ギャップを特定し、委任の仕方を磨き、再テストする。AI が正しい結果を出すと検証できれば、新しいデータに自信を持って使えるアプローチの完成だ。何度か改善しても到達できなければ、「これは委任すべきタスクではない」と学んだことになる。
データにそもそも自信がない人へ。 「自分ではプロセスの穴を見抜けない」という人にも AI は役立つ。AI モデルは特にコーディングが得意なので、Excel の数式を書く、乱雑なデータを整形し直すといったことを手伝える。自分の疑問やアイデアを AI に持ち込み、「解決策がどんなものになりうるか理解するのを手伝って」と明示的に頼めばよい — チームのデータアナリストと働くのと同じ要領だ。作業中は説明や補足を求め続けて、プロセスを追え、最終的なアウトプットを理解できるようにしておくこと。
ただし忘れないでほしい。検証は確信を築くが、責任を消しはしない。 結果が意味をなすかの確認と、分析プロセスにおける AI の役割の透明性は、依然としてあなたの責任である。このテスト手法は、検討中のあらゆる分析タスクに使える — 寄付者分析、予算予測、アンケートの統合、アウトカム追跡。まずテストし、うまくいくものを検証し、それから自信を持って適用する。あるいは「そもそも委任すべきでない」と学ぶ。
要点(Key takeaways)
- すでに理解しているデータで AI をテストする。 新しい分析を任せる前に、正解を知っている過去データで検証する。適切なガイダンスで AI が既知の結果を再現できれば、同種の将来タスクに自信を持って使える
- Discernment で AI の推論のギャップを特定する。 テストしながら、AI が見落とす重要な文脈と、追加すべき Description をメモする
- 盲信ではなく、検証済みアプローチを築く。 テストのたびに「AI が得意なこと」「ガイドが必要なこと」が分かる。うまくいったやり方を文書化して再現できるようにする
- データに詳しくなくても AI は役立つ。 解決策のブレインストーミング、Excel 数式の作成、乱雑なデータの整形などを頼れる。ただしプロセスを理解できるよう、説明を求め続けること
- 検証は確信を築くが、責任は消えない。 結果が妥当かの確認と、AI の役割についての透明性は自分の責任
演習1: メッセージング分析
低リスクのデータ(自団体の公開コミュニケーション)を使って、データ分析における Description-Discernment ループを練習する。
Part I: データを集める — 自団体のコミュニケーションを10〜20件集める。SNS 投稿、メールの件名、ニュースレターの見出し、イベント告知など。自分が「よく響いた」と思うものと「いまいちだった」と思うものを混ぜること。
Part II: AI で分析する — データセットを AI に共有し、パターンの特定を依頼する。
- 高パフォーマンスなコンテンツにはどんなテーマ・トピックが現れているか?
- 言葉づかい・トーン・フォーマットにどんなパターンがあるか?
- 「発信していること」と「響いていること」の間にギャップはあるか?
Part III: Discernment を適用する — AI の分析を評価する。
- 特定されたパターンは「何が効くか」についての自分の直感と一致するか?
- 自分のオーディエンスや目標について、AI に欠けている文脈は何か?
- AI が見つけたパターンで、自分が驚いたものはあるか?
振り返り:
- このデータセットから何を学ぼうとしているのか?
- 高パフォーマンスなコンテンツは、自団体の本来の声(authentic voice)や価値観と合致しているか?
- 正しいオーディエンスに届いているか?
ストレッチゴール: AI を使って、自団体のメッセージングが掲げているミッション・価値観とどれだけ整合しているかを監査し、食い違いを見つけ、分析結果からメッセージングガイドを作成する。
演習2: 寄付者の寄付パターン分析
レッスン5のデータ衛生(data hygiene)の実践を踏まえて、データ分析スキルを高リスクなファンドレイジングデータに適用する。
Part I: データを準備する — レッスン5でサニタイズ(無害化)した寄付者データセットを使うか、個人を特定できる情報(PII)を除去した新しいデータセットを用意する。複数期間にわたる過去の寄付データがあることを確認する。
Part II: AI で分析する — 次のパターンの特定を AI に依頼する。
- 期間ごとの寄付者維持率(リテンション)
- 継続寄付と単発寄付のパターン
- キャンペーン効果の比較
- 金額帯ごとの寄付トレンド
Part III: Discernment を適用する — AI の発見を批判的に評価する。
- トレンドは自分が寄付者基盤について知っていることと一致するか?
- AI は金銭的価値だけに注目して、関係性の要素を見落としていないか?
- 収益最大化だけでなく、寄付者との関係を強くするのに役立つパターンはどれか?
振り返り:
- 効率化の提案を実行した場合のコストは何か?(例: 発見が「小口寄付者を犠牲にして大口寄付者に集中せよ」と示唆する場合、コミュニティからの見え方や長期的持続性への影響は?)
- 寄付額を超えて、寄付者との関係を強くするのに役立つパターンは何か?
演習3: コミュニティのニーズを先読みするトレンド分析(ストレッチゴール)
複数のデータソースを組み合わせて予測的分析を練習する上級演習 — 要望の多い能力である。
Part I: 多様なソースを集める — コミュニティのニーズ理解にすでに使っている情報を集める。
- 自団体のプログラムデータとサービス依頼
- コミュニティに関する外部レポートやデータセット
- 支援対象者(constituents)に影響するニュースや政策の動き
Part II: 新たなパターンを分析する — AI に次の特定を依頼する。
- 人々が求めている支援の種類のトレンド
- 需要を増やしたり変えたりしうる外部要因
- 現在のサービスと新たに生まれつつあるニーズのギャップ
Part III: 最も厳格な Discernment を適用する — この分析には最高レベルの批判的評価が必要だ。
- AI の予測は、自分がコミュニティで直接見聞きしている経験とどう比べられるか?
- AI が見落としているかもしれない構造的要因やローカルな文脈は何か?
- 尊厳と敬意をもってコミュニティのニーズを先読みするために、どんな価値観を心に留めるべきか?
振り返り:
- このプロセスにどう責任を持って取り組めるか?
- AI には説明・文脈化できないことを、どんな要因や構造的問題が説明できるか?
レッスンの振り返り
- すでに理解しているデータで AI をテストしたことで、新しい分析に使う自信はどう変わったか?
- 今後データ分析タスクを委任する際の判断を左右する、どんなギャップや限界を特定したか?
次のレッスンへ
次のレッスンではワークフローの自動化を扱う — AI が定型タスクをあなたの代わりに処理し、より影響の大きい仕事に時間を割けるようにするとき、これらと同じ原則をどう適用するか。
7. ワークフローの拡張(Workflow augmentation)
所要時間の目安: 40分。 このレッスンを終えると、次のことができるようになる。
- 4D Framework の4つの次元すべてを組み合わせて、AI との再現可能な手順(自動化)を構築できる
動画: 4D 総動員で作るメール自動化(約6分)
きっと身に覚えがあるはずだ。メールに溺れている — しかも複雑なメールではなく、同じ質問が延々と繰り返される。「イベントは何時から?」「チケット情報はどう変更するの?」「領収書を送ってもらえますか?」小さな非営利団体、特にイベントを運営する団体にとって、これは毎日の時間を食いつぶす現実だ。その一方で、築くべき関係、回すべきプログラム、前に進めるべきミッションがある。
このレッスンでは、4D Framework の4次元すべてを一緒に使って、日々の作業負担を減らす自動化を組み立てる。Delegation・Description・Discernment・Diligence が連携して、組織に持続可能な効率を生む — AI Fluency が本当に生きてくる場面である。
シナリオ: Emily のガラ・パーティー。 Emily はがん研究資金調達団体の地域支部で働く開発コーディネーター。年次ガラまで3週間、毎朝20〜30通のメールが届き、基本的に同じ5種類の質問が繰り返される — 寄付者向けレポート、イベント詳細、テーブル割り当て、ドレスコード、駐車場情報。文書化済みの情報からすぐ答えられるものもあれば、人間の判断や寄付者データベースへのアクセスが必要なものもある。現状、彼女は毎朝2時間をメール返信だけに費やしている。週10時間 — 他の何にでも使えたはずの時間だ。AI はこれを変えられる。ただし、思慮深くやる必要がある。盲目的に自動化するのではなく、4D Framework を使って、実際に機能し、かつガラの参加者が「AI にたらい回しにされた」と感じない仕組みを作るのだ。
Step 1: 問題認識(Problem Awareness)と Delegation。 AI ツールに触れる前に、Emily はまず過去1週間の受信箱を実際に見る。人々は何を尋ねているのか?そしてガラ向けの具体的なリストを作る。内訳はこうだ。
- AI が確実に処理できるもの: 領収書リクエスト(標準テンプレートがあり、データベースアクセスを AI に与えられる)。ドレスコード・駐車場・スケジュールなどのイベント詳細の質問(すべて文書化済み)。「チケット情報の更新方法は?」のような手順の質問(明確なステップがある)
- 人間が処理すべきもの: チケットの譲渡・移転(間違えたときのリスクが高い)。苦情や懸念(特別な共感と文脈が必要)
これが Task Delegation だ。問うべきは「AI にできるか」ではなく「AI がやるべきか、やるならどこまでか」である。
Task Delegation を定義したうえで、Emily は Platform Awareness(プラットフォーム認識)も考慮する。このプロジェクトでは個人を特定できる情報や資金情報の一部を AI に見せることになる。だから、ユーザーデータで学習しない AI ツールを使うことが決定的に重要だ。
Step 2: Description。 3つを明確に定義する。
- Product Description(成果物の記述): メッセージを読み、分類し、適切な返信を下書きするか、追加レビュー用にフラグを立てるメール監視システムがほしい
- Process Description(プロセスの記述): 各メールを読む → カテゴリを特定する → 返信に必要な情報を持っているか確認する → 返信を下書きするか、人間のレビュー用タスクを作成する
- Performance Description(ふるまいの記述): プロフェッショナルだが温かく。情報を決して推測しない。不確かなときは人間のレビュー用にフラグを立てる。情報を提供する前に、必ず相手の質問に直接応答する
実践では、Emily は Claude の Gmail 連携を使い、各ステップをきわめて具体的に指示しながら、実際に受け取ったメールで Claude の応答をテストして往復を重ねる。
Step 3: Discernment。 アウトプットを本気で確認する。メールと下書きは実際に役立つか?彼女らしく聞こえるか?正確か?テストの結果はこうだった。AI はメールを正しく分類しているようだ — 宣伝メールは返信不要、席割りの依頼は絶対に人間が必要、プログラム詳細と駐車場の回答は正確。甲殻類アレルギーの問い合わせには正確に答えられたが、相手がまさに問い合わせてきた内容を「ご確認ください」と返すのは不自然だった。ここは Performance Description をもっと行動指向(action-oriented)に調整すべきポイントだ。これは反復的なプロセスであり、発見に基づいて Description を磨き直すのは完全に正常 — というより、実際に機能するものを作る唯一の方法である。
Step 4: Diligence(責任の実践)。 これはシステムが技術的に動くかだけの話ではない。「そもそもこの使い方をすべきか」という問いだ。Emily は3種類の Diligence を検討する。
- Creation Diligence: どのメールを AI が処理し、どれに人間の注意が必要かを考え抜いた。自動化できるものを片っ端から自動化するのではなく、寄付者との関係が重要な場面ではそれを守るという意図を持つ
- Deployment Diligence: Emily は今のところ、すべての返信をレビューして自分で送信している。完全自動化を選ぶ場合も、システムを徹底的にテストしたと分かっているからこそ、より確信を持って移行できる
- Transparency Diligence: Emily は組織の AI ポリシーの透明性規定に従い、これらのメールがシステム生成であることを明示する。なぜそうしているのか(時間を節約し、より速く返信するため)を説明し、追加の支援が必要な場合の明確なフォローアップ手段を提供する。何か問題が起きたとき、この透明性が大きな助けになる
要点(Key takeaways)
- Problem Awareness から始める。 AI ツールに触れる前に、実際の作業負荷を分析する。人々は何を尋ねているか?どんなパターンがあるか?何を自動化するか決める前に、具体的なリストを作る
- Task Delegation は「AI にできるか」ではなく「AI がやるべきか」を問う。 文書化済みの質問への回答のようなタスクは自動化候補。苦情対応や高リスクの依頼は人間に残す
- 実例で反復的にテストする。 実際に受け取ったメールでシステムをテストする。Description の穴が見つかって修正が必要になる — それは正常で、必要なプロセスだ
- 3種類の Diligence をすべて実践する。 Creation Diligence は「何を自動化するか」に意図を持つこと。Deployment Diligence は(特に初期は)送信前にアウトプットをレビューすること。Transparency Diligence は AI の役割について正直であること — 特に何かがうまくいかなかったとき
演習1: 自動化の機会をマッピングする
自分の仕事の反復タスクのうち、どれが AI 自動化に向いているかを特定する。
Part I: 反復タスクの棚卸し — 過去1週間の仕事を思い返し、反復的または時間のかかるタスクを5〜10個リストアップする。各タスクについて次をメモする。
- 頻度は?(毎日・毎週・毎月)
- 毎回どれくらい時間がかかるか?
- 対応・プロセスはほぼ標準化されているか、それとも大きく変動するか?
Part II: AI 適性で分類する — タスクを3つのカテゴリに仕分ける。
- AI が処理できる: 標準化された返答、文書化済みの情報、明確なプロセス
- AI が補助し、人間が決める: AI が下書き・準備はできるが、実行前に自分がレビューするタスク
- 人間が処理すべき: 高リスクの判断、感情が絡む状況、複雑な判断を要するもの
Part III: 優先順位づけ — 「AI が処理できる」「AI が補助」のカテゴリから、最も時間を節約できそうなタスクを1つ選ぶ。それがあなたの自動化候補になる。
振り返り:
- 各タスクのカテゴリを決めるのに、どんな基準が役立ったか?
- 自動化に向くタスクが多かった(または少なかった)ことに驚いたか?
演習2: 自動化の Description を組み立てる
演習1で特定したタスクについて、3種類の Description を使って自動化システムを記述する。
Part I: Product を定義する — 明確な Product Description を書く。
- 欲しい最終結果は何か?
- システムはどんな入力を受け取るか?
- どんな出力を生成すべきか?
Part II: Process を定義する — ステップを列挙する Process Description を書く。
- システムは最初に何をすべきか?
- どんな判断ポイントがあるか?
- いつ人間にエスカレーションすべきか?
- どんな情報へのアクセスが必要か?
Part III: Performance を定義する — ふるまいを定める Performance Description を書く。
- どんなトーンを使うべきか?
- 不確実性をどう扱うべきか?
- 決してやってはいけないことは何か?
- 相手の依頼をどう受け止めて(acknowledge して)返すべきか?
Part IV: 実例でテストする — Description を AI に共有し、実際の業務からの実例を3〜5件与えて、アウトプットを評価する。
- 正しく分類できたか?
- 回答は正確で適切か?
- Description にどんな調整が必要か?
演習3: Diligence を計画する(ストレッチゴール)
自動化の「責任」の側面を考え抜く。
Part I: Creation Diligence — 計画中の自動化について答える。
- なぜこのタスクは AI が処理するのに適切なのか?
- 何がうまくいかない可能性があり、どうやってそれに気づくか?
- AI がミスをした場合の影響は?
Part II: Deployment Diligence — レビュープロセスを計画する。
- すべてのアウトプットをレビューするか、定期的にサンプリングするか?
- 時間の経過とともに問題をどう監視するか?
- どんな事象が起きたら自動化を一時停止するか?
Part III: Transparency Diligence — 透明性のアプローチを決める。
- 誰が「AI が関与している」と知る必要があるか?
- AI の役割をどう開示するか?
- 人間の対応を望む人に、どんなフォローアップ手段を用意するか?
レッスンの振り返り
- 4D Framework の4次元をすべて一緒に使ったことで、この自動化タスクへのアプローチはどう変わったか?
- AI が実行できるほど正確に自動化システムを記述するプロセスで、何に驚いたか?
次のレッスンへ
次のレッスンでは、AI を組織に思慮深く持続可能に統合する戦略を扱う — AI 依存への懸念にどう向き合うかから、自団体の価値観を反映した AI ポリシーの作り方まで。
8. 組織への統合(Integration)
所要時間の目安: 45分。 このレッスンを終えると、次のことができるようになる。
- 人間の力を強め、ミッションを前進させる形で AI を組織に統合できる
- AI 依存への懸念と「人間らしいつながりの維持」に向き合える
- 自団体の価値観を反映し、持続可能な AI 利用を担保する組織 AI ポリシーを作成できる
動画: 「Human in the loop」であること(約5分)
このコースを通じて、助成金申請、寄付者コミュニケーション、データ分析、ワークフロー拡張への AI の使い方を学び、非営利の仕事の文脈で 4D Framework を練習してきた。しかし AI は単なる新しい技術ではない。世界の動き方そのものを変えつつある。だからこそ、組織の働き方・文化・コミュニティへの影響との関係で AI を評価することが重要だ。この動画は、非営利団体から最もよく聞かれる2つの大きな問いに答える。「AI に依存しすぎないためには?」と「効率と人間らしさ(human touch)のバランスは?」である。
答えはどちらも同じ原則に行き着く — 「human in the loop(ループの中の人間)」であること。AI の世界で広まったこの言葉は少し曖昧に聞こえるが、要は「あらゆる AI とのやりとりにおいて、意思決定し、舵を取るのは人間である」という考え方だ。そして非営利の文脈では、それ以上の意味を持つ。AI がミッションに仕えるのであって、その逆ではないことを保証するのはあなただ。AI がどの問題の解決を手伝うべきかを決めるのはあなた。解決策が価値観に合致しているかを評価するのもあなた。そして決定的に重要なのは、非営利の仕事の土台である人間関係と現実世界へのインパクトを維持するのもあなただということ。
問い1: AI に依存しすぎないためには? この問いは、AI が他の技術と根本的に違う点を突いている。AI はあなたの CRM のようにプログラムされていない。同じ入力でも、入れるたびに少しずつ違う応答が返ってくる。 だからこそ、human in the loop であるあなたが「どこで・なぜ AI を使っているのか」「自分とチームにとって許容できる使い方とは何か」を理解する必要があり、一回一回の利用において Diligence が求められる。
具体的な方法のひとつが、定期的にプロセスを振り返り、「AI が何をしているか、私たちは説明できるか?」と自問すること。説明できるなら素晴らしい — それは人間が適切に関与した健全な拡張(augmentation)だ。説明できないなら、説明できるようになるまでプロセスを作り直す価値がある。目標は AI 依存を完全に避けることではない。組織を強くするポリシー・プロセス・意思決定を作ることだ。
問い2: 効率と人間らしさのバランスは? どんな仕事であれ、あなたがこの仕事を選んだのは大切に思うからだ。最良の場合、AI はノイズや障害物を切り抜ける手助けをして、忘れられがちな部分 — 手書きのカード、パーソナライズした郵送物、コミュニティの一人ひとりと過ごす時間 — に集中させてくれる。最悪の場合、その人間らしさ自体を自動化して消してしまう。忘れてはいけないのは、AI にはあなたの「人間の仕事」はできないということ。メールの初稿は書けても、あなたのように受取人を知っているわけではない。AI を組織に持ち込むときは、生産性への期待をめぐる文化的な規範を早い段階から、繰り返し設定・点検して、AI が支えている仕事に全員が納得できるようにすることが重要だ。
実践: 組織 AI ポリシーの作成。 このコースでは AI Fluency Framework の理解を深めてきたが、AI ポリシーはこの理解を組織全体にスケールさせ、徹底させる手段になる。ポリシーを書くときは、このコースで扱ってきた要素を検討するとよい。
- Platform Awareness: どの AI ツールを許可するか?どんなデータ保持・学習ポリシーなら、どんなシナリオで許容できるか?
- Task Delegation: どの仕事に AI の支援を入れ、どの仕事を完全に人間のままにするか?
- 期待とキャパシティ: 節約された時間をどう振り向けるか?役割ごとの現実的な期待値は?
- 品質と監督: 誰が AI のアウトプットをレビューするか?問題が起きたらどうするか?
- 透明性: ステークホルダー・資金提供者・サービス対象者に AI 利用をどう伝えるか?
- 価値観との整合: AI がミッションに仕え、尊厳を守ることをどう保証するか?
動画はこう締めくくる。あなた固有の才能、人生経験、知識、ものの見方、人との関係 — それらは、世界を理解し応答するあなただけのやり方を形づくっている。AI はそうした資質に気づき、より効果的に表現する手助けができる。より速く学び、より明瞭に伝え、より創造的に問題を解く助けにもなる。しかし、人間の直感、判断、そしてあなたがすべての仕事に注ぐ「ケア」の代わりにはなれない。それこそが、非営利にとっての AI Fluency の本当の意味であり、あなたにしかできない仕事だ。
要点(Key takeaways)
- 「human in the loop」は監督以上の意味を持つ。 非営利の文脈では、AI がミッションに仕えることの保証を意味する — AI が解くべき問題を決め、解決策が価値観に合うか評価し、非営利の仕事を定義する関係性と現実のインパクトを維持するのはあなた
- 依存は「回避」ではなく「理解」で防ぐ。 定期的にプロセスを振り返り「AI が何をしているか説明できるか?」と問う。説明できれば健全な拡張。できなければ、できるようになるまでプロセスを作り直す
- AI は「より人間らしい仕事」のための時間を生むべきで、その逆ではない。 最良の AI はノイズを切り抜けさせ、手書きのカードや個別の声かけ、コミュニティの個人と過ごす時間に集中させてくれる。最悪の AI はその人間らしさを自動化して奪う
- 生産性をめぐる文化的規範を早めに設定する。 AI を組織に導入する際は、節約された時間で何が起きるのかについての期待を話し合い、AI が支える仕事に全員が納得できるようにする
- AI ポリシーは理解をスケールさせる。 プラットフォーム、Task Delegation、品質監督、透明性、価値観整合についての決定を文書化すれば、組織全体が一貫して動ける
演習: 組織の AI ポリシーを起草する
このコースで学んだすべてを持ち寄り、組織全体の AI 利用を導く実用的なドキュメントを作る演習。
Part I: Platform Awareness(プラットフォーム認識) — 技術面のガイドラインを定める。
- 組織としてどの AI ツールを使うか?どれを禁止するか?
- 仕事の種類ごとに、どんなデータ保持・学習ポリシーなら許容できるか?
- どんな機微度(センシティビティ)のデータには、別のツールや保護が必要か?
- ツールやポリシーの変化を、どうやって追い続けるか?
Part II: Task Delegation(タスクの委任) — AI 利用の境界線を定義する。
- どんな種類の仕事が AI 支援に適しているか?
- どの仕事は完全に人間のままにすべきか?それはなぜか?
- 新しいユースケースの適否は誰が決めるか?
- グレーゾーンはどう扱うか?
Part III: 期待とキャパシティ — AI 統合の人間側の問題に向き合う。
- AI の効率化で節約された時間は、どこに振り向けるか?
- 役割ごとの現実的な期待値は何か?
- 「AI 担当者」一人に頼らず、チーム全体の AI 力をどう育てるか?
- AI ベースのワークフローが失敗したらどうするか?
Part IV: 品質と監督 — 説明責任を確立する。
- AI のアウトプットは、使用・共有される前に誰がレビューするか?
- コンテンツの種類ごとに、どんな検証ステップを必須にするか?
- AI がミスをしたらどうするか?
- 問題を長期的にどう監視するか?
Part V: 透明性 — AI 利用をどう伝えるかを決める。
- ステークホルダー、資金提供者、サービス対象者は、自団体の AI 利用について何を知る必要があるか?
- 個々のアウトプットへの AI の関与をどう開示するか?
- 助成金申請・レポート・広報物における AI の記載(attribution)はどうするか?
Part VI: 価値観との整合 — AI 利用をミッションにつなぐ。
- AI がミッションに仕える(その逆ではない)ことをどう保証するか?
- AI に関する意思決定を導く価値観・倫理原則は何か?
- 弱い立場にある人々に関わる AI 支援の仕事で、尊厳と敬意をどう維持するか?
- 効率的であっても、あえて AI を使わないと判断すべきなのはどんなときか?
Part VII: まとめてレビューする — AI と協働して、回答をポリシー文書の草案に統合する。
- 自分の回答を共有し、明確で使いやすいポリシーへの整理を AI に依頼する
- 草案を網羅性と「組織の声」との整合の観点でレビューする
- チームでのさらなる議論が必要なギャップや論点を特定する
- 組織の AI 利用の進化に合わせて、このポリシーをどう導入し、どう見直していくかを計画する
レッスンの振り返り
- コース開始時と比べて、AI 統合についての考え方はどう変わったか?
- 学んだことを踏まえて、AI との仕事で1つ変えることは何か?
9. 次のステップ(Next steps)
所要時間の目安: 15分。 このレッスンを終えると、次のことができるようになる。
- AI Fluency を伸ばし続けるためのブループリント(blueprints)とリソースにアクセスできる
- 学んだことを組織の同僚と共有できる
- 修了証(certificate of completion)の受け取り場所が分かる
動画: 最終課題 — 今週、実際の仕事を1つ(約5分)
最後のレッスンにたどり着いた。ここからは、今日から始められる実践的なステップの話だ。今まさに、あなたには現実の仕事が待っている。来週締切の助成金申請かもしれない。先延ばしにしてきた寄付者向けレポートかもしれない。スプレッドシートに眠ったまま分析する時間がなかった3か月分のプログラムデータかもしれない。
最終課題はこれだ。それらのタスクの中から1つ — 1つだけでいい — を選び、このコースで学んだことを使って、今週 AI の支援を受けながら片づける。
- Delegation から始める。 コンピュータを開く前に、目の前のタスクについて考える。どの部分が AI の支援で良くなるか?どの部分に「あなた」— あなたの人間的判断、人間関係、コミュニティへの深い理解 — が必要か?そのうえで、タスクのプライバシー・セキュリティ要件を評価し、それに応じて AI(プラットフォーム)を選ぶ
- Description で AI とコミュニケーションする。 タスクとプラットフォームの全体像が見えたら、成果物の詳細を共有する。自団体のこと、ミッション、誰に仕えているか、自分たちの仕事を際立たせているものは何かを伝える。タスクの進め方と、やりとり中のふるまい方も伝える — それが Process Description と Performance Description の実践だ
- これはループだと忘れない。 必要なものを記述し、応答を受け取り、評価して、学んだことをもとにより明晰に記述し直す
- 最後に成果への Diligence。 AI と作ったものを使ったり共有したりする前に、自分の仕事として責任を引き受ける。文章を共有するなら、それが本当に自団体を体現していると感じられることを確認する。重要な場面では透明であること — AI の利用を知ったら相手の最終成果物への見方が変わるかもしれない場合、相手はそれを知る必要があるかもしれない。結局のところ、自分の仕事は自分で請け合う(vouch する)必要がある。あなたは AI を使っているだけではない。AI が手伝って生み出されたものに、所有者として責任を持っているのだ
この4つの力(competencies)は、AI を使うたびに一緒に働く。そして動的であることを忘れずに。Delegation から Description へ流れ、Discernment に戻り、「そもそも委任の仕方を変えたい」と気づくかもしれない。それこそが、実践を通じて AI Fluency が育っている証拠だ。
最終課題(Your final assignment)
コースを修了する前に、今週 AI の支援で取り組む実際のタスクを1つ選ぶ。
Step 1: タスクを選ぶ — 実際に待っている具体的なものを選ぶ。
- 締切の近い助成金申請やレポート
- 先延ばしにしてきた寄付者コミュニケーション
- 分析が必要なプログラムデータ
- 更新が必要なポリシーや手順書
- イベント企画や告知コンテンツ
Step 2: 4D Framework を適用する — 4つの力をひとつずつ通す。
- Delegation: どの部分が AI の支援で良くなるか?どこに自分の人間的判断が必要か?
- Description: 自団体の文脈、タスクの要件、AI にどう取り組んでほしいかを共有する
- Discernment: 返ってきたものを評価し、ギャップを特定し、アプローチを磨く
- Diligence: 最終結果に責任を持ち、正確性を検証し、適切な場面で透明にする
Step 3: 経験を振り返る — タスクを終えたら考える。
- 何がうまくいったか?次は何を変えるか?
- どの力が自然にできたか?どれにもっと練習が必要か?
- このアプローチを今後のタスクにどう適用するか?
学びを続ける
ブループリント(Blueprints): 非営利の定番タスク向けのステップバイステップガイドに https://claude.com/resources/use-cases-category/nonprofits からアクセスできる。Anthropic と Giving Tuesday が共同で作成したユースケース集で、このコースで一緒に歩んだものも含まれる。カバー範囲は次のとおり。
- 助成金のライティングとレポート作成
- 寄付者コミュニケーションと寄付者開拓(prospecting)
- データ分析と可視化
- ほか多数
初めて AI とやりとりするときのガイドとして使い、経験を振り返って次のやりとりに活かすとよい。
リソース: 受講者は次にアクセスできる。
- 4D Framework ガイド
- 重要用語チートシート
- コースの演習と振り返りプロンプト
理解を深める: まだ受講していなければ、Anthropic の「AI Fluency: Framework & Foundations」コースが 4D Framework とその適用のより深い探究を提供してくれる。
レッスンの振り返り
- 今週 AI の支援で取り組むと決めたタスクは何か?
- コース開始時と比べて、AI との関係はどう変わったか?
- 組織やネットワークの中で、このコースが役立ちそうな人は誰か?
おめでとう!
AI Fluency for Nonprofits の修了、おめでとう。4D Framework の基礎を築き、リサーチ・ライティング・データ分析・ワークフロー自動化への適用を練習し、責任ある組織統合の戦略を身につけた。
忘れないでほしい。AI Fluency はゴールではなく、続いていく実践だ。ツールは進化し続けるが、学んだフレームワークがあれば、ミッションと価値観をすべての意思決定の中心に置いたまま、思慮深く適応していける。次のレッスンでいくつかの簡単な質問に答えると、修了証を取得できる。修了証は同僚と共有して、「自分たちの組織にとっての AI Fluency とは何か」という対話を始めるきっかけに使える。
まとめ(要点)
コース全体を貫く要点を整理する。
1. 4D Framework の非営利向け適用。 Delegation(何を AI に任せ、何に人間の判断を残すか)・Description(成果物 Product / プロセス Process / ふるまい Performance の3種類で伝える)・Discernment(結果の良し悪しを見抜く)・Diligence(協働への責任を果たす)の4つの力は、助成金申請・寄付者コミュニケーション・データ分析・ワークフロー自動化といった非営利の実務すべてに通用する。4D は直線ではなくループであり、Discernment の結果から Delegation の仕方を変えることもある — それ自体が AI Fluency の成長である。非営利の文脈で特に重要なのは、AI がミッションに仕える(逆ではない)ことを保証する「human in the loop」の役割を人間が担い続けることだ。
2. Description-Discernment ループ。 AI との協働の基本動作は「記述して、応答を評価して、学んだことを踏まえてより明晰に記述し直す」往復である。メッセージング分析でも Rio の出席データ分析でも Emily のメール自動化でも、一発で完璧な結果は出ない。AI が見落とした文脈(プログラム種別、オーディエンスの実像、相手の意図)を Discernment で特定し、それを次の Description に織り込む。この反復は失敗ではなく、実際に機能する仕組みを作る唯一の方法である。
3. Delegation-Diligence ループ(検証による確信づくり)。 AI の分析結果を信頼できるかは、正解を知っている過去データでテストすることで確かめる。委任したいタスクを特定し、分析済みの過去データで AI に再現させ、既知の結果と照合し、ギャップを特定して委任の仕方を磨く。再現できれば検証済みアプローチとして新データに使え、何度磨いても再現できなければ「委任すべきでないタスク」だと学べる。ただし検証は確信を築くが責任は消さない — 結果の妥当性確認と AI の役割の透明性は常に人間の仕事である。
4. データプライバシー。 高リスクデータ(寄付者情報など)を扱う前に、個人を特定できる情報を除去(サニタイズ)する。また Platform Awareness として、個人情報や資金情報を見せる作業ではユーザーデータで学習しない AI ツールを選ぶことが不可欠。組織の AI ポリシーでは、データの機微度に応じて必要なツールと保護を定義する。
5. ワークフロー自動化。 自動化は 4D 総動員の実践である。まず Problem Awareness で実際の作業負荷を分析し、「AI が処理できる/AI が補助し人間が決める/人間が処理すべき」に仕分ける(問いは「できるか」でなく「やるべきか」)。3種類の Description でシステムを定義し、実際のメール等でテストして磨く。そして Creation Diligence(何を自動化するか意図を持つ)・Deployment Diligence(アウトプットのレビュー体制)・Transparency Diligence(AI 関与の開示とフォローアップ手段)で責任を担保する。
6. 組織統合。 AI 依存は「回避」でなく「理解」で防ぐ — 「AI が何をしているか説明できるか?」を定期的に問い、説明できるまでプロセスを作り直す。AI は手書きのカードや個人と過ごす時間といった「より人間らしい仕事」のための余白を生むべきで、人間らしさ自体を自動化してはならない。そして個人の理解を組織にスケールさせる手段が AI ポリシーである。Platform Awareness・Task Delegation・期待とキャパシティ・品質と監督・透明性・価値観との整合(あえて AI を使わない判断を含む)を文書化し、チームで導入・見直しを続ける。AI は学習・伝達・問題解決を助けられるが、人間の直感・判断・ケアの代わりにはなれない — それが非営利にとっての AI Fluency の核心である。