業務マニュアル・手順書AIプロンプト集10選｜社内ナレッジを効率化

企業の業務効率化において、業務マニュアルの作成は重要でありながら最も手間のかかるタスクの一つです。経済産業省の調査によると、企業の75%が「マニュアル作成の工数不足」を課題として挙げています。従来、1つのマニュアル作成に平均20時間を要していたプロセスが、適切なAIプロンプトの活用により3-5時間まで短縮可能です。しかし、「業務マニュアルを作ってください」といった単純な指示では、実用レベルの出力は得られません。プロンプトエンジニアリングでは、AIに専門的な役割を付与し、思考プロセスを段階的に指定し、出力形式を厳密に定義することで出力品質が10倍向上することが実証されています。本記事では、ロール設定、Chain of Thought、Few-shot Learning等の高度な技法を組み込んだ、コピペで即使える業務マニュアル AI プロンプトを10個厳選してご紹介します。

---

プロンプト1: 基本業務手順書を作成する

難易度: ★☆☆ 使用場面: 新入社員向けの日常業務手順書や、部署内での標準作業手順を文書化する際に最適。特に、口頭で説明していた業務を初めて文書化する場合に効果的 使用テクニック: ロール設定 / Chain of Thought / 出力フォーマット指定

プロンプト:

あなたは企業研修・業務改善コンサルティング分野で15年の実績を持つ業務標準化の専門家です。特に製造業、サービス業での業務マニュアル作成において、新人でも迷わず実行できる手順書設計で高い評価を得ています。

以下のステップに従って、実践的な業務手順書を作成してください。

Step 1: 業務内容【業務内容】を分析し、必要なスキルレベル、所要時間、関連部署を特定してください。
Step 2: 作業を論理的なフェーズに分割し、各フェーズでの注意点とリスクを洗い出してください。
Step 3: 初心者が躓きやすいポイントを予測し、予防策を組み込んでください。
Step 4: 以下の構造で手順書を作成してください。

# 手順書出力フォーマット
## 1. 業務概要
- 目的・ゴール
- 対象者
- 所要時間
- 必要なツール・システム

## 2. 事前準備
- 準備すべき資料・データ
- 確認事項

## 3. 詳細手順
各ステップを「何を」「どのように」「なぜ」の観点で記述
- 手順1: [具体的な作業内容] ※注意：[リスクと対策]
- 手順2: [具体的な作業内容] ※注意：[リスクと対策]

## 4. 完了確認
- チェックリスト
- 品質基準

## 5. トラブル対応
- よくある問題と解決策

制約条件:
- 専門用語は必ず説明を併記
- 各ステップは行動動詞で開始
- 曖昧な表現（「適切に」「しっかりと」等）は使用禁止

品質チェック項目:
①初心者が一人で実行できる具体性があるか
②所要時間が現実的に見積もられているか
③エラー回避策が含まれているか

なぜこのプロンプトが効くのか: 専門家ロールにより業務設計の知見が活性化され、Chain of Thoughtによる段階的分析で論理的な構造が担保されます。「初心者の躓きポイント予測」により実用性が向上します。

カスタマイズガイド:

• 【業務内容】の部分は「営業日報作成」「在庫管理」「顧客対応」など具体的な業務名を入力
• IT企業の場合は「システム操作」の項目を追加すると効果的
• さらに精度を上げたい場合は「作成後、実際の現場担当者の視点で実行可能性を評価し、改善点があれば修正版も提示してください」を追加

出力例:

# 営業日報作成手順書

## 1. 業務概要
- 目的：営業活動の可視化と翌日の活動計画立案
- 対象者：営業部全員
- 所要時間：15分程度
- 必要ツール：営業支援システム、Excelテンプレート

## 2. 事前準備
- その日の商談記録、名刺、資料を手元に準備
- 営業支援システムにログイン

## 3. 詳細手順
手順1: 商談実績を時系列で整理 ※注意：時間や場所の記録漏れは翌日の計画精度を下げる
手順2: 各商談の成果と課題を定量的に記録 ※注意：感情的な表現ではなく事実ベースで記述

---

プロンプト2: 業務フロー図付きマニュアルを自動生成する

難易度: ★★☆ 使用場面: 複数部署が関わる業務プロセスや承認フローを含む業務で、視覚的な理解が重要な場合。特に業務の引き継ぎや新システム導入時の説明資料作成に効果的 使用テクニック: ロール設定 / Multi-step Analysis / Visual Design Thinking

プロンプト:

あなたは業務プロセス設計とビジュアルドキュメンテーションの専門家で、大手コンサルティングファームで12年間、業務改善プロジェクトを主導してきました。特に複雑な業務フローの可視化と標準化において、関係者全員が直感的に理解できる資料作成で定評があります。

以下の業務について、フロー図とテキストマニュアルが一体化した包括的な業務マニュアルを作成してください。

対象業務：【業務名】
関係部署：【関係部署】
業務の背景：【業務が必要な理由や目的】

作成ステップ：
Step 1: 業務全体を「準備→実行→確認→完了」の4つのフェーズに分類
Step 2: 各フェーズで発生する判断分岐点とその基準を特定
Step 3: 関係者間の情報伝達タイミングと方法を明確化
Step 4: 例外処理と承認フローのルートを設計

出力形式：

# 業務フローマニュアル

## 1. 業務フロー図（テキスト形式）

開始 → [準備フェーズ] → 判断① → [実行フェーズ] → 判断② → [確認フェーズ] → [完了] ↓ ↓ ↓ ↓ ↓ ↓ 担当者A 担当者B 条件X 担当者C 条件Y 承認者

## 2. フェーズ別詳細手順
### 準備フェーズ（担当：○○）
- 具体的作業1：[作業内容] → 成果物：[何が完成するか]
- 判断基準：[次フェーズに進む条件]

## 3. 判断分岐マトリクス
| 判断ポイント | 条件A | 条件B | 対応アクション |
|------------|--------|--------|----------------|

## 4. 関係者役割定義（RACI）
| 作業項目 | 実行責任 | 説明責任 | 協力 | 情報共有 |
|----------|----------|----------|------|----------|

## 5. 例外パターン対応
- パターン1：[例外状況] → [対応手順]
- エスカレーション基準：[上位者への報告条件]

制約：
- 各フェーズの所要時間を明記
- 承認・確認ポイントは明確に区別
- 同時並行可能な作業は明示

品質確認：作成後、以下を確認
①業務に不慣れな人でもフローを追えるか
②例外処理が現実的に対応可能か  
③関係者の役割に重複や漏れがないか

なぜこのプロンプトが効くのか: ビジュアルとテキストの統合アプローチにより、複雑な業務フローが直感的に理解可能になります。RACI手法の導入で責任範囲が明確化され、実運用での混乱を防げます。

カスタマイズガイド:

• 【業務名】「請求書処理」「新商品開発承認」「顧客クレーム対応」など具体的に記入
• IT業界では「システム連携」の項目を、製造業では「品質チェック」工程を強調
• 承認階層が多い組織では「承認マトリクス（金額別・重要度別）」を追加

出力例:

# 請求書処理フローマニュアル

## 1. 業務フロー図
開始 → [請求書受領] → 内容確認 → [承認依頼] → 承認判定 → [支払処理] → [完了記録]
  ↓         ↓          ↓         ↓         ↓         ↓         ↓
受付     経理担当    不備確認   部門長    金額確認  経理部長   ファイリング

## 2. フェーズ別詳細手順
### 請求書受領フェーズ（担当：受付）
- 請求書の到着確認と受領印押印 → 成果物：受領済み請求書
- 緊急度の判定（支払期限30日未満は要注意フラグ）
- 判断基準：必要項目（宛名、金額、支払期限）が全て記載されている

---

プロンプト3: エラー対応・トラブルシューティングマニュアルを作成する

難易度: ★★☆ 使用場面: システム障害対応、製品不具合対応、顧客クレーム処理など、緊急時の対応手順を標準化したい場合。特に夜間・休日対応や経験の浅い担当者でも適切に対処できる体制構築に有効 使用テクニック: Decision Tree Logic / Failure Mode Analysis / Escalation Path Design

プロンプト:

あなたはIT運用管理とインシデント対応の専門家で、金融機関やインフラ企業で18年間、ミッションクリティカルなシステムの障害対応体制構築を担当してきました。特に「初動対応の迅速化」と「エスカレーション判断の最適化」において、復旧時間を大幅な短縮した実績があります。

以下の情報をもとに、現場で即座に使える実践的なトラブルシューティングマニュアルを作成してください。

対象業務・システム：【対象】
想定される問題：【よくある問題・エラー】
対応可能レベル：【現場担当者のスキルレベル】

分析ステップ：
Step 1: 問題を「緊急度」×「影響範囲」で4象限に分類
Step 2: 各問題パターンの根本原因を特定（技術的要因、運用要因、外部要因）
Step 3: 現場判断で対応可能な範囲と、専門家エスカレーションの境界線を明確化
Step 4: 時系列での対応アクションと各段階での判断基準を設計

出力フォーマット：

# トラブルシューティングマニュアル

## 1. 緊急度判定フローチャート
### 第1段階：影響度確認（30秒以内）
- □ 業務停止しているか？ → YES：レベル1対応 / NO：次へ
- □ 顧客影響があるか？ → YES：レベル2対応 / NO：レベル3対応

## 2. レベル別対応マトリクス
| 問題パターン | 症状・エラーメッセージ | 初動対応（5分） | 本格対応（30分） | エスカレーション条件 |
|------------|---------------------|---------------|----------------|-------------------|
| パターン1   | [具体的症状]         | [即時実行項目] | [詳細調査・修復] | [判断基準]        |

## 3. 段階的対応手順
### レベル1：緊急対応（業務停止）
**制限時間：初動5分、復旧30分以内**
1. 【確認】現象の記録と影響範囲特定
   - 確認項目：[具体的チェック項目]
   - 記録方法：[記録フォーマット]
2. 【応急処置】サービス継続のための暫定対応
   - 実行コマンド：[具体的手順]
   - 確認方法：[動作確認項目]
3. 【判断】15分で復旧しない場合→専門チームに即座にエスカレーション

### 緊急連絡先
- レベル1：【責任者名】【電話番号】（24時間対応）
- 技術サポート：【サポート窓口】【チケット番号取得方法】

## 4. よくある誤対応（絶対禁止事項）
- 禁止1：[危険な操作] → 理由：[被害が拡大する理由]
- 禁止2：原因不明のまま再起動 → 理由：証跡が失われ根本解決不可能

## 5. 対応記録テンプレート
**発生日時**：____年__月__日 __時__分
**発見者**：________________
**現象**：__________________
**対応内容**：______________
**結果**：__________________
**今後の予防策**：__________

制約条件：
- 各対応手順は「誰でも」「迷わず」「安全に」実行できる記述
- 専門用語は現場用語での補足説明を併記
- 対応時間の目安を全ての項目に明記

最終チェック：
①緊急時でも冷静に実行できる簡潔性があるか
②技術レベルに関わらず判断基準が明確か
③エスカレーション先が確実に連絡可能か

なぜこのプロンプトが効くのか: Decision Tree Logicにより緊急時の判断負荷が最小化され、Failure Mode Analysisで根本原因への対処が可能になります。時間制限の明示で対応遅延を防げます。

カスタマイズガイド:

• 【対象】「ECサイト」「製造装置」「コールセンターシステム」など具体的なシステム・業務を指定
• 医療・金融など規制業界では「コンプライアンス確認項目」を追加
• 海外対応がある場合は「言語別対応フロー」を組み込み

出力例:

# ECサイト障害対応マニュアル

## 1. 緊急度判定フローチャート
### 第1段階：影響度確認（30秒以内）
- □ サイトにアクセスできないか？ → YES：レベル1対応
- □ 注文処理が停止しているか？ → YES：レベル1対応  
- □ 特定ページのみ表示異常か？ → YES：レベル2対応

## 2. レベル別対応マトリクス
| 問題パターン | 症状・エラーメッセージ | 初動対応（5分） | 本格対応（30分） | エスカレーション条件 |
|------------|---------------------|---------------|----------------|-------------------|
| サーバダウン | 500エラー、接続タイムアウト | サーバ再起動実行 | ログ解析、DB確認 | 再起動で復旧しない場合 |
| 決済エラー | 「決済処理に失敗しました」 | 決済サービス状況確認 | 代替決済手段案内 | 決済会社で障害確認時 |

---

プロンプト4: 新人研修用ステップバイステップ教育マニュアルを作成する

難易度: ★★☆ 使用場面: 新入社員のオンボーディング、部署異動者への業務引き継ぎ、アルバイト・派遣社員の即戦力化を図りたい場合。特に離職率の高い業界で「誰でも迷わず業務習得できる」仕組み作りに効果的 使用テクニック: Progressive Learning Design / Competency-Based Assessment / Microlearning Approach

プロンプト:

あなたは企業研修設計と人材開発の専門家で、大手人材開発コンサルティング会社で14年間、「新人の即戦力化」をテーマに研修プログラム開発を担当してきました。特に「段階的スキル習得」と「実践的な評価システム」において、新人の独り立ち期間を従来の半分に短縮した実績があります。

以下の業務について、新人が段階的に習得できる実践的な教育マニュアルを作成してください。

対象業務：【業務内容】
新人のバックグラウンド：【経験・スキルレベル】
習得目標期間：【期間】
現場指導者のサポート可能時間：【指導時間】

設計アプローチ：
Step 1: 業務を「基礎→応用→発展」の3段階に分解し、各段階の到達目標を明確化
Step 2: 各段階で「知識習得→実践練習→評価→フィードバック」のサイクルを設計
Step 3: 新人が自己判断で次のステップに進める評価基準を設定
Step 4: つまずきやすいポイントでの集中サポート体制を組み込み

# 新人教育マニュアル

## 1. 学習ロードマップ（全体像）
### 基礎段階（第1-2週）：基本操作の習得
- 目標：指導者同席で標準的な業務を実行できる
- 習得内容：[基本スキル一覧]
- 評価基準：[具体的な到達基準]

### 応用段階（第3-4週）：独立実行力の獲得  
- 目標：一般的なケースを独力で処理できる
- 評価基準：[独立実行の判定基準]

### 発展段階（第2ヶ月）：応用力と問題解決力
- 目標：例外的なケースにも対応し、改善提案ができる

## 2. 週次学習プログラム
### 第1週：基礎知識とツール操作
**Day 1-2：基本概念の理解**
- 学習項目：[具体的な学習内容]
- 実践練習：[ハンズオン課題]
- 理解度チェック：[確認問題] ※80%正答で次へ進行

**Day 3-5：実際の業務体験**
- 指導者同席での実務実行
- 振り返りセッション：「今日できたこと」「明日の課題」

**第1週末評価**
□ [評価項目1] 達成/未達成
□ [評価項目2] 達成/未達成
□ 総合判定：次週進行可/追加研修必要

## 3. つまずきポイント別サポートガイド
### よくある困りごと1：[具体的な問題]
- 症状：[新人の行動・発言パターン]
- 原因：[根本的な理解不足箇所]  
- 対処法：[具体的な指導方法]
- 追加練習：[効果的な練習課題]

## 4. 自己学習ツール
### チェックリスト形式の日次振り返り
**今日の実行業務**
- 業務A：□問題なくできた □指導が必要だった □まだ難しい
- 業務B：□問題なくできた □指導が必要だった □まだ難しい

**明日への準備**
- 復習が必要な項目：________________
- 質問したい内容：__________________

## 5. 指導者向けサポートガイド
### 効果的な指導タイミング
- 集中指導が必要な場面：[具体的なタイミング]
- 見守りでよい場面：[自主性を重視する場面]

### 評価とフィードバックの方法
- 良い例：「○○の部分が正確にできていました。なぜなら...」
- 避けるべき例：「だいたいできていますね」（曖昧な評価）

制約条件：
- 各学習項目には所要時間を明記
- 評価基準は数値化・行動化して曖昧さを排除
- 新人が一人でも進捗確認できるセルフチェック機能を必須装備

品質保証チェック：
①新人が「今何をすべきか」常に明確に分かるか
②指導者の負担が現実的な範囲に収まっているか
③客観的な評価で成長実感を得られるか

なぜこのプロンプトが効くのか: Progressive Learning Designにより学習負荷が最適化され、Competency-Based Assessmentで客観的な成長確認が可能になります。セルフチェック機能で自律学習も促進されます。

カスタマイズガイド:

• 【業務内容】「接客販売」「経理処理」「システム運用」など具体的な職種を指定
• 技術系の場合は「実機演習環境」「バージョン管理」の項目を追加
• リモートワーク環境では「オンライン指導ツール」「進捗共有方法」を強化

出力例:

# コールセンター業務 新人教育マニュアル

## 1. 学習ロードマップ（全体像）
### 基礎段階（第1-2週）：基本応対の習得
- 目標：標準的な問い合わせに指導者同席で対応できる
- 習得内容：電話応対マナー、システム基本操作、FAQ検索
- 評価基準：模擬応対で顧客満足度4.0以上、システム操作エラー3回以下

### 応用段階（第3-4週）：独立対応力の獲得
- 目標：問い合わせの80%を独力で解決完了できる
- 評価基準：応対時間6分以内、解決率80%以上、エスカレーション判断適切

## 2. 週次学習プログラム
### 第1週：基礎知識とシステム操作
**Day 1-2：基本概念の理解**
- 学習項目：会社概要、商品知識、顧客対応方針
- 実践練習：システム操作演習（顧客情報検索、注文履歴確認）
- 理解度チェック：商品知識テスト20問 ※16問正答で次へ進行

---

プロンプト5: 部門間連携業務の標準化マニュアルを作成する

難易度: ★★★ 使用場面: 営業-製造-物流間の連携、開発-品質管理-マーケティング間の情報共有など、複数部門が関わる業務プロセスで責任範囲や情報伝達が曖昧になっている場合の標準化に効果的 使用テクニック: Cross-functional Process Analysis / RACI Matrix / Information Flow Design

プロンプト:

あなたは組織横断的な業務プロセス改革の専門家で、Fortune 500企業で16年間、部門間の連携効率化プロジェクトを主導してきました。特に「情報の断絶解消」と「責任範囲の明確化」において、部門間の業務処理時間を平均大幅な短縮し、エラー率を大幅な削減した実績があります。

以下の部門間連携業務について、各部門の役割と責任を明確化し、情報伝達のタイミングとフォーマットを標準化した実践的なマニュアルを作成してください。

対象業務プロセス：【業務プロセス名】
関係部門：【部門1、部門2、部門3...】
現在の課題：【連携上の問題点】
業務の重要度：【緊急度・影響度】

分析・設計ステップ：
Step 1: 業務プロセス全体を時系列で分解し、各段階での部門間インターフェースを特定
Step 2: 情報のInput/Outputと各部門の判断権限レベルを明確化
Step 3: ボトルネックとなる承認・確認ポイントを洗い出し、並行処理可能な作業を識別
Step 4: 例外処理時の部門間エスカレーションルートとコミュニケーションルールを設計
Step 5: 成果物の品質基準と部門間での受け渡し基準を定義

# 部門間連携業務標準マニュアル

## 1. プロセス全体像とタイムライン
### 業務フロー（部門別責任範囲）

[開始] → 部門A(2日) → 部門B(3日) → 部門C(1日) → [完了] ↓ ↓ ↓ ↓ 起案 第1承認 実行判断 最終確認

### クリティカルパス分析
- 最短処理期間：【X】日
- 一般的処理期間：【Y】日  
- 遅延リスク要因：【具体的なボトルネック】

## 2. RACI責任マトリクス
| 作業項目 | 部門A | 部門B | 部門C | 備考 |
|---------|-------|-------|-------|------|
| 【作業1】 | R(実行) | A(承認) | I(情報共有) | 【重要事項】 |
| 【作業2】 | C(協力) | R(実行) | A(承認) | 【判断基準】 |
| 【作業3】 | I(情報共有) | C(協力) | R(実行) | 【完了条件】 |

**凡例**
- R(Responsible): 実行責任
- A(Accountable): 説明責任・最終判断  
- C(Consulted): 相談対象
- I(Informed): 情報共有対象

## 3. 部門間情報伝達規則
### 定期情報共有
| 情報項目 | 送信部門 | 受信部門 | 頻度 | 形式 | 期限 |
|---------|---------|---------|------|------|------|
| 【情報A】 | 部門X | 部門Y,Z | 毎週金曜 | Excel | 17:00まで |
| 【情報B】 | 部門Y | 部門X | 月次 | システム入力 | 月末日 |

### 緊急時情報伝達
**レベル1：即座に連絡（1時間以内）**
- 対象：業務停止、重大品質問題、顧客クレーム
- 連絡方法：電話→メール→システム通知の順で実行
- 連絡先：【緊急連絡先一覧】

**レベル2：当日中に連絡**
- 対象：軽微な遅延、仕様変更、リソース不足

## 4. 成果物品質基準と受け渡しルール
### 部門A → 部門B 受け渡し基準
**必須項目チェックリスト**
□ 【項目1】：【具体的な基準】
□ 【項目2】：【数値基準】
□ 【項目3】：【完成度判定方法】

**受け渡し時の確認プロセス**
1. 部門Aによる事前チェック（【チェック項目】）
2. 部門Bによる受領確認（48時間以内に可否回答）
3. 不備発見時の修正依頼手順（【具体的な連絡方法】）

## 5. 例外処理・エスカレーション規則
### パターン1：スケジュール遅延
**判定基準**：予定から【X】日以上の遅延
**対応手順**：
- Step1: 遅延部門が影響分析実施（【分析項目】）
- Step2: 関係部門への遅延通知（【通知フォーマット】）
- Step3: 回復計画の合意形成（【合意方法】）

### パターン2：品質不適合
**判定基準**：【具体的な品質基準】未達成
**対応手順**：
- Step1: 不適合内容の文書化
- Step2: 根本原因分析の実施
- Step3: 再発防止策の部門間合意

## 6. 部門間会議体・コミュニケーション体制
### 定期会議
- **週次進捗会議**：毎週【曜日】【時間】、参加者【役職レベル】
- **月次振り返り会議**：業務効率と改善点の検討

### コミュニケーションツール
- 日常連絡：【ツール名】（チャット、メール等）
- 資料共有：【共有方法】
- 進捗可視化：【進捗管理ツール】

制約条件：
- 全ての承認・確認には明確な期限を設定
- 情報の形式・フォーマットは全社統一基準に準拠
- 部門固有の専門用語は他部門向けに解説を併記

品質保証項目：
①各部門の作業負荷が均等かつ現実的か
②情報伝達の漏れ・遅延を防ぐ仕組みがあるか
③例外処理時も迅速な意思決定が可能か
④継続的改善のためのフィードバックループがあるか

なぜこのプロンプトが効くのか: Cross-functional Process Analysisにより部門間の複雑な相互作用が可視化され、RACI Matrixで責任範囲の曖昧さが解消されます。Information Flow Designで情報断絶を防げます。

カスタマイズガイド:

• 【業務プロセス名】「新商品開発」「受注-製造-納品」「予算策定」など具体的なプロセスを指定
• グローバル企業では「時差対応」「言語・文化の違い」を考慮した項目を追加
• IT系企業では「システム連携」「データ形式」の標準化項目を強化

出力例:

# 受注-製造-納品連携業務標準マニュアル

## 1. プロセス全体像とタイムライン
### 業務フロー（部門別責任範囲）
[受注] → 営業部(1日) → 製造部(5日) → 物流部(2日) → [納品完了]
  ↓         ↓            ↓           ↓
 顧客要求  仕様確認   生産計画    配送手配

### クリティカルパス分析
- 最短処理期間：6日
- 一般的処理期間：8日
- 遅延リスク要因：仕様変更、原材料調達遅延、配送業者都合

## 2. RACI責任マトリクス
| 作業項目 | 営業部 | 製造部 | 物流部 | 備考 |
|---------|-------|-------|-------|------|
| 受注内容確認 | R(実行) | C(相談) | I(情報共有) | 技術的実現可能性は製造部確認必須 |
| 生産計画策定 | I(情報共有) | R(実行) | C(相談) | 納期は物流部と調整 |
| 配送手配 | I(情報共有) | I(情報共有) | R(実行) | 顧客指定条件は営業部から入手 |

---

プロンプト6: 品質管理・チェック体制マニュアルを作成する

難易度: ★★★ 使用場面: 製品品質、サービス品質、文書品質など、組織的な品質保証体制を構築したい場合。特にISO取得、監査対応、品質トラブルの再発防止体制の確立に効果的 使用テクニック: Quality Assurance Framework / Risk-based Thinking / PDCA Cycle Integration

プロンプト:

あなたは品質管理とリスクマネジメントの専門家で、製造業・サービス業で20年間、品質保証体制の構築と改善を担当してきました。特にISO9001、ISO14001の認証取得支援において、不適合発生率を大幅な削減し、顧客満足度を平均大幅な向上させた実績があります。

以下の対象について、予防重視の品質管理体制と、問題発生時の迅速な是正措置を組み込んだ包括的な品質管理マニュアルを作成してください。

対象業務・製品：【対象】
品質要求レベル：【品質基準・規格】
リスク許容度：【許容できる不適合レベル】
現在の品質課題：【具体的な問題】

体系的分析ステップ：
Step 1: 品質要求事項を「顧客要求」「法規制要求」「内部基準」に分類整理
Step 2: プロセスの各段階でのリスク分析と重要管理点(CCP)の特定
Step 3: 予防措置、監視・測定、是正措置の3層防御体制を設計
Step 4: 品質データの収集・分析・改善につながるPDCAサイクルを構築
Step 5: 緊急時対応と顧客・関係者への報告体制を整備

# 品質管理・チェック体制マニュアル

## 1. 品質方針と管理体制
### 品質目標
- 顧客満足度：【目標値】以上維持
- 不適合率：【目標値】以下に管理
- 是正措置完了期間：【目標期間】以内

### 品質管理組織図

品質管理責任者（統括） ↓ 品質保証部門 ─── 現場品質管理者 ↓ ↓ 品質監査チーム 作業者（品質チェック実行）

## 2. プロセス別品質管理基準
### 工程1：【工程名】
**重要管理点(CCP)**：【具体的な管理項目】
**管理基準**：
- 上限値：【数値】
- 下限値：【数値】  
- 測定頻度：【頻度】
- 測定方法：【具体的手順】

**予防措置**：
- 日常点検項目：【チェック項目】
- 定期校正：【対象機器】を【頻度】で実施
- 作業者教育：【必要スキル】【更新頻度】

**監視・測定**：
- リアルタイム監視：【監視項目】【警報設定値】
- サンプリング検査：【サンプル数】【検査項目】
- 記録様式：【記録フォーマット】

## 3. 品質チェック実施手順
### 日常品質チェック（作業者レベル）
**チェックタイミング**：作業開始時、工程完了時、異常発見時
**チェック項目**：
□ 【項目1】：基準【基準値】、実測値【___】、判定【OK/NG】
□ 【項目2】：基準【基準値】、実測値【___】、判定【OK/NG】
□ 【項目3】：基準【基準値】、実測値【___】、判定【OK/NG】

**記録・報告**：
- 正常時：【記録方法】
- 異常時：即座に【報告先】へ連絡、【緊急対応手順】実行

### 定期品質監査（監査チームレベル）
**監査頻度**：【頻度】
**監査項目**：
1. 手順書遵守状況の確認
2. 記録の完全性・正確性検証
3. 是正措置の実施状況フォロー
4. 改善機会の識別

## 4. 不適合品・問題発生時の対応手順
### レベル1：軽微な不適合（作業者対応可能）
**判定基準**：【具体的基準】
**対応手順**：
1. 不適合品の隔離・識別（【隔離方法】）
2. 一次原因の特定（【分析方法】）
3. 応急処置の実施（【処置内容】）
4. 記録・報告（【報告先】【期限】）

### レベル2：重大な不適合（管理者エスカレーション）
**判定基準**：【具体的基準】
**対応手順**：
1. 緊急事態宣言（【宣言基準】）
2. 影響範囲の特定（【調査項目】）
3. 顧客・関係者への報告（【報告フォーマット】）
4. 根本原因分析の実施（なぜなぜ分析5回実施）
5. 是正措置計画の策定（【計画項目】）
6. 効果確認（【確認方法】【確認期間】）

## 5. 品質データ分析・改善システム
### データ収集・蓄積
**収集データ項目**：
- 工程データ：【具体的データ】
- 検査データ：【測定値】【合否判定】
- 不適合データ：【発生件数】【原因分類】【対策実施状況】

**分析手法**：
- 統計的工程管理（SPC）：【管理図の種類】
- パレート分析：不適合原因の重点化
- 傾向分析：【分析期間】【分析指標】

### 継続改善（PDCAサイクル）
**Plan（計画）**：
- 品質目標設定（【期間】【目標値】）
- 改善計画策定（【改善項目】【実施期限】）

**Do（実行）**：
- 改善措置の実施
- 教育訓練の実施（【対象者】【内容】）

**Check（確認）**：
- 目標達成度評価（【評価指標】）
- 改善効果測定（【測定方法】）

**Act（処置）**：
- 標準化：効果的な改善を標準手順に反映
- 水平展開：他部門・他工程への適用

## 6. 記録管理・文書管理
### 品質記録の管理
**保管期間**：【期間】
**保管場所**：【場所】【管理責任者】
**アクセス権限**：【権限レベル】【承認者】

### 文書改訂管理
**改訂頻度**：【頻度】または必要に応じて随時
**改訂手順**：
1. 改訂提案（【提案者権限】）
2. 内容審査（【審査者】）
3. 承認（【承認者】）
4. 配布・周知（【周知方法】）
5. 旧版回収（【回収手順】）

制約条件：
- 全ての品質基準は測定可能な数値で設定
- 作業者の判断に委ねる部分を最小化し、明確な判定基準を提供
- 記録様式は記入者の負担を最小化しつつ必要情報を確実に取得

品質保証チェック項目：
①予防・監視・是正の3層防御が機能しているか
②品質データが継続的改善に活用される仕組みがあるか
③緊急時でも迅速・適切な対応が可能か
④法規制・顧客要求への適合が確実に担保されているか

なぜこのプロンプトが効くのか: Quality Assurance Frameworkにより体系的な品質保証が実現し、Risk-based Thinkingで予防重視の管理が可能になります。PDCA Cycle Integrationで継続的改善が促進されます。

カスタマイズガイド:

• 【対象】「食品製造」「ソフトウェア開発」「医療サービス」など具体的な業務・製品を指定
• 規制の厳しい業界では「法的要求事項」「監査対応」の項目を詳細化
• 国際展開企業では「各国規制対応」「グローバル品質基準」を追加

出力例:

# ソフトウェア開発品質管理マニュアル

## 1. 品質方針と管理体制
### 品質目標
- 顧客満足度：4.5以上維持（5段階評価）
- 本番不具合率：0.1%以下に管理
- 是正措置完了期間：重大度に応じて24時間-7日以内

### 品質管理組織図
品質管理責任者（開発部長）
    ↓
QAチーム ─── 各プロジェクトリーダー
    ↓          ↓
品質監査者   開発者（単体テスト実行）

## 2. プロセス別品質管理基準
### 工程1：要件定義・設計
**重要管理点(CCP)**：要件の網羅性、設計の妥当性
**管理基準**：
- 要件カバレッジ：100%
- 設計レビュー合格基準：重大指摘0件、軽微指摘5件以下
- 測定頻度：各工程完了時
- 測定方法：チェックリストによる確認、ピアレビュー

---

プロンプト7: コンプライアンス・法務対応マニュアルを作成する

難易度: ★★★ 使用場面: 個人情報保護、労働基準法遵守、業界固有の法規制対応など、法的リスクを組織的に管理したい場合。特に監査対応、内部統制強化、従業員の法令遵守意識向上に効果的 使用テクニック: Legal Risk Assessment / Compliance Framework Design / Audit Trail Management

プロンプト:

あなたは企業法務とコンプライアンスの専門家で、大手法律事務所と企業の法務部門で18年間、リスク管理体制構築を担当してきました。特に「予防法務」と「内部統制システム」において、法的リスクの顕在化を95%防止し、監査対応工数を大幅な削減した実績があります。

以下の法的要求事項について、従業員が日常業務で確実に遵守でき、万一の問題発生時も適切に対応できる実践的なコンプライアンスマニュアルを作成してください。

対象法規制・基準：【法規制名】
適用業務範囲：【対象業務】
リスクレベル：【高/中/低】と【想定される影響】
監査・検査頻度：【外部監査の頻度】

リスク分析・体制設計ステップ：
Step 1: 法的要求事項を「必須遵守事項」「推奨事項」「禁止事項」に分類
Step 2: 業務プロセスの各段階での法的リスクを特定し、リスクレベルを評価
Step 3: 予防統制、発見統制、是正統制の3層防御でリスク管理体制を設計
Step 4: 監査証跡の確保と文書化要件を満たす記録管理システムを構築
Step 5: 違反発見時の報告・調査・是正措置の迅速実行体制を整備

# コンプライアンス・法務対応マニュアル

## 1. 法的要求事項と遵守基準
### 必須遵守事項（違反時の法的影響：重大）
| 要求事項 | 法的根拠 | 具体的基準 | 違反時の影響 | 責任者 |
|---------|---------|-----------|------------|-------|
| 【要求事項1】 | 【法律名第○条】 | 【具体的行動基準】 | 【罰則・影響】 | 【責任部署】 |
| 【要求事項2】 | 【法律名第△条】 | 【数値基準】 | 【行政処分等】 | 【責任者名】 |

### 推奨事項（違反時の法的影響：軽微）
- 【推奨事項1】：【実施基準】
- 【推奨事項2】：【目標レベル】

### 絶対禁止事項
- 【禁止行為1】：【禁止理由】【例外条件】
- 【禁止行為2】：【刑事責任の可能性】

## 2. 業務プロセス別コンプライアンスチェック
### プロセス1：【業務名】
**法的チェックポイント**：
□ 【チェック項目1】：法的根拠【法律名】、確認方法【具体的手順】
□ 【チェック項目2】：基準値【数値】、測定方法【測定手順】
□ 【チェック項目3】：文書化要件【必要記録】

**リスクシナリオと対策**：
- **高リスク**：【想定される違反パターン】
  - 予防策：【事前の対策】
  - 発見方法：【監視手法】
  - 対応手順：【発見時の措置】

**記録・文書化要件**：
- 必須記録：【記録項目】【保管期間】【保管方法】
- 証跡管理：【監査時に提示すべき資料】

## 3. 日常監視・点検体制
### セルフチェック（従業員レベル）
**実施頻度**：【毎日/毎週/毎月】
**チェック項目**：
1. 【項目名】
   - 確認内容：【具体的確認事項】
   - 判定基準：適合/要注意/不適合
   - 不適合時の措置：【即座に実行すべき対応】

2. 【項目名】  
   - 確認書類：【確認すべき文書】
   - 確認方法：【チェック手順】

### 管理者による監査（部門レベル）
**実施頻度**：【月次/四半期】
**監査項目**：
- 手順遵守状況：【監査方法】
- 記録の完全性：【確認項目】
- 従業員理解度：【確認方法】

**監査記録**：
- 実施日：____年__月__日
- 監査者：________________
- 対象部門：______________
- 指摘事項：______________
- 是正期限：______________

## 4. 問題発生時の対応手順
### レベル1：軽微な不備（部門内対応）
**判定基準**：【具体的基準】
**対応手順**：
1. 不備の記録・報告（【報告先】【期限】）
2. 一次的な是正措置（【措置内容】）
3. 再発防止策の検討・実施
4. フォローアップ監査の実施

### レベル2：重大な違反（経営陣報告）
**判定基準**：法的処分の可能性、社会的影響の懸念
**緊急対応手順**：
1. **即座に実行（24時間以内）**
   - 違反行為の停止・隔離
   - 法務部・コンプライアンス責任者への報告
   - 証拠保全（【保全対象】）

2. **初期対応（48時間以内）**
   - 影響範囲の特定（【調査項目】）
   - 外部専門家への相談検討
   - 関係当局への報告要否判断

3. **本格対応（1週間以内）**
   - 根本原因調査の実施
   - 是正措置計画の策定
   - 再発防止策の全社展開

## 5. 教育・研修体制
### 新入社員向け基礎教育
**実施時期**：入社時必須
**教育内容**：
- 適用法令の概要説明（【重点法律】）
- 日常業務での注意点（【具体例】）
- 問題発見時の報告手順

**理解度確認**：
- 確認テスト（【問題数】問、【合格基準】点以上）
- ケーススタディ（【事例数】事例で判断力確認）

### 継続教育・更新研修
**実施頻度**：【年次/法改正時】
**対象者**：全従業員
**内容更新**：
- 法改正情報の共有
- 社内外事例の分析
- チェック体制の見直し

## 6. 監査対応・文書管理
### 外部監査への対応体制
**監査対応チーム**：
- 統括責任者：【役職名】
- 資料準備担当：【部門名】
- 現場説明担当：【責任者名】

**事前準備項目**：
□ 法定帳簿の整備・確認
□ 社内規程の最新版確認  
□ 過去指摘事項の改善状況整理
□ 質問想定問答の準備

### 文書・記録の管理
**保管期間規則**：
- 法定保管期間：【法律で定められた期間】
- 社内基準期間：【法定期間＋○年】
- 電子化基準：【電子保存の要件】

**アクセス管理**：
- 閲覧権限：【権限レベル別アクセス範囲】
- 更新権限：【更新可能者の限定】
- 監査証跡：【アクセス履歴の記録】

制約条件：
- 法的要求事項は最新の法改正を反映（作成時点での最新情報基準）
- 判断基準は可能な限り数値化・客観化
- 緊急時対応は現実的な時間設定と実行可能性を重視

リスク管理チェック項目：
①法令違反の予防体制が現場レベルまで浸透しているか
②問題発見から是正完了までの期間が適切に管理されているか
③監査対応に必要な文書・記録が確実に保管されているか
④継続的な法改正への対応体制が構築されているか

なぜこのプロンプトが効くのか: Legal Risk Assessmentにより法的リスクが体系的に管理され、3層防御システムで予防から是正まで包括的にカバーされます。Audit Trail Managementで監査対応も万全になります。

カスタマイズガイド:

• 【法規制名】「個人情報保護法」「労働基準法」「金融商品取引法」など具体的な法律を指定
• 業界特有の規制がある場合は業界団体ガイドラインも含めて対応
• グローバル企業では各国法制の差異を考慮した項目を追加

出力例:

# 個人情報保護法対応マニュアル

## 1. 法的要求事項と遵守基準
### 必須遵守事項（違反時の法的影響：重大）
| 要求事項 | 法的根拠 | 具体的基準 | 違反時の影響 | 責任者 |
|---------|---------|-----------|------------|-------|
| 利用目的の明示 | 個人情報保護法第21条 | 取得時に書面又は口頭で明確に説明 | 行政指導、罰金最大1億円 | 営業部長 |
| 安全管理措置 | 同法第23条 | アクセス制限、暗号化、定期点検実施 | 損害賠償責任、信用失墜 | 情報システム部長 |
| 第三者提供制限 | 同法第27条 | 本人同意なき提供禁止、記録義務 | 業務停止命令可能性 | コンプライアンス責任者 |

## 2. 業務プロセス別コンプライアンスチェック
### プロセス1：顧客情報取得・登録
**法的チェックポイント**：
□ 利用目的説明：法的根拠【第21条】、確認方法【説明書面の控え保管】
□ 本人同意取得：基準値【書面又は電子的同意】、測定方法【同意記録の確認】
□ 取得情報の範囲：文書化要件【最小限の原則遵守記録】

---

プロンプト8: デジタル変革・DX推進マニュアルを作成する

難易度: ★★★ 使用場面: 従来のアナログ業務をデジタル化する際の変更管理、新システム導入時の業務プロセス再設計、組織全体のDX意識改革を進めたい場合。特に現場の抵抗を最小化しながら確実に変革を実現したい組織に効果的 使用テクニック: Change Management Framework / Digital Transformation Strategy / Process Reengineering

プロンプト:

あなたはデジタル変革と組織変更管理の専門家で、Fortune 100企業で15年間、大規模なDXプロジェクトを成功に導いてきました。特に「現場の変化抵抗の克服」と「