OpenSkillIndex← back to search
claude-code

Awesome-claude-skills jp-consulting-skills

コンサルティング向け包括的アウトプット生成スキル。課題構造化から仮説検証、フレームワーク分析、最終資料作成まで対応。新規市場参入、M&A、成長戦略、価格戦略、ITシステム・AI導入、クラウド移行、DX、サイバーセキュリティ、ESG戦略、サステナビリティなど幅広い23ケースに対応し、調査報告書・提案資料をMarkdown形式で生成。Web検索機能統合。複数企業フォーマット対応。進捗可視化対応。言語は日本語のみ。

install
source · Clone the upstream repo
git clone https://github.com/Lilaaa-05/awesome-claude-skills
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/Lilaaa-05/awesome-claude-skills "$T" && mkdir -p ~/.claude/skills && cp -r "$T/consulting-skills/jp-consulting" ~/.claude/skills/lilaaa-05-awesome-claude-skills-jp-consulting-skills && rm -rf "$T"
manifest: consulting-skills/jp-consulting/SKILL.md
source content

コンサルティングアウトプット生成スキル(さよならコンサル！)

設計思想: 段階的構築(Incremental Build) × スライド指向(Slide-First Approach) 基本理念: 戦略・総合・テクノロジーコンサルティングの品質基準を実現 主要機能:

  • イシュー駆動型の課題設定
  • 仮説検証型フレームワーク分析
  • データに基づくスライド構成
  • 複数企業フォーマット対応
  • 進捗可視化スライド構成
  • より豊富な分析コンテンツ

📌 スキルの基本方針

対話の進め方

本スキルでは、ユーザーとの対話を通じて段階的に情報を収集します。

初回の対応:

  • ユーザーが取り組みたい課題を簡潔に尋ねる
  • 企業フォーマットの希望を確認
  • 一度に多くの情報を求めない
  • 過度に詳細なヒアリングは避ける

作業開始のタイミング:

  • 課題の概要が把握できた時点
  • 企業フォーマットが確定した時点
  • または、ユーザーから作業開始の意思表示があった時点

情報が不足している場合:

  • 最も重要な1-2点のみ追加で確認
  • 詳細は作業を進めながら段階的に確認

🏢 企業フォーマット選択

本スキルは複数のコンサルティングフォーマットに対応しています:

利用可能なフォーマット

  1. McKinsey
  2. BCG
  3. Bain
  4. Deloitte
  5. EY
  6. PwC
  7. Accenture
  8. Abeam (アビームコンサルティング)
  9. NRI (野村総合研究所)
  10. 標準 (汎用フォーマット)

📖 各フォーマットの詳細: FIRM_FORMATS.md を参照

フォーマット確認

タイミング: フェーズ1開始前(ユーザーが指定しない場合)

確認方法:

ご希望の資料フォーマットはありますか?
(McKinsey/BCG/Bain/Deloitte/EY/PwC/Accenture/Abeam/NRI/標準/指定なし)

フォーマット適用:

  • スライド構成の設計
  • レイアウトスタイル
  • データ可視化の方法
  • メッセージの表現

注: フォーマットを指定しない場合は標準フォーマットを使用します

🏗️ 設計思想の背景

特徴:

  • 全体構成を先に固めてから、各スライドの詳細に入る
  • 各スライドは独立して作成可能(モジュール設計)
  • 中断・再開が容易な設計
  • 進捗状況の可視化

コンテキスト効率化:

  • 必要な情報のみを順次読み込み
  • 作業完了後は不要な情報を保持しない
  • スライド単位での区切りにより、長尺資料でも対応可能

進捗管理:

  • ✅ 作成済みスライドの明示
  • 📝 作成中スライドの表示
  • ⬜ 未作成スライドの表示
  • 進捗率の自動計算

📋 作業フローの全体像

本スキルは4つのフェーズで資料を完成させます:

Phase 0: 企業フォーマット選択 (所要時間: 2-3分)

  • 利用可能なフォーマットの提示
  • ユーザーの選択確認
  • 選択フォーマットの特性理解

Phase 1: 問題設定 (所要時間: 20-30分)

  • イシューの明確化と構造化
  • 検証すべき仮説の設定
  • フレームワークの選定
  • より深い分析視点の追加(EYのNexus思考など参考)

Phase 2: 資料構成の設計 (所要時間: 15-20分)

  • ストーリーラインの構築
  • 作成流れファイルの作成(作成流れ.md形式)
  • 各スライドのデータ要件定義
  • 進捗ステータスの初期化(全て⬜未作成)

Phase 3: スライド作成 (所要時間: 40-80分)

  • 1枚ずつデータ収集とスライド生成
  • 完成したスライドに✅マーク付与
  • 各スライド完成後、品質確認
  • 進捗率の更新
  • ユーザー確認を得てから次へ進行

Phase 4: 品質確認 (所要時間: 10-15分)

  • 全体の整合性チェック
  • 品質基準との照合
  • 最終調整

標準所要時間: 約90-120分(スライド枚数とフォーマットによる)

� 作業の始め方

新しいテーマで作成する場合

次のように依頼することができます:

「○○市場の参入可否をMcKinsey形式で分析してください」
「△△事業の成長戦略をEY形式で検討したい」
「××システムの導入提案資料をDeloitte形式で作成してください」

フォーマットを指定しない場合は、選択肢が提示されます。

作成途中から再開する場合

次のファイルをアップロードしてください:

  • [プロジェクト名]作成流れ[日付].md (必須 - 進捗ステータス含む)
  • 作成済みスライド原稿 (任意)
「このプロジェクトの第○枚目から再開してください」

📖 各フェーズの詳細手順

フェーズ1-A: イシューの特定(強化版)

作業内容: ユーザーの要望から、本質的に答えるべき「問い」を抽出します。

実施事項(選択されたフォーマットに応じて調整):

  • 課題の背景と制約条件の確認
  • 答えを出すべき中心的な問いを定式化
  • MECE原則に基づく論点の構造化
  • プロジェクトの成功基準を定義
  • 【EYスタイルの場合】Nexus視点(人・技術・創新)での分析追加
  • 【BCGスタイルの場合】ストーリーナラティブの構築
  • 【Deloitteスタイルの場合】リスク視点の統合
  • 業界トレンドとマクロ環境の分析追加
  • ステークホルダー分析の追加

成果物の形式:

## 設定した中心的イシュー
[「○○すべきか」形式の問い]

## 論点の構造(MECE分解)
[中心的イシュー]
├─ 第一の検討軸
│  ├─ 具体的論点A
│  └─ 具体的論点B
├─ 第二の検討軸
│  ├─ 具体的論点C
│  └─ 具体的論点D
└─ 第三の検討軸
   ├─ 具体的論点E
   └─ 具体的論点F

## プロジェクトのゴール
- [達成すべき状態]
- [期待される成果]

## 評価指標(KPI)
- [指標1: 具体的な数値目標]
- [指標2: 具体的な数値目標]
- [指標3: 具体的な数値目標]

## ステークホルダー分析
- [主要関係者1]: 期待値と影響力
- [主要関係者2]: 期待値と影響力

## マクロ環境分析(PEST)
- 政治的要因(Political)
- 経済的要因(Economic)
- 社会的要因(Social)
- 技術的要因(Technological)

フェーズ1-B: 仮説の形成(強化版)

作業内容: 初期情報から暫定的な「答えの方向性」を設定します。

実施事項:

  • 検証可能な仮説の設定
  • 該当するケースパターンの識別(全23パターン)
  • 最適なフレームワークの選定(フォーマットに応じて)
  • 初期情報収集を8-15件に増強
  • 情報ソースのURL記録
  • 業界ベンチマークデータの収集
  • 競合分析の初期データ収集
  • 市場規模・成長率の推定

成果物の形式:

## 設定した仮説
【仮説の内容】[暫定的な答え]
【設定根拠】[なぜこの仮説か - データに基づく]
【検証アプローチ】[どう確かめるか - 具体的手法]
【判定基準】[何をもって正しいとするか - 定量的基準]

## 採用フレームワーク
- 選定: [3C/5C/Porter 5 Forces/Value Chain/BCG Matrix 他]
- 選定理由: [なぜこのフレームワークか - フォーマットとの整合性]
- 適用方法: [具体的な適用ステップ]

## 該当ケースパターン
- [新規市場参入/M&A/成長戦略/デジタル変革 他]
- 類似事例: [参考となる成功・失敗事例]

## 初期情報収集結果(8-15件)
### 市場データ
- [データポイント1]: 出所URL
- [データポイント2]: 出所URL

### 競合情報
- [競合A]: 主要データとURL
- [競合B]: 主要データとURL

### 業界トレンド
- [トレンド1]: 詳細とURL
- [トレンド2]: 詳細とURL

### ベンチマークデータ
- [ベンチマーク指標]: データとURL

## 初期示唆
[収集データから見えてきた重要な洞察]

フェーズ2: 作成流れの設計(進捗可視化対応)

作業内容: 全体のストーリーラインを固め、各スライドの設計仕様を決定します。

実施事項:

  • ピラミッドストラクチャーでストーリーを組み立て
  • 選択されたフォーマットに応じたスライド構成
  • 各スライドのレイアウト方針を決定
  • 必要なデータと情報源を明示
  • スライド間の関連性を整理
  • 進捗ステータス管理の初期化

スライドの関連性パターン:

  • 【⬜ 独立型】他のスライドに依存せず作成可能
  • 【⬜ 前提型】前のスライドのデータを利用
  • 【⬜ 総括型】後のスライドまたは分析フレームワークが必要(サマリーや目次など)

成果物: 

[プロジェクト名]_作成流れ_[日付].md

作成流れファイルの記載内容(進捗可視化対応):

# [プロジェクト名] 作成流れ

## 基本情報
- 作成日付: YYYY年MM月DD日
- 予定枚数: XX枚
- 企業フォーマット: [選択されたフォーマット名]
- 対象ケース: [タイプ]
- 章立て: X章構成

## 進捗状況サマリー
- 完成: 0枚 / XX枚
- 進捗率: 0%
- 最終更新: YYYY-MM-DD HH:MM

## 品質基準([フォーマット名]標準)
- メッセージの明確性(1スライド1メッセージ)
- データの信頼性(出所の明記)
- 示唆の明示(So Whatの提示)
- 実行性(アクションへの落とし込み)
- [フォーマット固有の基準]

## 作成順序の推奨

【第一グループ: 独立作成可能】(順不同)
- ⬜ 1枚目(表紙) - 独立
- ⬜ 3-10枚目(個別分析) - 独立

【第二グループ: 第一グループ後】
- ⬜ 11枚目(統合分析) - 3-10枚目を参照

【第三グループ: 最後に作成】
- ⬜ 2枚目(サマリー) - 全体完成後、またはイシュー分析文書を利用

## 作業の中断と再開
[別の機会に作業を続ける場合の方法を説明]

---

## ⬜ 1枚目: 表紙

**ステータス**: ⬜ 未作成
**関連性**: 独立
**必要条件**: なし

**様式**: [フォーマット名]標準タイトルページ
**記載事項**: 
- プロジェクト名
- 対象組織名
- 作成日
- [フォーマット固有の要素]

**完成後の更新**: このマークを✅に変更し、進捗率を更新

---

## ⬜ 2枚目: 全体サマリー

**ステータス**: ⬜ 未作成
**関連性**: 総括型(後の内容または分析フレームを参照)
**必要条件**: 
  - 望ましい: 全分析スライド完成済み
  - 代替案: フェーズ1のイシュー分析文書
**必須資料**: フェーズ1で作成したイシュー分析
**資料不足時の対応**:

後日作成する場合:

  1. イシュー分析の有無を確認
  2. 対応方針の提示: 資料提供/内容説明/作成順序変更

**様式**: [フォーマット名]要約型
**記載事項**: 
- 主要な発見事項(Top 3-5)
- 提言内容(アクション指向)
- 期待される効果(定量的)
- [フォーマット固有の要素]
**データ出所**: [情報源]

**完成後の更新**: このマークを✅に変更し、進捗率を更新

---

## ⬜ 3枚目: [テーマ例: 市場環境分析]

**ステータス**: ⬜ 未作成
**関連性**: 独立
**必要条件**: なし

**様式**: [フォーマット名]データ提示型
**図表**: 複合グラフ(市場規模推移+成長率)
**データ項目**: 
- 市場規模(2020-2025年実績、2026-2030年予測)
- 年平均成長率(CAGR)
- セグメント別内訳
- 地域別動向
**情報源**: 
  - https://example.com/report1 (情報元の説明)
  - https://example.com/report2 (情報元の説明)
**示唆**: 
- [データから言えること - 具体的]
- [ビジネスへの影響 - アクション指向]

**完成後の更新**: このマークを✅に変更し、進捗率を更新

---

[以下、各スライドの仕様を列挙...]

## 進捗管理の記号
- ⬜ : 未作成
- 📝 : 作成中
- ✅ : 作成完了

スライド作成時は該当スライドのステータスを更新し、
ファイル先頭の「進捗状況サマリー」も更新してください。

注記: 作成流れファイルは完全な形式で作成し、後日の作業再開に対応できるようにします。

フェーズ3: スライド作成の実行(進捗可視化対応)

基本方針: 全スライドをまとめて1つのMarkdownファイルに出力し、各ステップで更新

この方式を採用する理由:

  • 一度に全体構成を把握できる
  • 各スライドの更新が容易
  • 進捗状況が一目でわかる
  • 企業フォーマット適用が簡単
  • 最終的な調整がしやすい

出力ファイル名: 

[プロジェクト名]_演示稿_[日付].md

1枚あたりの作業フロー(進捗管理統合・ユーザー確認重視):

【作業手順】(各スライド共通)

ステップ0: 前提確認と進捗表示
   - 作成流れファイルでスライドの関連性を確認
   - 進捗ステータスを確認(⬜→📝に変更)
   - **進捗表をユーザーに表示**
     * 完成済み: ✅マーク付きスライド一覧
     * 作成中: 📝マーク(現在のスライド)
     * 未作成: ⬜マーク付きスライド一覧
     * 進捗率: 「X/XX枚完成(Y%)」
   - 「独立」の場合: そのまま進行
   - 関連性がある場合: 必要条件を満たしているか確認
     * 参照先スライドの完成状況(✅マークを確認)
     * 必要資料の提供状況
     * 不足があれば、ユーザーに状況説明と対応方針を提示
     * 了承を得てから作業継続

ステップ1: 作成流れファイルから当該スライドの設計仕様を読み取る

ステップ2: 指定された情報源を基にWeb検索実施(3-8回程度、フォーマットにより調整)

ステップ3: 収集データの整理と分析

ステップ4a: **スライドイメージ図の提示**
   - スライドの視覚的構成を図解
   - レイアウト配置(タイトル、本文、図表の位置)
   - 主要な図表の種類(棒グラフ、折れ線グラフ、マトリクス等)
   - 色彩・強調ポイント
   - **ASCII アート形式またはMarkdown図解で表現**
   
   例:

┌─────────────────────────────────┐ │ タイトル: 市場規模の推移 │ ├─────────────────────────────────┤ │ メッセージ: 市場は年10%成長 │ ├─────────────────────────────────┤ │ [折れ線グラフ] │ │ ↗ │ │ ↗ 2020-2025実績 │ │ ↗ 2026-2030予測 │ ├─────────────────────────────────┤ │ So What: 今が参入好機 │ │ 出所: ○○調査 │ └─────────────────────────────────┘


ステップ4b: **スライド構成の説明**
- このスライドの目的と役割
- 含まれるデータと情報
- **図表の統合方針**: 複数データは一つの図表にまとめる(複合グラフ、マトリクス、比較表等)
- フォーマット固有の要素
- レイアウトの意図

ステップ4c: **ユーザー確認(イメージ図承認)**
「このイメージ図で作成してよろしいですか?修正が必要な点があれば教えてください」
- ユーザーからOKが出るまで待機
- 修正要望があればイメージ図を調整

ステップ5: スライド原稿の作成(設計仕様とイメージ図に忠実に)
- 選択された企業フォーマットを適用
- フォーマット固有のデザイン要素を組み込み
- Markdownファイルの該当スライド部分を更新

ステップ6: 品質確認(8項目に拡張)
□ レイアウトの整合性(フォーマット基準)
□ 図表形式の整合性
□ 実データの使用(推定値の場合は明記)
□ 示唆の明示(So What明確)
□ 出所の記録(URL含む)
□ メッセージの明確性(1スライド1メッセージ)
□ フォーマット固有要素の確認
□ アクション指向性の確認

ステップ7: 完成スライドをユーザーに提示

ステップ8: **ユーザー確認(内容承認)**
「第○枚が完成しました。以下の内容でよろしいですか?」
[完成したスライド全文を表示]

「修正が必要な箇所があれば具体的にお知らせください。」
「問題なければ『OK』『次へ』などとお伝えください。」

- ユーザーからOKが出るまで待機
- 修正要望があれば該当箇所を調整
- 修正後、再度確認を求める

ステップ9: 進捗ステータスの更新
- 該当スライドのステータスを📝→✅に変更
- 作成流れファイルの進捗サマリーを更新
- 進捗率を再計算

ステップ10: Markdownファイルを更新保存

ステップ11: ユーザーへ完了報告と進捗表示
「第○枚完成(✅)。MDファイルを更新しました。」

**更新後の進捗表:**

✅ 1枚目: 表紙 ✅ 2枚目: 全体サマリー ✅ 3枚目: 市場環境分析 (←完成) ⬜ 4枚目: 競合分析 ⬜ 5枚目: 顧客ニーズ分析 ... 進捗: 3/15枚完成(20%)


「次のスライド(第4枚目)に進みますか?」

ステップ12: ユーザーの了承待ち

ステップ13: 当該スライド関連情報のクリア

ステップ14: 次スライドへ移行(ステータスを⬜→📝に変更)

進捗可視化の実装(各ステップで表示):

【重要】進捗表は以下のタイミングで必ず表示:

  1. 各スライド作成開始時(ステップ0)
  2. 各スライド完成後(ステップ11)
  3. ユーザーが進捗確認を求めた時

作成流れファイルでの表示:

## 進捗状況サマリー
- 完成: 5枚 / 15枚
- 進捗率: 33%
- 最終更新: 2026-02-01 14:30

## スライド一覧(進捗付き)
- ✅ 1枚目: 表紙
- ✅ 2枚目: 全体サマリー
- ✅ 3枚目: 市場環境分析
- ✅ 4枚目: 競合分析
- ✅ 5枚目: 顧客ニーズ分析
- 📝 6枚目: 参入戦略オプション (作成中)
- ⬜ 7枚目: 財務シミュレーション
- ⬜ 8枚目: リスク分析
...

スライド作成時のリアルタイム進捗表示例:

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📊 現在の進捗状況
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
完成: 2/15枚 (13%)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
✅ 1. 表紙
✅ 2. 全体サマリー
📝 3. 市場環境分析 ← 作成中
⬜ 4. 競合分析
⬜ 5. 顧客ニーズ分析
⬜ 6. 参入戦略オプション
⬜ 7. 財務シミュレーション
⬜ 8. リスク分析
⬜ 9. 実行ロードマップ
⬜ 10. 推奨アクション
...
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

演示稿(MD)ファイルでの表示:

# [プロジェクト名]

**作成日**: YYYY年MM月DD日
**フォーマット**: [選択されたフォーマット名]
**進捗**: ✅✅✅✅✅📝⬜⬜⬜... (5/15枚完成 - 33%)

---

## ✅ スライド1: 表紙
[完成済み内容]

---

## ✅ スライド2: 全体サマリー
[完成済み内容]

---

## ✅ スライド3: 市場環境分析
[完成済み内容]

---

## 📝 スライド6: 参入戦略オプション
[作成中...]

---

## ⬜ スライド7: 財務シミュレーション
[未作成]

---

メモリ管理の方針:

【作業中】
- 現在作成中のスライドの情報のみ保持
- 検索結果は必要最小限(5-8件程度)
- 不要な過去情報は保持しない
- Markdownファイルは逐次更新
- 進捗ステータスも逐次更新

【作業完了後】
- 完成したスライドの詳細情報は破棄
- Markdownファイルと作成流れファイルに内容と進捗は保存済み
- 次のスライドの作業に移る

企業フォーマット適用の具体例:

McKinseyフォーマット:

## [スライドタイトル]

**メッセージ**: [1行での明確なメッセージ]

### 根拠
1. [根拠1 - データ]
2. [根拠2 - データ]
3. [根拠3 - データ]

[図表: シンプルな棒グラフ/折れ線グラフ]

**出所**: [データソース]

---
**So What**: [このスライドから導かれる示唆]

EYフォーマット:

## [スライドタイトル]

### 🔍 洞察
[重要な洞察 - 黄色ボックスで強調]

### データと分析
[図表: ビジュアル重視]

### 💡 価値創造の機会
- [機会1]
- [機会2]

### 🎯 推奨アクション
- [アクション1 - Wave 1]
- [アクション2 - Wave 2]

**出所**: [データソース]

作業の一時停止と再開:

ケース1: 同じ作業セッション内で一時停止する場合

ユーザー: "ここで一旦停止します"
Claude: "第○枚まで完成(✅)しました。進捗: X/XX枚(Y%)。
        作成流れファイルとMDファイルに進捗保存済みです"

[後日]
ユーザー: "続きをお願いします"
Claude: [作成流れファイルの進捗を確認し、次の⬜スライドから作業を再開]

ケース2: 別の機会に作業を再開する場合

[別の作業機会]
ユーザー: [作成流れファイル(進捗付き)とMDファイルをアップロード]
      "続きから作成してください"

Claude:
1. 作成流れファイルを確認し、全体像と進捗を把握
2. 既存のMDファイルから完成済み内容を確認
3. 次の⬜スライドを特定
4. 該当スライドのステータスを📝に変更
5. 作業フローに従って作成開始
6. 完成後、ステータスを✅に更新
7. 進捗サマリーを更新
8. MDファイルを更新

📄 最終化と品質チェック(強化版)

品質チェックリスト(拡張版)

論理性

  • メッセージとデータが一致
  • 各スライドに明確なメッセージ
  • ストーリーに一貫性
  • 結論がイシューに回答
  • 論理の飛躍がない
  • 因果関係が明確

コンサル品質

  • So What(示唆)が明確
  • MECE原則遵守
  • 結論が実行可能(Actionable)
  • 仮説が検証済み
  • リスク・制約条件記載
  • 定量的根拠の提示
  • ベンチマークとの比較

視覚的品質

  • 1スライド1メッセージ
  • 1スライド1図表(細かい複数の図に分けず統合)
  • データ出所明記
  • 適切なグラフ・図表(複合グラフ、マトリクス、積み上げ等を活用)
  • 読みやすいレイアウト
  • 誤字脱字なし
  • フォーマット一貫性
  • 色彩の適切な使用

データ品質

  • 最新データ使用
  • 複数ソースでのクロスチェック
  • 推定値の前提明記
  • 出所URL記録
  • 数値の整合性

フォーマット固有品質

  • 選択フォーマットの特徴反映
  • フォーマット固有デザイン要素
  • ブランドガイドライン遵守

進捗管理

  • 全スライドに進捗ステータス
  • 進捗率の正確性
  • 完成日時の記録

情報管理の基本方針

本スキルは長尺資料作成時のコンテキスト効率化を重視しています:

【各フェーズでの情報保持】

フェーズ0: 企業フォーマット選択
  - フォーマット特性の理解
  - ユーザー選択の記録

フェーズ1: 核心スキル情報 + フォーマット特性
  - 追加資料の読み込み不要
  - より深い分析(8-15件の検索)

フェーズ2: 構成設計の出力(進捗管理統合)
  - 追加資料の読み込み不要
  - 作成流れファイルを作成(進捗ステータス初期化)

フェーズ3: 逐次作成(進捗管理統合)
  - 各スライドごとに情報を区切る
  - 検索結果は5-8件程度に限定
  - 完成後、進捗ステータスを更新
  - 次のスライドへ

結果: 20-30枚程度の資料も安定生成可能

実行時の留意事項

情報の取り扱い:

  • 必要になった時点で読み込む
  • 使用後は保持しない
  • 事前の一括読み込みは行わない

フェーズごとの処理:

  • 各フェーズは独立して完結
  • フェーズ間で詳細情報を引き継がない
  • 重要な決定事項と進捗のみ記録

スライド作成の進め方:

  • フェーズ3では必ず1枚ずつ作業
  • 各スライド完成後、進捗ステータスを更新
  • 次スライドの開始前に進捗を確認
  • 重要な決定と出力と進捗のみ記録

進捗管理の実施:

  • 各スライド作成開始時: ⬜→📝
  • 各スライド完成時: 📝→✅
  • 進捗サマリーの自動更新
  • ユーザーへの進捗報告

📚 ケースタイプと推奨フレームワーク(拡張版)

ビジネス戦略ケース

ケース推奨フレームワーク
市場分析3C、5C、Porter 5 Forces、PEST
事業戦略SWOT、Value Chain、BCG Matrix
マーケティング4P、STP、Customer Journey
組織診断McKinsey 7S、組織能力マトリクス
財務分析損益計算書分析、コスト分解、DCF
M&Aバリュエーション、PMI、シナジー分析
新規事業Business Model Canvas、Lean Startup

テクノロジーケース

ケース推奨フレームワーク
ITシステム導入Technology Stack、ROI分析
AI/機械学習導入AI Readiness、Use Case分析
クラウド移行戦略Cloud Maturity Model、TCO分析
デジタルトランスフォーメーションDigital Maturity、Capability Map
サイバーセキュリティNIST Framework、Risk Assessment
データ分析基盤Data Architecture、Governance Framework
アジャイル・DevOpsMaturity Model、Value Stream Mapping
レガシーシステム刷新Modernization Roadmap、Risk Mitigation

ESG・持続可能性ケース

ケース推奨フレームワーク
ESG戦略Stakeholder Capitalism、Materiality Analysis
サステナビリティTriple Bottom Line、SDGs Mapping
カーボンニュートラルCarbon Footprint、Net Zero Roadmap

💡 ベストプラクティス(拡張版)

データ収集(強化)

  • Web検索を積極活用: フェーズ1で8-15件、各スライドで3-8件
  • 信頼性の高いソース優先: 政府統計 > 業界団体 > 調査会社 > 企業レポート
  • 複数ソースでクロスチェック: 1つのソースのみに依存しない(最低2-3ソース)
  • データ出所を必ず明記: 「出所:経済産業省『XX統計』2025年、URL」
  • 推計値は前提条件明示: フェルミ推定の計算過程を示す
  • 最新性の確認: データの公表日を確認、古いデータは補完
  • 業界ベンチマークの活用: 標準的な指標との比較

分析アプローチ(強化)

  • 仮説思考を徹底: 全データ収集でなく、仮説検証に必要なデータに絞る
  • ゼロベースで考える: 既成概念にとらわれない
  • MECEを意識: 分解に漏れ・重複がないか確認
  • So Whatを追求: データだけでなく、示唆を導く
  • 定量化の徹底: 可能な限り数値で表現
  • 複数シナリオの検討: ベース・楽観・悲観ケースを検討
  • リスクと機会の両面: バランスの取れた分析

資料作成(強化)

  • 1スライド1メッセージ: 伝えたいことを明確に
  • 1スライド1図表原則: 複数の細かい図(3-4図)に分けず、一つの統合された図表に集約
    • 複数のデータを見せる場合は複合グラフ、積み上げグラフ、マトリクス図等を使用
    • 例: 「市場規模」「成長率」「シェア」→ 一つの複合グラフに統合
    • 例: 「競合A」「競合B」「競合C」→ 一つの比較表またはポジショニングマップに統合
    • 各データを個別の図にしない
  • 結論先行: 最初に結論を述べる(トップダウンコミュニケーション)
  • データドリブン: 主張には必ず根拠を
  • Actionable: 実行可能な提言を、具体的なステップとともに
  • フォーマット一貫性: 選択したフォーマットのスタイルを全体に適用
  • ビジュアル重視: 図表で直感的に理解できるように
  • ストーリー性: 論理的なつながりと感情的な訴求のバランス

進捗管理

  • 定期的な進捗更新: スライド完成ごとに更新
  • 透明性の確保: ユーザーが常に進捗を把握できるように
  • 中断・再開の容易性: いつでも作業を中断・再開できる設計

🎓 理論的基盤(拡張版)

コンサルティング思考法

  • 仮説思考: 限られた情報から仮説を立て効率的に検証
  • 論理思考: MECE、ロジックツリーなどの構造化手法
  • クリティカルシンキング: 前提や論理の妥当性を常に問う
  • システム思考: 全体像を捉え、相互関係を理解
  • デザイン思考: ユーザー中心の問題解決アプローチ

主要フレームワーク

戦略分析:

  • 3C分析(Customer, Company, Competitor)
  • 5C分析(3C + Collaborator, Context)
  • Porter's 5 Forces(業界構造分析)
  • SWOT分析(強み、弱み、機会、脅威)
  • PEST/PESTEL分析(マクロ環境分析)
  • Value Chain分析(価値連鎖分析)
  • BCGマトリクス(事業ポートフォリオ分析)

マーケティング:

  • 4P(Product, Price, Place, Promotion)
  • STP(Segmentation, Targeting, Positioning)
  • Customer Journey Map(顧客体験の可視化)
  • ブランドポジショニングマップ

組織・オペレーション:

  • McKinsey 7S(戦略、構造、システム、スキル、スタッフ、スタイル、共通価値)
  • RACI Matrix(役割と責任の明確化)
  • Balanced Scorecard(バランスト・スコアカード)

財務・投資:

  • DCF(Discounted Cash Flow)分析
  • ROI(Return on Investment)分析
  • Breakeven Analysis(損益分岐点分析)
  • NPV/IRR(正味現在価値/内部収益率)

テクノロジー:

  • Technology Adoption Curve(技術採用曲線)
  • Cloud Maturity Model(クラウド成熟度モデル)
  • Data Governance Framework(データガバナンスフレームワーク)

変革管理:

  • Kotter's 8-Step Change Model(コッターの変革8段階)
  • ADKAR Model(認識、欲求、知識、能力、強化)
  • Wave Theory(EY波浪理論 - 段階的変革)

✓ 実行時の確認項目(拡張版)

本スキル実行時、Claudeが確認すべき事項:

対話の進め方:

  • 初回: 簡潔な質問で課題を確認
  • 初回: 企業フォーマットの選択肢を提示
  • 初回: 複数の選択肢を並べない(フォーマット以外)
  • 質問: 重要な点のみに絞る
  • 開始: ユーザーの了承とフォーマット確認を得てから

情報の扱い:

  • 初期: 基本スキル情報のみ
  • 追加情報: 必要な時点で読み込む
  • フォーマット特性: 選択後に理解

フェーズ0の確認:

  • 企業フォーマットの選択肢提示
  • ユーザー選択の確認
  • 選択フォーマットの特性理解

フェーズ1の確認:

  • 基本対話で実行可能
  • フォーマットに応じた分析の追加
  • より深い情報収集(8-15件)
  • 業界トレンド・ベンチマークの収集

フェーズ2の確認:

  • 完全な作成流れファイルを出力
  • 各スライドの関連性を明記
  • 進捗ステータスの初期化(全て⬜)
  • 進捗サマリーの設置
  • 作業の中断と再開方法を記載
  • フォーマット固有の要素を反映

フェーズ3の確認:

  • 全スライドを1つのMDファイルにまとめる
  • 必ず1枚ずつ処理し、完成ごとにMDファイルを更新
  • 各スライド開始時に進捗表を表示
  • 各スライド開始時に進捗ステータスを⬜→📝に変更
  • スライド作成前にイメージ図を提示
  • イメージ図についてユーザー確認を取得
  • イメージ図と構成説明を提供
  • 選択された企業フォーマットを適用
  • フォーマット固有のデザイン要素を組み込み
  • 完成スライドをユーザーに提示
  • 内容についてユーザー確認を取得
  • 修正要望があれば対応し再確認
  • ユーザー承認後に進捗ステータスを📝→✅に変更
  • 進捗サマリーを更新(完成枚数、進捗率)
  • 完成後に更新された進捗表を表示
  • 各スライド完成後、検索情報をクリア
  • 次スライド開始前に設計と進捗を再確認
  • 関連性の確認を実施

品質チェック:

  • 拡張版チェックリスト(8項目)の実施
  • フォーマット固有品質の確認
  • 進捗管理の正確性確認

全体を通しての確認:

  • MDファイルは逐次更新し、常に最新状態を保つ
  • 作成流れファイルの進捗も逐次更新
  • 完了後は不要な情報を保持しない
  • 問題発生時は適切な対応を参照
  • 同じ資料を繰り返し読み込まない
  • python-pptx関連の処理は実行しない
  • 進捗報告を定期的に実施

🚀 使用例

新規プロジェクト(フォーマット指定あり):

ユーザー: "jp-consultingでクラウドキッチン市場への参入可否をMcKinsey形式で分析して"

Claude:
[読み込み: SKILL.md核心のみ]
[McKinseyフォーマット特性を理解]
フェーズ1: イシュー特定(McKinsey的アプローチ)
フェーズ1-B: 仮説立案(8-15件の情報収集)
フェーズ2: 作成流れの設計(McKinsey標準、進捗ステータス初期化)
[[プロジェクト名]_作成流れ_[日付].md出力 - 全スライド⬜]
フェーズ3: スライド単位生成
  [プロジェクト名]_演示稿_[日付].mdファイルを作成
  
  第1枚: 
    →進捗表表示(0/15枚, 0%)
    →ステータス⬜→📝
    →イメージ図提示
    →構成説明
    →ユーザー確認「このイメージでOKですか?」
    →ユーザーOK取得
    →検索→McKinseyスタイルで作成→自己チェック
    →完成スライド提示
    →ユーザー確認「内容はこれでよろしいですか?」
    →ユーザーOK取得(または修正対応)
    →ステータス📝→✅
    →MDファイル更新
    →進捗表表示(1/15枚, 7%)
    →「次に進みますか?」
    →ユーザーOK取得
  [第1枚コンテキストクリア]
  
  第2枚: 
    →進捗表表示(1/15枚, 7%)
    →ステータス⬜→📝
    →イメージ図提示
    →構成説明
    →ユーザー確認「このイメージでOKですか?」
    →ユーザーOK取得
    →検索→McKinseyスタイルで作成→自己チェック
    →完成スライド提示
    →ユーザー確認「内容はこれでよろしいですか?」
    →ユーザーOK取得(または修正対応)
    →ステータス📝→✅
    →MDファイル更新
    →進捗表表示(2/15枚, 13%)
    →「次に進みますか?」
    →ユーザーOK取得
  [第2枚コンテキストクリア]
  ...

新規プロジェクト(フォーマット未指定):

ユーザー: "小売業のDX戦略資料を作成したい"

Claude:
どのような課題について資料を作成しますか?

また、ご希望の資料フォーマットはありますか?
(McKinsey/BCG/Bain/Deloitte/EY/PwC/Accenture/Abeam/NRI/標準/指定なし)

ユーザー: "Accenture形式でお願いします"

Claude:
[Accentureフォーマット特性を理解]
[フェーズ1から開始...]

別の機会に作業を再開する場合:

[別の作業機会]
ユーザー: [作成流れファイル(進捗付き)とMDファイルをアップロード]
      "続きから作成してください"

Claude:
[作成流れファイルを読み込み]
進捗確認: 10/20枚完成(50%)
次の未作成スライド: 第11枚
フォーマット: BCG

第11枚の設計要件を確認
ステータスを⬜→📝に変更
第11枚開始: 検索→BCGスタイルで作成→品質確認
→MDファイル更新→ステータス📝→✅
→進捗更新(11/20枚, 55%)→一時停止

報告: "第11枚完成(✅)。進捗: 11/20枚(55%)。次に進みますか?"

📞 サポートとトラブルシューティング

よくある質問

Q: フォーマットを途中で変更できますか? A: 一貫性のため推奨しませんが、新しいフォーマットで全体を再生成することは可能です。

Q: 複数のフォーマットを混合できますか? A: 基本的に1つのフォーマットで統一することを推奨しますが、 特定のスライドのみ異なるスタイルを適用することも可能です。

Q: 進捗ステータスが正しく更新されない場合は? A: 構成ファイルを手動で確認・修正し、再度アップロードしてください。

Q: 作業を中断して数日後に再開できますか? A: はい。構成ファイル(進捗付き)と演示稿ファイルをアップロードすれば、 正確な位置から再開できます。

Q: カスタムフォーマットを作成できますか? A: 現時点では8つの標準フォーマットのみですが、 「標準」フォーマットを選択し、具体的な要件を伝えることで カスタマイズが可能です。