ユースケース検討シート
分館、プログラム、管理部門を通じてAI活用の機会を評価し優先順位を付け、最もリスクが低く影響が大きい試行から開始できるようにします。
概要
- 貸出、レファレンスサービス、プログラム企画におけるAIの適合性を評価します。
- 効果、リスク、必要な労力、測定可能性という簡単な採点モデルを使います。
- 試行するもの、保留するもの、採用しないものを決めます。
- データの出典、承認、職員の担当者といった依存関係を記録します。
- 利用者対応の負担軽減と知識管理で、短期に効果が出る点を見つけます。
- 構築前に調達・プライバシー要件を整合させます。
- 成功指標を伴う60日間の試行計画を作成します。
課題/重要な理由
多くの図書館チームは、プログラム紹介文の自動作成、ボランティア受け入れ支援、助成金申請の下書きなど有望なAI案を集めても、何から始めるかの判断に苦労します。共通の評価基準がなければ、職員の負担を減らしたり利用者体験を改善したりする案ではなく、声の大きな案や最新の流行が選ばれます。
リスクは用途によって大きく異なります。ニュースレターの下書きは低リスクでも、利用者へ法的な資料を勧めることはそうではありません。影響、労力、ガバナンスを比較するワークシートにより、試行に含めるものと、さらに方針の整備が必要なものを率直に判断できます。
関係者は担当責任を明確にする必要があります。ITは連携を、利用者サービスは語調を、広報はブランドとの整合を気にかけます。構造化したワークシートが早い段階で認識をそろえ、忙しい分館で試行を始める際の想定外を防ぎます。
推奨する業務フロー
- 1
候補案を集める
利用者対応の職員、プログラム管理者、IT担当から案を集めます。「忘れ物の問い合わせへの返信」「理事会資料の要約」「本の展示テーマの作成」などの例を促します。
- 2
評価基準を定める
効果(時間短縮や利用者にとっての価値)、リスク(データの機微性と評判へのリスク)、労力(データ、連携、研修)、測定可能性(明確な指標)の4項目を1〜5で採点します。定義はシート上に見えるようにしておきます。
- 3
共同で評価する
利用者サービス、プログラム、IT、広報の関係者と60~90分のワークショップを開きます。楽観的な偏りを避けるため各案を一緒に評価し、評価の理由をコメントに残します。
判断のポイント: 個人情報、未成年者、法律・健康に関わる案は、試行前に追加のガバナンス審査の対象として印を付けます。
- 4
依存関係を整理する
必要な文書(方針、台本、配布資料)、システム(ILS、問い合わせ管理、ウェブサイトCMS)、承認者(法務、労働組合、理事会)を挙げます。データをAskLib内に保てるか、連携が必要かを特定します。
- 5
区分に分けて優先順位を付ける
案を「今すぐ試行」「調査」「保留」に分けます。方針に沿うメール返信の下書きや研修の意見集約など、影響が大きく、リスクが低く、成果を測れる項目を優先します。
- 6
試行を設計する
「今すぐ試行」の各項目に、範囲、責任者、開始日、成功指標を定めます(例:応答時間を30%短縮、再利用できるプロンプトを10件作成、会議室の苦情を削減)。
判断のポイント: 成功に研修が必要なら、1時間の職員オリエンテーションと2週間ごとのフィードバックの循環を含めます。
- 7
安全策を準備する
実施事項と禁止事項、禁止する話題、エスカレーション先を含むプロンプトのテンプレートを作ります。機微なデータのキーワード制限を加え、確認・承認の手順を確かめます。
- 8
開始して測定する
試行を30~60日実施します。利用状況、感想、職員が見つけた方針上の質問を追跡します。基準値と指標を比べ、必要に応じてテンプレートを調整します。
- 9
拡大するか判断する
指標が目標に達し、リスクが管理できていれば、他の分館やプログラムへ広げます。そうでなければ学びを記録し、透明性のためワークシートの評価を更新します。
推奨事項
- ワークシートは、案ごとに出典文書へのリンク付き1行とし、チームが実際に記入するよう短く保ちます。
- 漠然とした満足度ではなく、「利用者へのメール1通あたりの短縮時間」や「作成した再利用可能なプロンプト数」などの具体的な指標を使います。
- 方針、対応例、配布資料など、既存の内容がそろっている作業を優先します。それらがAI出力の根拠となり、誤情報のリスクを下げます。
- 職員の負担を影響の評価軸に含めます。窓口の負担軽減は、派手な利用者向けの実験より高い効果を出すことがよくあります。
- 試行に翻訳、代替テキスト、分かりやすい言葉の要件を組み込めるよう、アクセシビリティのニーズをワークシートに記録します。
- 用途ごとに責任者を決めます。責任者のいない案は、議論の先に進みにくいものです。
- 特に業務フローやボランティアの役割を変える場合、法務・労働組合の観点を早期に確認します。
- 案を採用しなかった理由を記録します。同じ議論の繰り返しを減らし、職員の提案を検討したことを示せます。
- 地区全体への展開前に1~2館で試行し、多様な地域の人々から意見を集めます。
- 30日目に短い振り返りを行い、プロンプトを調整し、安全策を加え、指標を改善します。
よくある落とし穴
個別に評価する
回避方法: リスクと労力を楽観的でなく現実的に評価するため、部門横断で採点します。
データの利用可能性を考慮しない
回避方法: 必要な文書と連携を挙げます。整理された出典がない場合は、その案を「調査」に移します。
新しさを重視しすぎる
回避方法: 実験的な案より、貸出の返信やプログラム紹介文など、地味でも件数が多い業務を優先します。
測定への道筋がない
回避方法: 開始前に基準となる指標を決めます。そうしなければ成功を示したり、理事会の支持を得たりできません。
不明確な承認手順
回避方法: 停滞を防ぐため、用途ごとに広報、IT、法務などの承認担当者名と期限を加えます。
安全審査を省く
回避方法: 機微な案をプライバシーと公平性の観点で確認し、個人情報や保護対象の属性についてキーワード制限を加えます。
最初から広く展開しすぎる
回避方法: 全分館に広げる前に、少人数と明確なフィードバックの仕組みで試行します。
ボランティアを含めない
回避方法: ボランティア調整担当者を評価に加えます。その業務はAI支援ガイドの恩恵を受けやすいものです。
事例
貸出窓口のメール負担を軽減
ユースケース:更新、利用者カードの紛失、図書館間貸借の日程に関する、繰り返し寄せられる質問への返信を下書きする。効果は高く、リスクは中程度です。方針がすでに存在するため、必要な労力は少なくなります。
プログラム広報の効率化
ユースケース:定期的な行事向けに、2言語の紹介文、SNS用文章、掲示テンプレートを生成する。効果は中〜高、リスクは低く、翻訳の確認が必要なため労力は中程度です。
理事会資料の要約
ユースケース:長い理事会資料を職員向けの1ページの要約にする。効果は中程度、リスクは中程度(組織運営に関する内容)で、文書は利用可能でもアクセス権限が必要なため労力も中程度です。
宿題支援の安全策
ユースケース:完成した解答を生成せず、方針に沿った宿題支援を提供する。利用者への効果は高い一方、リスクも高いため、シート上で試行前により詳しい管理の検討が必要と示されます。
セキュリティとガバナンスの注記
絶対に入力してはいけないデータ
- 評価の説明には、利用者の個人情報、人事記録、児童・生徒・学生の教育記録を含めません。
- 承認担当者の許可がない限り、機密の理事会資料や法務情報を含めません。
- ベンダーのAPIキーやシステム認証情報をワークシートやプロンプトに貼り付けてはいけません。
推奨するキーワード制限
- 「診断」「法的助言」「SSN」「在留資格」「懲戒処分」などの語句に注意を付けます。
- カード番号や児童・生徒・学生のIDなど、決まった形式の番号に警告を設定し、誤って含めることを防ぎます。
役割に基づくアクセスの指針
- 高リスクの案は、試行に進む前にガバナンスまたはプライバシーの責任者が確認します。
- IT担当が連携の実現性とデータ分離の要件を確認します。
- 一般向けの自動化や回答テンプレートは、広報担当が承認します。
監査とログ
- 評価と判断のメモを含む、各ワークシートの版を保存します。
- 案を区分間で移す理由を記録します。透明性は職員と理事会の信頼につながります。
- 試行の設計中に加えた安全策(キーワード制限、テンプレート)を記録します。
保存に関する提案
- 助成金の報告や監査に使えるよう、ワークシートを少なくとも1会計年度保存します。
- 判断が確定したら、機微な説明を含む案の下書きを削除します。
- 不要なデータを保持しないよう、試行の指標は生のプロンプトと別に保存します。
FAQ
同時にいくつの用途を試行すべきですか?
最初は1〜3件にします。貸出関連の返信文や行事の紹介文の下書きなど、指標が明確でリスクが低〜中程度の作業に絞ります。試行を増やしすぎると、研修と測定が手薄になります。
シートの担当者は誰にするべきですか。
部門横断の責任者を置きます。通常はデジタルサービスやイノベーションの責任者です。評価会議を調整し、承認を進め、意思決定に応じてワークシートを更新します。
得点が同点ならどうしますか。
同点の場合は、緊急性(季節の行事)、職員の負担(窓口業務の軽減)、管理体制の準備状況で判断します。それでも同点なら、測定しやすいユースケースから試行します。
公平性をどう考慮しますか?
十分な支援を受けていない利用者のアクセス改善、言語面の公平性、偏見の助長リスクを問うプロンプトを加えます。その内容を影響とリスクの評価に反映します。
すべての案にIT担当の関与が必要ですか?
いいえ。多くの試行は文書とテンプレートのみで実施できます。連携、認証、分析のデータ処理経路が必要になった時にITを加えます。
ワークシートをどう最新に保ちますか?
四半期ごとに確認します。試行結果、新しい方針、職員配置の変化を踏まえて評価を更新し、戦略目標に合わなくなった案は取り下げます。
ワークシートを理事会と共有できますか?
はい。透明なシートで事前調査を示せます。機微な詳細を伏せ、管理上の理由で保留している案について短い説明を添えます。
試行にはどのような指標が適していますか。
利用者への連絡の所要時間、再利用できるプロンプトの作成数、方針の確認メールの減少、テンプレートの分かりやすさに対する職員の満足度を測ります。分析には会話全体を保存するのでなく、集計した傾向を使います。
採用されなかった職員の提案をどう扱いますか?
理由をワークシートに記録します(例:「生徒データが必要なため、学区の承認が必要」)。職員会議で進捗を共有し、提案が検討されたと示し、状況が変われば再検討します。
関連ガイド
お問い合わせ
デモや、このガイドのカスタマイズをご依頼ください。
