業務効率化 AI プロンプト集｜議事録・要約・分析・分類に使える実例つき完全ガイド【2026年版】

業務効率化 AI プロンプトを議事録・要約・分析・分類の4業務で14種公開。実際の入力サンプル・完成出力・失敗例・改善版・法人プランでのセキュリティ運用までセットで解説。執筆時点（2026年5月）の各社公式情報に基づく。

2026年5月18日|更新: 2026/5/20

業務効率化 AI プロンプト集｜議事録・要約・分析・分類に使える実例つき完全ガイド【2026年版】

毎日の事務処理に時間が溶けていく。議事録の整理に1時間、長文資料の要約に30分、顧客アンケートの分析に半日、メールの仕分けに延々と。AIを試してはみたが、「便利だな」で終わってしまい業務時間の削減には繋がっていない。中小企業の実務担当・管理職・個人事業主なら誰でも経験する状況です。

本記事は「業務効率化 AI プロンプト」を、議事録・要約・分析・分類の4業務で計14種公開します。プロンプト本文だけでなく、実際の入力サンプル・完成出力・失敗例・改善版・法人プランでのセキュリティ運用までセットで解説します。執筆時点（2026年5月）の各社公式情報に基づく内容です。

本記事執筆時点（2026年5月）の各サービス公式ドキュメントに基づく。プラン体系・データポリシーは更新頻度が高いため、業務導入前に必ず公式ヘルプで最新版を確認のこと。

業務効率化 AI プロンプトをどう使うか — 補助ではなくフロー組込

「AIで業務を補助する」と「AIを業務フローに組み込む」は、似ているようで違います。

前者は「困った時に思い出してチャット画面を開く」運用。やる人とやらない人が分かれ、組織全体での効果は限定的です。

後者は**「AIを使う／使わない」の選択肢をなくす設計**。テンプレート化したプロンプトを社内Wikiに置き、議事録・要約・分類の業務フローに最初から組み込みます。新人が入っても「ここを開いてコピペするだけ」で動く状態にします。

業務効率化の肝は、単発のチャット利用ではなく、テンプレート化＋反復化です。本記事の14プロンプトは、そのテンプレートとして使える形で設計しています。

業務効率化 AI プロンプトの基本構造（5要素＋セキュリティ）

業務で再現性の高い出力を得るプロンプトには、以下の5要素を必ず含めます。

要素	内容	業務効率化での中身
1. 役割定義	AIに「誰として動作させるか」	例：「経験10年の事業企画担当」
2. 思考指示	どう考えてほしいか	例：「結論→根拠→次のアクションの順で構造化」
3. 品質基準	何が「良い」か	例：「決定事項とTODOが分離されている／担当者が明示されている」
4. 制約条件	やってはいけないこと	例：「推測を断定しない／個人名を勝手に補完しない」
5. 出力形式	どう出力するか	例：「マークダウン表／3段階の見出し」

加えて、業務データ（顧客情報・社内未公開情報）を入力するプロンプトにはセキュリティ注釈を必ず添えます。後述します。

【議事録】業務効率化 AI プロンプト集（実例3種）

会議発言を構造化された議事録に変換する議事録 AI 要約プロンプトを3種類紹介します。会議が長引くほど効果が大きくなります。ChatGPT 業務使い方の典型例の一つです。

構造化議事録プロンプト（決定事項／TODO／論点）

用途タグ

用途：議事録／会議記録の構造化
難易度：初級
出力形式：マークダウン表＋構造化テキスト
入力データ：会議発言テキスト（生録音の文字起こしまたは手書きメモ）
セキュリティ要件：機密情報含む（エンタープライズ版／法人プラン推奨）

短縮版

以下の会議発言を「決定事項」「TODO」「主要論点」「次回までの宿題」の4分類で議事録化してください。担当者と期限が明示されたものは表で整理してください。

詳細版

あなたは経験10年の事業企画担当者です。以下の会議発言を構造化された議事録に変換してください。

【出力構造】
1. 会議概要（日時／参加者／議題）
2. 決定事項（箇条書き）
3. TODO（表形式：項目／担当者／期限）
4. 主要論点（議論された内容を3-5個）
5. 次回までの宿題

【品質基準】
- 推測で情報を補完しない（不明な部分は「不明」と明記）
- 個人名は発言時の表記をそのまま残す
- 数値・期日は原文の表記を保持
- 議論されたが結論未定の項目は「論点」に分類

【制約条件】
- 「〜と思われます」など推測表現を使わない
- 発言者の意図を勝手に解釈しない

【自己チェック】
出力前に以下を確認してください：
- 決定事項とTODOが分離されているか
- 担当者と期限が明示されているか
- 推測表現がないか

変数一覧

変数	例
出力構造の項目数	4分類／5分類／6分類
詳細度	簡潔版／標準版／詳細版
担当者表記	役職＋名前／名前のみ／匿名化

入力サンプル（架空）

来週月曜の経営会議の準備について田中部長：「次回の経営会議で来期の予算配分案を提示する。営業の山田さん、製造の佐藤さん、それぞれの部門の予算要望を金曜までに私に送ってほしい。」山田課長：「了解しました。営業は今期と同水準で要望します。」佐藤課長：「製造は新ラインへの投資があるので2割増を希望します。具体的な数字は明日中に整理します。」田中部長：「2割増は経営の判断が必要だな。根拠資料も合わせて頼む。それから、議事進行は私がやるが、質問対応は鈴木さんに頼みたい。」鈴木：「承知しました。」（議題はもう一つ、新規採用の件があったが時間切れで次回に持ち越し）

完成出力例

## 会議議事録

**日時**: （指定なし）
**参加者**: 田中部長、山田課長、佐藤課長、鈴木氏
**議題**: 来週月曜の経営会議の準備

**決定事項**
- 来期予算配分案を経営会議で提示する
- 議事進行は田中部長、質問対応は鈴木氏が担当
- 新規採用の議題は次回会議に持ち越し

**TODO**
| 項目 | 担当者 | 期限 |
|------|-------|------|
| 営業部門の予算要望（今期と同水準）を提出 | 山田課長 | 金曜まで |
| 製造部門の予算要望（2割増・根拠資料付き）を提出 | 佐藤課長 | 翌日中（具体的数字）／金曜（資料） |

**主要論点**
- 製造部門の2割増要望は経営判断が必要との指摘あり
- 新規採用の件は時間切れで議論持ち越し

**次回までの宿題**
- 各部門予算要望のとりまとめ（田中部長）
- 新規採用の議題準備（担当・時期は不明）

※この画像はAI支援で生成した出力例です。記事内のプロンプト例をもとに作成しています。

30分議事の3行サマリープロンプト

用途タグ

用途：議事録の超圧縮（社内共有用）
難易度：初級
出力形式：3行テキスト
入力データ：会議発言テキスト
セキュリティ要件：機密情報含む（法人プラン推奨）

短縮版

以下の会議内容を「決まったこと／決まっていないこと／次にやること」の3行で要約してください。

詳細版

あなたは経営企画の議事担当です。以下の会議発言を、Slackに投稿する3行サマリーに圧縮してください。

【出力構造】
- 1行目：決まったこと（決定事項を1文で）
- 2行目：決まっていないこと（論点を1文で）
- 3行目：次にやること（次のアクションを1文で）

【品質基準】
- 各行は60字以内
- 担当者がいる場合は明示
- 期限がある場合は明示

【制約条件】
- 推測で「〜と思われる」と書かない
- 議論された内容を勝手にまとめない

変数一覧

変数	例
出力長	3行／5行／7行
配信先	Slack／メール／Teams
詳細度	圧縮版／中庸版

完成出力例（同じ入力サンプルから）

✓ 決まったこと：来期予算配分案を経営会議で提示。各部門が金曜までに要望を田中部長へ提出
× 決まっていないこと：製造部門の2割増要望に対する経営判断
→ 次にやること：田中部長が要望をとりまとめ、経営会議で提示（議事進行：田中、質問対応：鈴木）

多人数会議の発言別整理プロンプト

用途タグ

用途：複数部門が参加する会議で発言別に整理
難易度：中級
出力形式：発言者別マークダウン
入力データ：会議発言テキスト
セキュリティ要件：機密情報含む（法人プラン推奨）

短縮版

以下の会議発言を「発言者別」に整理してください。各発言者が何を主張したかを箇条書きで整理し、最後に全体の論点を3つにまとめてください。

詳細版

あなたは多人数会議の議事担当です。以下の会議発言を発言者別に整理してください。

【出力構造】
1. 参加者一覧
2. 発言者別の主張（各発言者ごとに箇条書き3-5個）
3. 全体論点の整理（3個に集約）
4. 次のアクション（誰が何を）

【品質基準】
- 発言者の役職を保持
- 同じ人が複数回発言した場合はまとめる
- 反対意見・賛成意見を明示

【制約条件】
- 沈黙していた人を「賛成」と勝手に解釈しない
- 発言者の感情を推測しない（事実ベース）

変数一覧

変数	例
整理軸	発言者別／論点別／時系列
主張の整理深度	概要／詳細

入力サンプル（架空）

[新サービス検討会・営業/開発/マーケ/法務4部門参加]
営業部長 田中：今期のリードが減っている。新サービスを早期投入しないと数字が厳しい。
開発部長 佐藤：3か月でMVPは作れる。ただし既存サービスの保守と並行は厳しい。
マーケ部長 鈴木：新サービスのターゲットセグメントが定義されていない。市場調査が先では？
法務担当 渡辺：規制対応が必要なら3か月では収まらない。事前に整理が要る。
営業 田中：ターゲットは既存顧客への追加提案を想定。市場調査は最小限でよい。
開発 佐藤：保守工数を確保するなら追加リソースが必要。経営判断要。
マーケ 鈴木：既存顧客向けでも、競合動向は最低限調べたい。1か月で済む。
法務 渡辺：既存顧客向けなら規制リスクは低そう。簡易チェックで対応可。
（議論続く）

完成出力例

**1. 参加者一覧**
- 営業部長 田中
- 開発部長 佐藤
- マーケ部長 鈴木
- 法務担当 渡辺

**2. 発言者別の主張**
**田中（営業部長）**
- 今期リード減少で新サービス早期投入が必要
- ターゲットは既存顧客への追加提案を想定
- 市場調査は最小限でよい

**佐藤（開発部長）**
- 3か月でMVP作成可能
- 既存サービス保守と並行は厳しい、追加リソース必要
- 経営判断を求める

**鈴木（マーケ部長）**
- ターゲットセグメント未定義を懸念
- 既存顧客向けでも競合動向の最低限調査は必要（1か月想定）

**渡辺（法務担当）**
- 規制対応が必要なら3か月では収まらない
- 既存顧客向けなら規制リスクは低、簡易チェックで対応可

**3. 全体論点の整理**
1. **開発リソース問題**：MVP3か月開発と既存保守の両立に追加リソースが必要（佐藤）
2. **市場理解の深さ**：「既存顧客向け＝最小調査」（田中）vs「最低限の競合調査は必要」（鈴木）
3. **規制リスク評価**：既存顧客向けなら低リスクと法務見立て（渡辺）

**4. 次のアクション**
- 経営判断：開発追加リソースの是非
- マーケ：1か月以内の競合動向調査
- 法務：簡易リスクチェック実施

【要約】業務効率化 AI プロンプト集（実例4種）

長文を業務で使える形に圧縮するAI 文章要約プロンプトを4種類紹介します。読む時間を削減し、判断を速めます。

長文記事を400字に要約

用途タグ

用途：業界記事・レポートの圧縮
難易度：初級
出力形式：400字テキスト
入力データ：長文記事（数千字）
セキュリティ要件：通常（公開情報は通常版でも可）

短縮版

以下の記事を400字以内で要約してください。「結論／根拠（3点）／含意」の構造で書いてください。

詳細版

あなたは情報収集が得意な事業企画担当者です。以下の長文記事を業務判断に使える形に圧縮してください。

【出力構造】
- 結論（80字）：記事が言いたいことを1文で
- 根拠（240字）：結論を支える3つの根拠
- 含意（80字）：自社業務への示唆

【品質基準】
- 元記事にない情報を追加しない
- 数値は元記事の表記を保持
- 結論を断定的に書かない（元記事のニュアンスを保つ）

【制約条件】
- 自分の意見を入れない
- 読み手を想定した「分かりやすさ」優先で原文を歪めない

変数一覧

変数	例
出力長	200字／400字／800字
構造	結論+根拠+含意／結論+根拠／単純要約
含意の対象	自社業務／業界全体／顧客

入力サンプル（架空）

（業界記事冒頭・約2,000字の長文を想定）
中小企業庁の調査によれば、地方中小企業のデジタル化投資は前年比で15%増加したものの、現場での定着率は依然として40%台に留まる。投資先で最も多いのは業務管理システム、次いで会計ソフト、続いて顧客管理システムの順。一方で、AI活用は全体の8%にとどまっている。地方の中堅製造業A社の事例では、生産管理システムを導入したものの、現場担当者が紙台帳との二重管理を続け、結果として作業時間がむしろ20%増加したという。専門家は「ツール導入が目的化している」と指摘する……（以下続く）

完成出力例

**結論（80字）**
地方中小企業のデジタル投資は増えているが、現場定着率は40%台に留まり、AI活用は8%。導入が目的化しがち。

**根拠（240字）**
- 中小企業庁調査によれば、地方中小企業のデジタル化投資は前年比15%増。
- 一方で現場定着率は40%台。投資はされても運用に至っていない。
- 投資先は業務管理システム→会計ソフト→顧客管理の順で、AI活用は全体の8%にとどまる。
- A社事例では、生産管理システム導入後も紙台帳との二重管理が続き、作業時間が20%増加。専門家は「ツール導入の目的化」を指摘。

**含意（80字）**
自社のAI／デジタル投資も「導入後の運用設計」が同等に重要。投資前に定着のKPIと現場巻き込みプロセスを定義しておくべき。

※この画像はAI支援で生成した出力例です。記事内のプロンプト例をもとに作成しています。

PDF論文を5項目に整理

用途タグ

用途：論文・調査レポート読解
難易度：中級
出力形式：5項目マークダウン
入力データ：PDFテキスト（数千〜数万字）
セキュリティ要件：通常〜機密含む

短縮版

以下のPDFテキストを「テーマ／前提／方法／主要発見／業務への含意」の5項目で整理してください。

詳細版

あなたは調査レポートを読み込む事業アナリストです。以下のテキストを業務判断に使える5項目で整理してください。

【出力構造】
1. テーマ（このレポートが扱う問い）
2. 前提（調査対象・期間・サンプル数）
3. 方法（どう調査したか）
4. 主要発見（最大5つ）
5. 業務への含意（自社にどう活かせるか）

【品質基準】
- 元データの数値・固有名詞を保持
- 引用元のページ番号がわかる場合は記載
- 推測ベースの主張は「推測」と明記

【制約条件】
- レポートにない情報を追加しない
- 数値を概数化しない（元の精度を保つ）

変数一覧

変数	例
出力項目数	5項目／7項目／10項目
詳細度	エグゼクティブサマリー／標準／詳細分析
業務領域	マーケ／営業／プロダクト／組織開発

入力サンプル（架空）

（PDFから抽出した調査レポート本文・約8,000字を想定）
本研究は、国内の中堅企業（従業員300〜1000名）100社を対象に、2025年7月〜12月に実施した……
調査方法はWebアンケート＋追加ヒアリング15社……
主要発見：(1) AI活用率は前年27%→今年41%に急増 (2) 業務改善効果を実感する企業は導入企業の62% (3) 効果未実感の主因は「業務フロー未整備」（48%）……

完成出力例

1. **テーマ**
   中堅企業（従業員300〜1000名）におけるAI活用の実態と業務改善効果の関係を解明する。

2. **前提**
   - 対象：国内中堅企業100社
   - 期間：2025年7月〜12月
   - サンプル数：100社（追加ヒアリング15社）

3. **方法**
   Webアンケート＋追加ヒアリングの混合法。

4. **主要発見**
   - AI活用率は前年27%→今年41%に急増
   - 業務改善効果を実感する企業は導入企業の62%
   - 効果未実感の主因は「業務フロー未整備」（48%）
   - 経営層関与の有無で効果実感率が2倍以上の差

5. **業務への含意**
   AI導入そのものより、業務フロー整備と経営層関与が成果を分ける。自社では導入前に「フロー再設計」を必ず差し込む。

顧客フィードバック群を傾向別に圧縮

用途タグ

用途：顧客アンケート・フィードバック集約
難易度：中級
出力形式：傾向別マークダウン
入力データ：顧客フィードバックテキスト（複数件）
セキュリティ要件：機密情報含む（法人プラン推奨・個人情報の取扱注意）

短縮版

以下の顧客フィードバック群を「ポジティブ／ネガティブ／改善要望」の3傾向に分類し、各傾向で代表的な声を3つずつ抽出してください。

詳細版

あなたはCSデータ分析担当です。以下の顧客フィードバック群を傾向別に整理してください。

【出力構造】
1. ポジティブな声（代表3件＋件数）
2. ネガティブな声（代表3件＋件数）
3. 改善要望（代表3件＋件数）
4. 全体の傾向（3行サマリー）

【品質基準】
- 顧客の生の声をできるだけ原文で残す
- 件数は実数（推定で増やさない）
- 個人特定可能情報（氏名・連絡先）は「[匿名]」に置換

【制約条件】
- 顧客の感情を勝手に解釈しない
- ポジティブ／ネガティブの境界線を恣意的に動かさない

変数一覧

変数	例
分類軸数	3傾向／4傾向（NPSスタイル）／5傾向（詳細）
各分類の代表件数	3件／5件／10件
集計対象期間	月次／四半期／キャンペーン単位

入力サンプル（架空・個人情報除去済）

回答1：機能は便利だが、画面の操作が直感的でない。設定画面が深すぎる。
回答2：他社製品より使いやすく、サポート対応も丁寧。継続したい。
回答3：料金が機能の割に高い。基本プランで使える機能が少ない。
回答4：レポート出力機能が欲しい。CSVエクスポート程度でよい。
回答5：UIが古く感じる。モバイル対応も弱い。
回答6：導入時のオンボーディングが分かりやすかった。
回答7：API連携の選択肢が少ない。Slack以外にも対応してほしい。
（以下、合計50件想定）

完成出力例

**1. ポジティブな声（代表3件・15件）**
- 「他社製品より使いやすく、サポート対応も丁寧」
- 「導入時のオンボーディングが分かりやすかった」
- 「機能は便利」

**2. ネガティブな声（代表3件・18件）**
- 「画面の操作が直感的でない。設定画面が深すぎる」
- 「料金が機能の割に高い」
- 「UIが古く感じる。モバイル対応も弱い」

**3. 改善要望（代表3件・17件）**
- 「レポート出力機能が欲しい（CSVエクスポート程度でよい）」
- 「API連携の選択肢を増やしてほしい（Slack以外）」
- 「モバイル対応の強化」

**4. 全体の傾向**
機能・サポート品質に対するポジティブ評価がある一方、UI／設定画面の使いにくさと料金感のバランスにネガティブが集中。改善要望はレポート機能・API連携・モバイル対応の3点に整理可能。

セキュリティ注釈（必読）

顧客フィードバックには個人情報・機密情報が含まれることが多くあります。個人情報保護委員会は2023年6月2日に「生成AIサービスの利用に関する注意喚起」を公表しており、利用目的範囲外の取扱いに対する注意が必要です。業務利用時は社内の個人情報取扱規程との整合確認が必須です。氏名・連絡先・属性情報は事前に削除してからプロンプトに投入してください。

メールスレッドの結論抽出

用途タグ

用途：長くなったメールスレッドの結論確認
難易度：初級
出力形式：構造化テキスト
入力データ：メールスレッド全文
セキュリティ要件：機密情報含む（法人プラン推奨）

短縮版

以下のメールスレッドから「最終的な結論／合意事項／未解決事項／次のアクション」を抽出してください。

詳細版

あなたは多忙な部門責任者です。以下のメールスレッドを5分で把握できる形に整理してください。

【出力構造】
- 最終結論（1-2行）
- 合意済事項（箇条書き）
- 未解決事項（箇条書き）
- 次のアクション（誰が／いつまでに／何を）
- 重要な背景情報（必要なら3行以内）

【品質基準】
- 時系列でなく、最終状態を中心に記述
- 反論・反対意見も漏らさない

【制約条件】
- メールにない判断を追加しない
- 推測で「〜が必要と考えられる」と書かない

変数一覧

変数	例
出力構造	4要素（結論/合意/未解決/次）／6要素／簡易版
想定読者	部門責任者／社内全体／顧客への共有用
背景情報の詳細度	なし／3行以内／詳細

入力サンプル（架空・個人情報除去済）

（メールスレッド・往復12通を想定）
[1] 山田→田中：A社向け提案書の方針について、想定価格レンジを月額50万 or 80万のどちらに寄せるか相談したい。
[2] 田中→山田：先方予算が60万前後と聞いている。50万寄せで「機能制限版」と「フル機能版」を併記する形が良い。
[3] 山田→田中：了解。フル機能版は80万でも提示してOK？
[4] 田中→山田：OK。フル機能版は80万、基本版50万、中間版65万の3段階で。
[5] 鈴木→全員：横から失礼。中間版を入れると意思決定が長引く可能性。2段階に絞る案はどうか。
[6] 田中→鈴木：確かに。2段階で再検討する。
[7] 山田→全員：であれば50万／80万の2段階で固定し、提案書ドラフトを明日中に作成。レビューは木曜午前。
[8] 鈴木→山田：賛成。
[9] 田中→山田：賛成。明日のドラフト送付待ち。
（以下、明日の進捗連絡が3通続く）

完成出力例

**最終結論**
A社向け提案書は「月額50万（基本）／80万（フル機能）」の2段階構成で進める。

**合意済事項**
- 価格レンジは2段階に絞る（中間版なし）
- 50万＝機能制限版／80万＝フル機能版
- ドラフト作成期限：翌日中
- レビュー：木曜午前

**未解決事項**
- 各プランの具体的な機能差分の詳細
- 提案書全体ページ数

**次のアクション**
| 担当 | 期限 | 内容 |
|------|------|------|
| 山田 | 翌日中 | 提案書ドラフト作成・送付 |
| 田中／鈴木 | 木曜午前 | ドラフトレビュー |

**背景情報**
- 当初は3段階（50万／65万／80万）だった
- 鈴木氏の指摘（中間版が意思決定を遅らせる懸念）で2段階に変更
- 先方予算は60万前後との情報あり

【分析】業務効率化 AI プロンプト集（実例4種）

数値データや定性情報から示唆を引き出すAI データ分析プロンプトを4種類紹介します。「データを並べて終わり」を防ぎます。

売上データの傾向分析

用途タグ

用途：月次・四半期の売上動向分析
難易度：中級
出力形式：構造化分析レポート
入力データ：CSV／表形式の売上データ
セキュリティ要件：機密情報含む（法人プラン推奨）

短縮版

以下の売上データを「全体傾向／伸びている領域／下がっている領域／推奨アクション」の4部構成で分析してください。

詳細版

あなたは経験豊富な経営アナリストです。以下の売上データを分析し、業務判断に使える示唆を引き出してください。

【出力構造】
1. 全体傾向（前期比／前年比／3年トレンド）
2. 伸びている領域（カテゴリ／顧客層／チャネル別）
3. 下がっている領域（同上）
4. 異常値・注目すべき動き
5. 推奨アクション（短期／中期）

【品質基準】
- 数値は元データから引用（推定で補完しない）
- 単位を明示
- 「示唆」を必ず1つ以上含める（事実の羅列で終わらせない）

【制約条件】
- データにない情報を推測で補完しない
- 因果関係を断定しない（相関の指摘に留める）

変数一覧

変数	例
分析期間	月次／四半期／年次
切り口	カテゴリ／顧客層／地域／チャネル
出力深度	サマリー／標準／詳細

入力サンプル（架空）

カテゴリ別月次売上（千円・直近6か月）
        2026/01  02   03   04   05  前月比  前年同月比
A製品    1,200 1,180 1,250 1,300 1,320  +1.5%  +12%
B製品      850   900   880   850   780  -8.2%   -5%
Cサービス  600   650   720   810   890 +9.9%  +35%
Dサービス  300   280   240   220   190 -13.6% -28%
合計     2,950 3,010 3,090 3,180 3,180  ±0%   +6%

完成出力例

**1. 全体傾向**
合計は前期比横ばい（5月3,180千円）。前年同月比+6%で緩やかな成長基調。ただし内訳の偏りが拡大している。

**2. 伸びている領域**
- **Cサービス**：直近6か月で約1.5倍。前年同月比+35%。Dの落ち込みを単独で吸収。
- **A製品**：前年同月比+12%。安定的に積み上がっている。

**3. 下がっている領域**
- **Dサービス**：直近6か月で約63%まで縮小。前年同月比-28%。
- **B製品**：5月単月で-8.2%、前年同月比-5%。減速兆候。

**4. 異常値・注目すべき動き**
- 合計は横ばいだがDサービス減＋Cサービス増の入替で構造変化中
- Bの5月単月-8.2%は注目（季節要因か恒常的かを別データで確認推奨）

**5. 推奨アクション**
- **短期**：Bの5月減速の要因特定（プロモ／競合／顧客動向）
- **中期**：Dの縮小トレンドへの対応方針決定（撤退・統合・強化のどれか）。Cの伸びを支えるリソース配分を検討

※この画像はAI支援で生成した出力例です。記事内のプロンプト例をもとに作成しています。

顧客アンケートの定性分析

用途タグ

用途：自由回答アンケートの定性分析
難易度：中級
出力形式：カテゴリ別構造化テキスト
入力データ：自由回答テキスト群
セキュリティ要件：機密情報含む（法人プラン推奨・個人情報の取扱注意）

短縮版

以下の自由回答を「カテゴリ別（最大5カテゴリ）」に分類し、各カテゴリの主要意見を3点ずつまとめてください。

詳細版

あなたは定性調査の専門家です。以下の自由回答を分析してください。

【出力構造】
1. 抽出されたカテゴリ（最大5個）
2. 各カテゴリの主要意見（3個ずつ・原文引用）
3. 件数の多い順
4. 横断的な傾向（3行サマリー）

【品質基準】
- カテゴリは原文から自然に出てくるものを使用
- 件数は実数
- 個人情報（氏名等）は事前に除去されている前提

【制約条件】
- カテゴリを強引に割り当てない
- 少数意見を切り捨てない（必ず「その他」枠を残す）

変数一覧

変数	例
カテゴリ最大数	3個／5個／7個
各カテゴリ意見数	3件／5件／全件
集計軸	件数順／満足度順／顧客属性別

入力サンプル（架空・個人情報除去済）

Q：今後の機能改善で期待することは？（自由回答・100件想定）
回答A：レポート機能を強化してほしい。グラフが少ない。
回答B：モバイルアプリで使えるようにしてほしい。
回答C：他ツールとの連携先を増やしてほしい。特にSlack。
回答D：UIをもっとシンプルに。設定が深い。
回答E：レポートをPDFで出力できるとよい。
回答F：iPad対応。
回答G：通知機能のカスタマイズ。
回答H：Google Workspaceとの連携を強化してほしい。
回答I：色やテーマを変えられるとよい。
回答J：オフライン対応。
（以下、合計100件）

完成出力例

**抽出されたカテゴリ（多い順）**
1. **レポート・出力強化（28件）**
   - 「レポート機能を強化してほしい。グラフが少ない」
   - 「レポートをPDFで出力できるとよい」
   - 「ダッシュボードのカスタマイズ」
2. **モバイル対応（24件）**
   - 「モバイルアプリで使えるようにしてほしい」
   - 「iPad対応」
   - 「オフライン対応」
3. **外部連携拡大（21件）**
   - 「他ツールとの連携先を増やしてほしい。特にSlack」
   - 「Google Workspaceとの連携を強化してほしい」
   - 「Salesforce連携」
4. **UIシンプル化（15件）**
   - 「UIをもっとシンプルに。設定が深い」
   - 「ナビゲーションの整理」
   - 「色やテーマを変えられるとよい」
5. **その他（12件）**
   - 「通知機能のカスタマイズ」「多言語対応」など分散

**横断的な傾向**
レポート・モバイル・外部連携の3カテゴリで全体の73%。UI改善とその他の少数意見も無視せず、優先度付け時に「3カテゴリの解決」を最優先候補とすべき。

競合情報の比較表化

用途タグ

用途：競合調査・比較資料作成
難易度：中級
出力形式：マークダウン比較表
入力データ：競合各社の公開情報
セキュリティ要件：通常（公開情報のみ）

短縮版

以下の競合3社の公開情報を「価格／機能／ターゲット／差別化ポイント」の4軸で比較表にしてください。

詳細版

あなたは競合調査の専門家です。以下の各社の公開情報を比較表に整理してください。

【出力構造】
| 軸 | 自社 | 競合A | 競合B | 競合C |
|----|------|------|------|------|
| 価格 | | | | |
| 機能 | | | | |
| ターゲット | | | | |
| 差別化ポイント | | | | |

【品質基準】
- 公開情報のみを使用
- 出典が不明な情報は「不明」と明記
- 比較軸は必要に応じて追加

【制約条件】
- 競合の優劣を断定しない
- 推測で空欄を埋めない
- 各社の主張をそのまま比較（自社評価で書き換えない）

変数一覧

変数	例
比較社数	自社＋3社／自社＋5社／自社＋10社
比較軸数	4軸／6軸／8軸
比較軸の種類	価格・機能／導入実績・サポート／技術・組織体制

入力サンプル（架空・公開情報のみ）

自社：基本料金月額3万円〜、機能は議事録要約・タスク抽出・SNS投稿生成。中小企業向け。日本語特化。
競合A（X社）：月額5万円〜、機能は議事録要約・分析レポート・CRM連携。エンタープライズ向け。多言語対応。
競合B（Y社）：月額1万円〜、機能はチャット型AIアシスタント中心。個人〜小規模事業者向け。
競合C（Z社）：月額10万円〜、業界特化（金融）。高度な分析機能とコンプライアンス対応。

完成出力例

| 軸 | 自社 | 競合A（X社） | 競合B（Y社） | 競合C（Z社） |
|----|------|------------|------------|------------|
| 月額料金（最低） | 3万円〜 | 5万円〜 | 1万円〜 | 10万円〜 |
| 主要機能 | 議事録要約／タスク抽出／SNS投稿生成 | 議事録要約／分析レポート／CRM連携 | チャット型AIアシスタント | 高度な分析／コンプライアンス対応 |
| ターゲット | 中小企業 | エンタープライズ | 個人〜小規模 | 業界特化（金融） |
| 言語対応 | 日本語特化 | 多言語 | 不明 | 不明 |
| 差別化ポイント | 中小企業向け価格／日本語品質 | エンタープライズ機能 | 低価格／チャット型UI | 業界特化／規制対応 |

議事録から意思決定パターンの抽出

用途タグ

用途：複数会議の議事録から意思決定の傾向を抽出
難易度：上級
出力形式：パターン分析レポート
入力データ：複数の議事録
セキュリティ要件：機密情報含む（法人プラン推奨）

短縮版

以下の複数議事録から「どのような場面で意思決定が早いか／遅いか」「どの参加者が主導するか」のパターンを抽出してください。

詳細版

あなたは組織開発の専門家です。以下の複数議事録から意思決定パターンを抽出してください。

【出力構造】
1. 早い意思決定の特徴（場面／参加者／論点）
2. 遅い意思決定の特徴（同上）
3. 主導する参加者の傾向
4. 議論が紛糾するパターン
5. 改善提案（3点）

【品質基準】
- 議事録に書かれた事実のみを使用
- 推測で参加者の意図を解釈しない
- パターンの根拠を引用で示す

【制約条件】
- 個人を批判しない
- 改善提案は組織レベルで記述

変数一覧

変数	例
議事録対象期間	直近3か月／半期／1年
抽出パターン数	3個／5個／10個
改善提案範囲	会議運営／意思決定構造／組織全体

入力サンプル（架空・複数議事録の要約）

[議事録1] 価格改定（提案者：営業部長）→ 即決30分。論点はマージン率のみ
[議事録2] 新ツール導入（提案者：IT部長）→ 3回の会議。論点は予算・運用負荷・教育コスト
[議事録3] 採用方針変更（提案者：人事部長）→ 即決20分。経営者が前向きで論点なし
[議事録4] 組織再編（提案者：経営企画）→ 5回の会議。論点は責任範囲・評価制度
[議事録5] 営業手法変更（提案者：営業部長）→ 即決40分。データに基づく提案で論点なし
[議事録6] 予算配分見直し（提案者：経営企画）→ 4回の会議。論点は部門間配分の公平性
（以下、半期分の議事録要約12件）

完成出力例

**1. 早い意思決定の特徴**
- 提案にデータ・実績が添付されている
- 論点が単一（金額／実績ベース）
- 経営者が事前に方針を支持している
- 関係部門が1〜2部門に限定

**2. 遅い意思決定の特徴**
- 部門横断で利害が分かれる（組織再編・予算配分）
- 評価制度・責任範囲など定量化しにくい論点
- 複数回の会議が必要
- 経営者の方針が明示されていない

**3. 主導する参加者の傾向**
- 営業部長：データ提示型・即決を引き出すのが得意
- 経営企画：構造論を扱うため議論が長引く傾向
- IT部長：運用負荷の論点を多角的に提示

**4. 議論が紛糾するパターン**
- 評価制度の変更が絡む案件
- 部門間のリソース配分が絡む案件
- 経営者の方針が事前に示されていない案件

**5. 改善提案**
- 構造論案件は事前ヒアリングで論点を3つに絞る運用
- 評価制度変更は専門ワーキンググループに切り出す
- 経営者方針を会議前に明確化するアジェンダ運用

【分類】業務効率化 AI プロンプト集（実例3種）

問い合わせ・案件・コメントを業務で使える分類軸に振り分けるプロンプトを3種類紹介します。

問い合わせメールの自動分類（緊急度／カテゴリ／担当者）

用途タグ

用途：CSメール仕分け・自動振り分け前提
難易度：中級
出力形式：JSONまたはマークダウン
入力データ：問い合わせメール本文
セキュリティ要件：機密情報含む（法人プラン推奨・個人情報除去推奨）

短縮版

以下の問い合わせメールを「緊急度（高/中/低）」「カテゴリ（料金/機能/不具合/その他）」「推奨担当者（CS/技術/営業）」で分類してください。

詳細版

あなたはCSオペレーションの責任者です。以下の問い合わせメールを業務システムに投入できる形で分類してください。

【出力構造（JSON想定）】
{
  "緊急度": "高/中/低",
  "緊急度判断理由": "1行",
  "カテゴリ": "料金/機能/不具合/契約/その他",
  "推奨担当者": "CS/技術/営業/法務",
  "返信目安": "即日/翌営業日/3営業日以内/1週間以内",
  "顧客感情": "中立/不満あり/激怒/期待"
}

【品質基準】
- 「緊急度」は明確な基準で判定（業務停止＝高、機能要望＝低など）
- 「顧客感情」は本文の表現から判定（推測しすぎない）

【制約条件】
- 個人情報（氏名等）は出力に含めない
- 推測で空欄を埋めない

変数一覧

変数	例
緊急度区分	3段階（高/中/低）／4段階（即対応/24h以内/3営業日/週単位）
カテゴリ数	4種／6種／業種特化10種
担当者振分	CS/技術/営業／さらに法務・経理を含む拡張版

入力サンプル（架空・個人情報除去済）

件名：システムが動きません！至急対応お願いします
本文：本日朝から管理画面にログインできません。お客様への発送業務が完全に止まっており、本日中に解決しないと数百件の注文に影響が出ます。連絡先は契約担当の○○まで。

完成出力例

{
  "緊急度": "高",
  "緊急度判断理由": "業務停止＋顧客影響＋本日中の期限が明示されている",
  "カテゴリ": "不具合",
  "推奨担当者": "技術",
  "返信目安": "即日",
  "顧客感情": "不満あり"
}

※この画像はAI支援で生成した出力例です。記事内のプロンプト例をもとに作成しています。

案件パイプラインのフェーズ分類

用途タグ

用途：商談記録から案件フェーズを判定
難易度：中級
出力形式：構造化テキスト
入力データ：商談メモ／議事録
セキュリティ要件：機密情報含む（法人プラン推奨）

短縮版

以下の商談記録から、案件のフェーズ（リード/初回/提案/見積/契約/失注）を判定し、判定根拠を3行で示してください。

詳細版

あなたは経験豊富なセールスマネージャーです。以下の商談記録から案件状況を判定してください。

【出力構造】
- 現在フェーズ（リード/初回/提案/見積/契約/失注）
- 判定根拠（商談記録の引用付き）
- 次のアクション（営業担当への推奨）
- リスク要因（失注に繋がる兆候があれば）

【品質基準】
- 商談記録の表現に基づいて判定
- 推測ではなく事実を根拠とする
- リスクは具体的に記述

【制約条件】
- 顧客の発言を勝手に肯定的に解釈しない
- 担当者の希望的観測を「事実」として扱わない

変数一覧

変数	例
フェーズ区分	6段階（リード/初回/提案/見積/契約/失注）／自社CRMに合わせた段階数
リスク要因の出力深度	兆候のみ／対応策含む／確度評価含む
案件規模軸	金額／期間／リソース投入度

入力サンプル（架空・個人情報除去済）

[商談メモ・3回目訪問]
先方：システム導入の社内検討は進めている。前回提示の機能リストを上長に共有済み。
営業：価格レンジは50〜80万でしたが、ご検討状況は？
先方：上長は「60万以下なら稟議が通りやすい」とコメント。ただし契約は4月以降の予算枠次第。今期予算では難しい。
営業：機能制限版での導入は？
先方：それなら3月内も可能性あり。社内で再検討する。
営業：では機能制限版の見積を改めてお送りします。

完成出力例

**現在フェーズ**
**見積（再見積依頼を受領した状態）**

**判定根拠**
- 「機能制限版での導入は？」→「それなら3月内も可能性あり」と先方が肯定的反応
- 営業側が「機能制限版の見積を改めて送る」と次の具体アクションを約束済み
- 提案＋初回見積は提示済み、3回目訪問で再見積フェーズに移行

**次のアクション（営業担当への推奨）**
- 機能制限版の見積を即日〜翌営業日中に送付
- 60万以下のラインに収まる構成で価格を組み立てる
- 3月内導入の決裁スケジュールを先方に確認

**リスク要因**
- 通期予算枠の制約（4月以降の方が予算が出やすい）
- 「上長コメント」が伝聞ベース。上長の直接認識は未確認
- 機能制限版で先方ニーズを満たせるかは未検証

SNSコメントのセンチメント分類

用途タグ

用途：SNS反応の集約・センチメント分析
難易度：初級
出力形式：分類結果サマリー
入力データ：SNSコメント群
セキュリティ要件：通常（公開コメントのみ）

短縮版

以下のSNSコメントを「ポジティブ／中立／ネガティブ／質問」の4分類で振り分け、各分類の件数と代表3件を抽出してください。

詳細版

あなたはSNSマーケティングのアナリストです。以下のコメント群を分類してください。

【出力構造】
1. 全体件数
2. 分類別件数（ポジティブ／中立／ネガティブ／質問）
3. 各分類の代表コメント（3件ずつ）
4. 注目すべき個別コメント（バズ予兆／炎上予兆）

【品質基準】
- 皮肉・反語に注意（表面的な単語で判断しない）
- 質問とネガティブを混同しない

【制約条件】
- 個人アカウント名を出力に含めない
- コメント原文の改変は最小限

変数一覧

変数	例
分類数	4分類（基本）／5分類（要望追加）／7分類（炎上対応強化）
集計対象期間	24時間／1週間／キャンペーン期間
注目コメント抽出条件	バズ予兆／炎上予兆／インフルエンサー発言

入力サンプル（架空・公開コメントのみ）

コメント1：これすごい便利そう、使ってみたい
コメント2：価格が高すぎ。中小企業には手が出ない
コメント3：これは何ができるツールですか？
コメント4：競合と何が違うのか分からない
コメント5：UI古臭い…
コメント6：機能は良いが、サポート対応が遅いという話を聞く
コメント7：無料プランもあるのが助かる
コメント8：API連携の詳細はどこに書いてありますか？
コメント9：まあ普通のツールという印象
コメント10：これ使い始めて業務がだいぶ楽になった
（以下、合計100件想定）

完成出力例

**1. 全体件数**
100件

**2. 分類別件数**
- ポジティブ：32件
- 中立：24件
- ネガティブ：26件
- 質問：18件

**3. 各分類の代表コメント（3件ずつ）**
**ポジティブ**
- 「これすごい便利そう、使ってみたい」
- 「無料プランもあるのが助かる」
- 「これ使い始めて業務がだいぶ楽になった」

**中立**
- 「まあ普通のツールという印象」
- 「他社製品と組み合わせて使ってる」
- 「思ったより機能が多い」

**ネガティブ**
- 「価格が高すぎ。中小企業には手が出ない」
- 「UI古臭い…」
- 「機能は良いが、サポート対応が遅いという話を聞く」

**質問**
- 「これは何ができるツールですか？」
- 「競合と何が違うのか分からない」
- 「API連携の詳細はどこに書いてありますか？」

**4. 注目すべき個別コメント**
- **炎上予兆**：「サポート対応が遅いという話を聞く」（伝聞だが拡散時はリスク）
- **質問集中**：「何ができるか／競合との違い」が3件以上 → コミュニケーション設計の不足を示唆

失敗例 → 改善版（差別化の核心）

業務で実際に使ってみると、最初は期待した出力にならないものです。よくある失敗例とその改善版を3パターン紹介します。

失敗例1：「議事録を要約して」だけ

悪いプロンプト

議事録を要約して

何が悪いか

出力構造が指定されていない
「決定事項」と「TODO」が混ざる
担当者が拾えない
期限が漏れる
推測で内容が補完されることがある

改善版プロンプト

以下の議事録を構造化してください。

【出力構造】
1. 決定事項（箇条書き）
2. TODO（表：項目／担当者／期限）
3. 主要論点

【品質基準】
- 推測で補完しない（不明は「不明」と明記）
- 担当者と期限を必ず明示

具体的な構造を指定するだけで、出力品質が劇的に変わります。「お任せ」プロンプトは業務には向きません。

※この画像はAI支援で生成した失敗例の出力サンプルです。「議事録を要約して」のみのプロンプトでは構造が崩れる典型例です。

※この画像はAI支援で生成した出力例です。改善版プロンプトをもとに作成しています。

事故事例2：機密情報入りプロンプトを無料版で投げる（重大リスク）

悪い運用

顧客の氏名・連絡先・契約金額を含むメールを、無料プランのChatGPT／Geminiに投げて分類している。

何が悪いか

個人情報・機密情報がモデル学習に利用される可能性がある
個人情報保護委員会2023年6月2日「生成AIサービスの利用に関する注意喚起」に該当する取扱いリスク
社内の個人情報取扱規程に違反する可能性
顧客との契約上の守秘義務違反のリスク

改善版運用

執筆時点（2026年5月）の主要法人プランは、入力データを基盤モデルの学習に使用しないことが標準です。

サービス	法人プラン	学習データ取扱（執筆時点）
ChatGPT	Business（旧Team）／Enterprise／Edu	デフォルトで学習対象外
Claude	Team／Enterprise／Claude for Work	商用契約上、学習対象外
Gemini	Gemini for Google Workspace	Workspaceドメイン外学習に使用しない
Microsoft 365 Copilot	Business／エンタープライズ向け	基盤LLM学習にデータ不使用、EDP適用
Notion AI	Business／Enterprise（2025-05-13以降統合）	Enterprise はLLMプロバイダー側でzero data retention

実務対応：

業務データ（顧客情報・契約情報）を扱うプロンプトは、必ず法人プランで実行する
個人情報保護委員会の注意喚起に従い、利用目的範囲を確認する
個人特定可能情報（氏名・連絡先）は事前に除去または匿名化する
海外の生成AIサービスに個人情報を含むデータを入力する際は、自社の個人情報保護法対応（越境移転規制を含む）と整合しているか確認する

業務利用時は社内の個人情報取扱規程との整合確認が必須。

失敗例3：分析結果が単なる箇条書きになる

悪いプロンプト

以下の売上データを分析して

何が悪いか

「分析」の中身が指定されていない
AIは事実の羅列を返す（「Aは10、Bは20、Cは30」）
「示唆」が出ない
業務判断に使えない

改善版プロンプト

以下の売上データから、業務判断に使える示唆を引き出してください。

【必須要素】
- 全体傾向（前期比／前年比）
- 注目すべき動き（異常値／急成長／急減）
- 因果の仮説（複数）
- 推奨アクション（短期／中期）

【自己チェック】
出力前に「これを読んだ経営者が何を決断できるか」を1文で書けるか確認してください。

「示唆」を要求する書き方に変えるだけで、AIは因果の仮説や推奨アクションを返してくれます。「分析して」では足りません。

プロンプトを業務フローに組み込む方法

ここまで読んだ方は「業務でAIプロンプトが使える」状態に近づいています。業務で本当に効くのはここからです。

「プロンプトを試した」で終わらせない。次の3ステップで業務フローに組み込みます。

※業務効率化 AI プロンプトを業務フローに組み込む「テンプレート化→トリガー紐付け→反復改善」の3ステップを整理した図解です。

ステップ1. テンプレート化

成功したプロンプトは、社内のNotion／Confluence／社内Wikiにテンプレート集として保存します。「議事録の構造化はこのテンプレートを使う」と業務マニュアルに明記し、誰でも同じ品質で再現できる状態にします。

ステップ2. 業務トリガーへの紐付け

「議事録を作る」「アンケートを集計する」「商談記録を入力する」という業務フローの中にプロンプト実行を組み込みます。月次レポート作成時に「最初にこのプロンプトを通す」と決めれば、AI利用が業務の一部になります。

トリガー配置先カタログ（中小企業の実装難度順）

配置先	実装難度	トリガー例
Notion 定例ボード	低	「議事録」プロパティ追加→記入時にプロンプトURL併記
Slack canvas 固定表示	低	チャンネル先頭に固定→週次リマインダーbotで通知
Google カレンダー連動	中	定例会議の説明欄にプロンプトURL→開始10分前通知
業務マニュアル冒頭	中	オンボーディング資料の最初のページに「使うプロンプト集」
業務システム埋め込み（API）	高	CRM/SFA/MAツールに連携→入力フォームから自動実行

最初は「Notion 定例ボード」または「Slack canvas」から始めるのが現実的です。

ステップ3. 反復による改善

実際に使う中で、出力品質が下がる場面が出てきます。その時にプロンプトを微修正します。「変数一覧」を活かして、業務ごとに最適化したバージョンを社内に蓄積していきます。

品質低下の判定軸：

期待した構造（決定事項／TODO等）が出力に欠ける割合が増えた
「不明」表記が想定より多発するようになった
担当者の手直し時間が初期より増えた

このいずれかが目立ち始めたら、プロンプトの制約条件・出力構造を見直すサインです。

このように、AIを業務に組み込む設計が、AIを単に使う設計と決定的に違うポイントです。AI活用は先端スキルではなく、Word／Excelレベルの基礎スキルとして位置付けることが、組織全体の効率化には不可欠です。

ステップ4. 効果測定の最小設計（続けるために必要）

AI業務プロンプトは「便利」だけで終わると、3か月で運用が止まります。「効果がない」のではなく「効果を測っていない」状態が一番危険です。

最小実装は、Notion DB1枚に以下を15秒記録するだけ：

使用日	プロンプトID（例：議事録要約-01）	処理時間（従来比）	手直し時間	満足度（5段階）
2026-05-20	議事録要約-01	60分 → 10分	5分	4

四半期で振り返れば、社内で「AI入れて効果あるの？」と問われた時の答えが出ます。これがないと、運用は3か月以内に止まります。

セキュリティと運用ルール

業務でAIプロンプトを使う際の最重要事項です。必ず読んで運用に反映してください。

以下のセキュリティ・法人プラン情報は、2026-05-15時点の各社公式ドキュメント（OpenAI／Anthropic／Google／Microsoft／Notion／個人情報保護委員会）に基づきとして整理しています。プラン体系・データポリシーは変動するため、業務導入時は必ず最新版をご確認ください。

自社が今どのプランか確認する3分手順（最初にやる）

セキュリティルールの前に、まず自社で使っているプランを確認します。

サービス	確認場所
ChatGPT	左下のアカウント名をクリック → Settings → Workspace ／または管理者にWorkspace名を確認
Claude	左下のアカウント → 設定 → プラン
Gemini / Google Workspace	Google Workspace 管理コンソール → ライセンス
Microsoft 365 Copilot	Microsoft 365 管理センター → ユーザー → ライセンス
Notion AI	左サイドバー → Settings → Plans

「うちのアカウントは個人プランかBusinessか」が判定できないと、以降のルールは絵に描いた餅になります。

法人プランと無料プランの違い（執筆時点）

主要な生成AIサービスは法人向けプランにおいて、入力・出力データを基盤モデルの学習に使わない設定が標準です。一方、個人プランは設定オプトアウトが不要で学習対象になる場合があり、業務データ（顧客情報・未公開情報を含む）は法人プラン利用が前提となります。

執筆時点（2026年5月）の各社公式ドキュメントに基づく整理は以下の通りです（プラン体系は変動するため、業務導入前に必ず公式を確認）：

ChatGPT：Business（旧Team）／Enterprise／Edu／APIは学習対象外（OpenAI Enterprise Privacy）
Claude：Team／Enterprise／Claude for Workは商用契約上学習対象外（Anthropic Privacy）
Gemini for Google Workspace：ドメイン外学習に使用しない（Google Workspace AI Privacy）
Microsoft 365 Copilot：基盤LLM学習にプロンプト・応答・Graphデータ不使用、EDP適用（Microsoft 365 Copilot Privacy）
Notion AI：2025-05-13以降Business/Enterprise統合、Enterpriseは zero data retention 適用（Notion 2025 Pricing Changes）

個人情報・機密情報の取扱ルール

個人情報保護委員会は2023年6月2日に「生成AIサービスの利用に関する注意喚起」を公表しており、利用目的範囲外の取扱いに対する注意がなされています。

実務での運用ルール：

法人プランの利用を必須化：業務データを扱うプロンプトは、必ず法人プランで実行
個人情報の事前除去：氏名・連絡先などの個人特定可能情報は、プロンプト投入前に削除または匿名化
社内規程との整合確認：自社の個人情報取扱規程・情報セキュリティポリシーとの整合性を確認
越境移転の確認：個人情報を含むデータを海外の生成AIサービスに入力する際は、自社の個人情報保護法対応（外国第三者提供ガイドラインを含む）と整合しているか確認。クラウド例外の解釈は事業者ごとに評価が分かれるため、迷ったら法務／情シスにエスカレーション（渡す情報リスト：①使用予定サービス名／②投入予定データ種別／③利用頻度・件数規模）。必要に応じて専門家に相談を推奨
業界規制の確認：医療・金融・士業など業法上の守秘義務・規制が及ぶ業務（医療法／金商法／保険業法／弁護士法72条／税理士法等）では、法人プラン利用に加えて業界規制への適合を別途確認する。必要に応じて顧問弁護士・業界専門家への相談を推奨
機微情報・特定個人情報（要配慮個人情報・マイナンバー等）：法人プラン利用＋事前匿名化だけでは不十分なケースがあるため、別途法務確認を必須化

よくある誤運用と対策

誤運用	リスク	対策
個人プランで顧客情報を投入	学習データに利用される可能性	法人プランへ切替
「Notion AIアドオン」をプラン名として説明	廃止済（2025-05-13）	「Business／Enterprise」と表記
「Claude ProjectsはPro必須」と社内に説明	誤情報（Free対応）	公式を確認して訂正
「ChatGPT Team」を現行プラン名として説明	改名済（2025-08-29）	「ChatGPT Business（旧Team）」に統一