DXコンサル業務AI活用ガイド v1

DXコンサル業務でのClaude活用ノウハウを体系化

作成:2026-05-16 対象:DXコンサルタント・PMO担当者 目的:日常業務でのAI活用パターンを再現性ある形で整理
このガイドについて
🤖 DXコンサル業務AI活用ガイド v1
DXコンサルとして日常業務でClaudeをどう使っているか——提案書作成・障害分析・議事録まとめ——を
再現性のある「型」として整理したノウハウ集です。
「AIって何に使えばいい?」に対する、現場の答えがここにあります。
3
主要活用シーン
(提案・QA・議事録)
コピペして使える
プロンプト例付き
実務で検証済みの
パターンのみ掲載
📋 このガイドでできること
  • 業務別のClaude活用パターンがひと目でわかる
  • すぐ使えるプロンプトをそのままコピーして実践できる
  • よくある失敗と対策を事前に把握して安全に使える
  • 個人実践から部内・組織展開への道筋が見える
💡 なぜAIを業務に取り入れるのか
  • 「考える時間」を増やし「書く時間」を減らすため
  • ドラフトを0→1で生成し、思考の壁打ち相手として使う
  • 属人的なノウハウを形式知化・再現可能にするため
  • 競合他社との提案品質の差別化を図るため
本資料の使い方(各タブ説明)
タブ名 目的・内容 こんな時に使う
提案書・パワポ作成 構造設計・ドラフト生成・ビジュアル提案への活用パターンと具体プロンプト例 提案書の構成で悩んだとき、スライド骨子を急ぎ作りたいとき
QA・障害分析 5Why・MECE・問題切り分けでのClaude活用。根本原因分析と対応策立案 障害が起きて原因を整理したいとき、QA報告書を素早く作りたいとき
議事録・文書化 会議メモ→構造化文書→関係者報告への展開フロー 会議直後にメモを整理したいとき、宿題・決定事項を一覧化したいとき
(参考)落とし穴 事実誤認・機密情報漏えい・ハルシネーションへの対策(カード形式) Claude活用を他メンバーに展開する前に確認したいとき
🚀 次のステップ 個人実践→部内展開→組織化の3段階ロードマップ AI活用を組織全体に広げる計画を立てたいとき
基本的な使い方の心得
🎯
目的を先に言う
コンテキストを与える
「〇〇の目的で、△△の立場から、□□を作りたい」という前置きを必ず入れる。背景情報が多いほど出力品質が上がる。
✂️
一度に一つの指示
タスクを分割する
複数の要求を一度に投げない。「まず構成案だけ」→「次に本文」→「最後に推敲」と段階を踏むと精度が上がる。
🔁
出力を育てる
反復改善する
最初の出力が100点でなくてOK。「〇〇を△△に変えて」「もっと簡潔に」と指示を重ねることで完成度を高める。
活用の全体像

提案書作成は「構造設計 → ドラフト生成 → レビュー・推敲」の3ステップで進めるのが最も効果的です。Claudeは構造設計とドラフト生成で特に威力を発揮します。

🏗️
Step 1
構造設計
(目次・骨子)
✍️
Step 2
ドラフト生成
(スライド本文)
🎨
Step 3
ビジュアル提案
(図解・レイアウト案)
Step 1 — 構造設計プロンプト例

まず目次・骨子だけを生成させる。詳細は後工程。

📋 構造設計プロンプト
あなたはDXコンサルタントです。以下の条件で提案書の構成案(目次)を作成してください。 【提案の背景】 ・クライアント:製造業(従業員500名規模) ・課題:現場の作業報告が紙ベースで、集計に週2日かかっている ・提案内容:モバイルアプリ+クラウド連携による報告デジタル化 【出力形式】 ・スライド枚数:10〜12枚 ・各スライドに「スライドタイトル」と「伝えたいメッセージ(1文)」を記載 ・ストーリーライン:課題提起 → 解決策 → 効果 → 実施計画 → 費用対効果 まず構成案のみを出力してください。本文は次のステップで作成します。

💡 ポイント:「まず構成案のみ」と明示することで、Claudeが詳細に走らず骨子に集中します。レビューしてからドラフト生成に進む流れが効率的です。

Step 2 — ドラフト生成プロンプト例

構成案が確定したら、スライドごとに本文を生成する。

✍️ スライド本文生成プロンプト
先ほど確認した構成案の「3枚目:現状の課題」スライドの本文を作成してください。 【制約】 ・箇条書き:3〜5項目 ・各項目に「定量的な数値・事実」を1つ含める(例:週2日、月40時間など) ・読む人:意思決定者(現場詳細より経営インパクトを重視) ・文体:簡潔・断定調(「〜です」「〜あります」) 【このスライドで言いたいこと(メッセージ)】 「紙の報告フローが生産性を年間〇〇時間分ロスさせている」 上記の制約に従い、箇条書き本文と補足説明(2〜3文)を出力してください。
Step 3 — ビジュアル提案プロンプト例

図解や表のレイアウト案を言語で指示する。

🎨 図解・レイアウト提案プロンプト
以下のスライド内容を視覚化するための図解レイアウト案を提案してください。 【スライド内容】 「As-Is(現状)→ To-Be(理想)の比較」 ・現状:紙記入 → 手集計 → Excelまとめ(週2日) ・理想:スマホ入力 → 自動集計 → リアルタイムダッシュボード(即時) 【要望】 ・左右対比レイアウト ・矢印で変化を表現 ・パワーポイントで再現しやすい構成 ・視覚的にインパクトを出したい 具体的なレイアウト構成とパワポでの作り方(テキストボックス配置・色使い)を説明してください。
応用:ワンライナー活用パターン
シーンプロンプトのポイント
エグゼクティブサマリー 「経営者向けに3行でまとめ。数値・リスク・推奨アクションを含める」
競合比較表 「〇〇・△△・自社の3社を、価格・機能・サポートで比較する表を作成」
Q&A想定 「この提案に対してクライアントが懸念しそうな質問を5つ挙げ、回答案も出して」
タイトルコピー改善 「このスライドタイトルをより刺さるキャッチコピーに3案書き直して」
数値の言語化 「削減時間40時間/月を経営インパクトの言葉(コスト・機会損失)で表現して」
Claude × 問題分析の強み

Claudeは「構造化思考」が得意です。5WhyやMECEといったフレームワークを指定すると、ランダムな思いつきではなく、体系的な分析が得られます。

🔍
5Why 根本原因分析
表面的な症状から根本へ
「なぜ?」を5回繰り返すフレームワーク。Claudeに問題を投げると、見落としがちな根本原因まで掘り下げてくれる。
📊
MECE 問題切り分け
漏れなくダブりなく
原因候補を「人・機械・手順・環境」等のカテゴリで整理。見落とし防止と優先度付けに有効。
📝
報告書ドラフト化
分析結果を即文書化
分析結果を渡すと、障害報告書・QA対応レポート形式に整形してくれる。報告作業の時間を大幅削減。
5Why 分析プロンプト例
🔍 5Why 根本原因分析プロンプト
以下の障害について、5Why分析を行い根本原因を特定してください。 【発生事象】 ・日時:2026-05-15 14:30 ・内容:顧客向けWebシステムのログイン画面が30分間応答不可 ・影響範囲:全ユーザー(約200名)ログイン不可 【すでにわかっていること】 ・14:30にデプロイ作業を実施していた ・ロールバック後に復旧 ・エラーログ:"DB connection timeout after 30s" 【依頼】 1. 5Whyフレームワークで根本原因を分析してください 2. 各「なぜ」に対して「確認すべき証拠・ログ」を併記してください 3. 最終的な根本原因の仮説を2〜3個挙げてください
MECE 問題切り分けプロンプト例
📊 MECE 問題切り分けプロンプト
以下の問題を、MECEの観点で原因カテゴリに分類して整理してください。 【問題】 顧客データの取り込みバッチ処理が毎月月末に失敗する。 月初・月中は正常動作している。 【MECEカテゴリの例(参考)】 「人・機械・手順・環境・データ」または「性能・設定・データ量・外部依存」など 【依頼】 1. 適切なMECEカテゴリを選定し、各カテゴリで考えられる原因候補を列挙してください 2. 月末にのみ発生することから考えられる「特有の条件」を特定してください 3. 優先的に調査すべき仮説をTOP3で挙げ、理由を添えてください 出力は表形式(カテゴリ / 原因候補 / 調査方法)でお願いします。
障害報告書 ドラフト生成プロンプト例
📝 障害報告書ドラフト生成プロンプト
以下の障害情報を元に、顧客向け障害報告書のドラフトを作成してください。 【障害概要】 ・発生日時:2026-05-15 14:30〜15:00(約30分) ・対象システム:顧客管理Webシステム ・影響:ログイン不可(全ユーザー約200名) ・根本原因:デプロイ時のDB接続設定の環境変数未設定 【報告書フォーマット】 1. 障害の概要(3行以内) 2. 発生から復旧までのタイムライン 3. 根本原因 4. 再発防止策(3〜5項目) 5. 顧客へのお詫びと今後の対応 【読む相手】顧客の担当部長(技術詳細より影響と対策を重視) 【文体】丁寧・謝罪を含む・簡潔

⚠️ 注意:生成されたドラフトは必ず人間がレビューし、事実確認を行ってから顧客に送付してください。日時・数値・固有名詞は特に要注意です。

QA活用パターン早見表
シーン使えるフレームClaudeへの指示のコツ
原因がわからない障害 5Why 事象・時刻・エラーログを貼り付けて「5Whyで分析して」
原因候補が多すぎる MECE整理 「MECEでカテゴリ分類し、優先度TOP3を選んで」
テストケース漏れが心配 境界値分析 「この機能の境界値・異常系テストケースを網羅的に列挙して」
報告書を素早く作りたい 構造化ドラフト 「事実メモを渡すので報告書フォーマットに整形して」
再発防止策を考えたい 対策立案 「根本原因に対して、人・プロセス・ツールの観点で対策を出して」
会議メモ → 文書化の流れ

会議直後の「生メモ」をClaudeに渡すだけで、構造化された議事録に変換できます。重要なのは「決定事項」「宿題(担当者・期限)」「次のアクション」の3点を必ず抽出させること。

1
生メモをそのまま貼り付ける
走り書きのメモ・箇条書き・断片的な発言録でOK。「整える」必要はありません。Claudeが構造化してくれます。
2
構造化議事録を生成
日時・参加者・議題・決定事項・宿題・ネクストアクションの形式に整形。抽出漏れが大幅に減ります。
3
関係者報告メール用に変換
「議事録を、欠席者向けの報告メール形式に変換して」と一言追加するだけで、そのまま送れるメール文が完成。
議事録生成プロンプト例
📋 議事録構造化プロンプト
以下の会議メモを、構造化された議事録に変換してください。 【会議メモ(そのまま)】 (ここに走り書きのメモをペーストする) 例: ・5/16 DX推進会議 ・参加:田中、鈴木、山田、外部A社(佐藤さん) ・A社のシステム概要説明あり。来月デモ予定。 ・予算は上期中に確保の方向。CFO承認必要。田中さんがアレンジ。 ・次回6/3 同メンバーで。場所TBD。 ・懸念:セキュリティ審査どうする?→鈴木さんが社内情報システム部門に確認する 【出力フォーマット】 ## 会議概要 - 日時: - 参加者: ## 決定事項 (番号付きリスト) ## 宿題・アクションアイテム | # | 内容 | 担当 | 期限 | |---|------|------|------| ## 次回予定 - 日時: - 議題(予定): ## 備考・懸念事項
宿題管理・進捗レポート生成プロンプト例
📊 宿題ステータスレポート生成プロンプト
以下のアクションアイテム一覧を元に、週次進捗報告メールを作成してください。 【アクションアイテム一覧】 | # | 内容 | 担当 | 期限 | ステータス | |---|------|------|------|------------| | 1 | CFO承認申請 | 田中 | 5/20 | 完了 | | 2 | セキュリティ審査確認 | 鈴木 | 5/23 | 進行中 | | 3 | デモ日程調整 | 山田 | 5/20 | 未着手 | | 4 | 次回会議場所確保 | 田中 | 5/30 | 完了 | 【報告先】プロジェクトオーナー(詳細より全体ステータスを重視) 【文体】端的・箇条書き中心・リスク事項を明示 ステータスサマリー(完了/進行中/未着手の件数)を先頭に入れてください。
関係者報告メール変換プロンプト例
📧 報告メール変換プロンプト
上記の議事録を、会議に参加していないステークホルダー(役員クラス)向けの報告メールに変換してください。 【変換ルール】 ・件名も含めて出力する ・本文は300文字以内(要点のみ) ・「何が決まったか」「次に何が起きるか」の2点を明確に ・敬語・ビジネスメール形式 ・詳細を知りたい場合の問い合わせ先も末尾に入れる
文書化活用パターン早見表
シーンClaudeへの指示時間短縮効果
会議直後の議事録作成 生メモ貼付→「構造化議事録にして」 30分 → 5分
宿題一覧の抽出 議事録貼付→「宿題と担当者・期限を表形式で」 10分 → 1分
欠席者への共有メール 議事録貼付→「欠席者向け報告メールに変換」 20分 → 3分
週次進捗レポート アクションリスト貼付→「週次報告形式でまとめて」 40分 → 5分
議事録の英語化 日本語議事録貼付→「英語のMeeting Minutesに変換」 60分 → 10分
知っておくべき3大リスク

AIは非常に便利ですが、使い方を誤ると業務上の重大なリスクを生みます。以下の3点を理解した上で活用してください。

🔴 リスク①:機密情報・個人情報の入力

Claude等の外部AIサービスに入力した情報は、サービス改善等に利用される可能性があります。以下の情報は絶対に入力しないでください。

  • 顧客の個人情報(氏名・連絡先・契約内容)
  • 自社・顧客の未公開財務情報
  • システムのID・パスワード・APIキー
  • NDA・守秘義務が課されている情報

✅ 対策:固有名詞を「顧客A社」「担当者X」に置き換えてから入力する。架空の例示に置き換えてAIを使う。

🟡 リスク②:ハルシネーション(事実誤認)

AIは「もっともらしい嘘」をつくことがあります。特に以下の情報は必ず別途確認してください。

  • 法律・規制・制度(税率・条項・規則の名前)
  • 統計データ・調査数値(出典なしで提示される数字)
  • 特定の企業・製品についての詳細情報
  • 最新情報(AIの知識には学習カットオフがある)

✅ 対策:「この数値の出典は?」と必ず聞く。重要な事実は公式サイト・一次情報で確認する。「AIが言っていた」は根拠にならない。

🟡 リスク③:過信・確認省略

AIの出力が「それっぽく見える」ため、確認せずにそのまま使ってしまうケースが増えています。

  • 報告書・提案書はドラフトとして扱い、必ず人間がレビューする
  • 顧客・社外への送付前は特に丁寧にチェックする
  • 固有名詞・日時・数値は特に要確認

✅ 対策:「AIはドラフト、最終確認は人間」を徹底する。チェックポイントを明示した社内ルールを作る。

チーム展開時の注意点
📜
利用ガイドラインを先に作る
「何はOKで何はNG」を文書化しないと、メンバーによって使い方がバラバラになる。最初に簡易でも利用ルールを共有する。
🧑‍🏫
失敗事例を共有する文化
「AIにこう入力したら変な出力が来た」「ここで事実誤認があった」という失敗を共有する場を作ることで、チーム全体の精度が上がる。
⚙️
使うツールを統一する
メンバーによって使うAIサービスがバラバラだと、セキュリティ管理が困難になる。組織として使用承認されたツールに統一する。
📋
入力情報のチェックリスト
AIに入力する前に「機密情報が含まれていないか」を確認するチェックリストを習慣化。特に新しいメンバーへの教育が重要。
落とし穴チェックリスト(保存版)
チェック項目確認タイミングリスクレベル
入力文に個人情報・機密情報が含まれていないか 入力前
出力の数値・統計に出典があるか 出力後
法的・規制的な内容は専門家に確認したか 使用前
社外送付前に人間がレビューしたか 送付前
固有名詞・日時・金額を実データで確認したか 使用前
AIの回答が最新情報かどうか確認したか 使用前
3段階ロードマップ

AI活用は「個人の便利ツール」から「組織の競争力」へ段階的に発展させることができます。以下の3フェーズで計画的に展開することを推奨します。

1
個人実践フェーズ(今すぐ〜1ヶ月)
  • 本資料のプロンプトを自分の業務で試す
  • 週1回、「AIを使って何が変わったか」をメモする
  • 失敗例・成功例を記録し、自分の活用パターンを確立する
  • 「これは絶対使える」という型を3つ見つける
2
部内展開フェーズ(1〜3ヶ月)
  • チームの朝会・MTGで「AI活用Tips」を週1回共有する
  • 本資料をベースに部門向け「利用ガイドライン」を作成する
  • 共通プロンプトライブラリをNotionやSharePointで管理する
  • 月1回「AI活用振り返り」の場を設ける(失敗共有含む)
3
組織展開フェーズ(3ヶ月〜)
  • 全社AI利用ポリシーの策定・情報システム部門と連携
  • 部門横断のAI活用推進チームを結成する
  • コスト・工数削減効果を定量化し、経営層へ報告する
  • 社内認定制度・AI活用スキルの評価への組み込みを提案する
フェーズ別 目標指標
フェーズ期間目安成功の目安主要アクション
Phase 1:個人実践 〜1ヶ月 週3回以上AIを業務で使えている プロンプト試行・記録・型の確立
Phase 2:部内展開 1〜3ヶ月 チームの半数以上がAIを業務利用 ガイドライン作成・共有会・ライブラリ整備
Phase 3:組織化 3ヶ月〜 削減工数を定量化し経営報告できる ポリシー策定・推進組織・評価制度
今日からできるアクション
今日やること
所要時間:15分
本資料の「提案書・パワポ」タブからプロンプト1つを選び、実際の自分の業務で試してみる。結果をメモに残す。
今すぐ
📅
今週中にやること
所要時間:30分
3タブ(提案書・QA・議事録)から各1プロンプトずつ試し、「自分ならこう使う」バージョンにカスタマイズする。
今週
🚀
今月中にやること
所要時間:2時間
チームメンバー1人にAI活用を共有する。本資料を見せながら「こう使うと便利」と実演する場を作る。
今月
さらに学ぶなら

📚 Anthropic社が公式学習コースを無料公開しています。「Prompt Engineering for Business Users」から始めるのがおすすめです。修了証も取得できます(Anthropic Academy)。

💬 本資料の内容に追加したい事例・改善点があれば、気軽にフィードバックを。実務で使えるナレッジを随時アップデートしていきます。