strategy-consulting-visualization

戦略コンサルティング向けビジュアライゼーション

目的

このスキルを使うと、インサイトを軸にした見出し、規律あるレイアウト、正確なデータ、抑制の効いたデザイン、明示的な示唆を備えた、戦略コンサルティング水準の明快なビジュアライゼーション仕様をあらゆるコンテンツから作成できます。取締役会向けスライドを主な対象としつつ、レポート、提案書、研修資料、技術図解、インフォグラフィックなど、ビジュアル構成が役立つあらゆる入力に対応します。

クイックパス

ユーザーが完成した実用的なデッキや文書をすぐに求めている場合は、パターンごとに作り込む手順を省略します。

完全なデッキ — templates/decks/ のひな形から適した形式を選び、例示用のプレースホルダーに実データを入れます。

python3 scripts/scaffold_deck.py --list                       # 6 archetypes with slide counts
python3 scripts/scaffold_deck.py board-update -o my-deck       # copies deck.json + specs/
# edit my-deck/specs/*.json with real data, keeping the pattern shapes intact
python3 scripts/build_html_deck.py --manifest my-deck/deck.json -o my-deck/deck.html

文書 — Markdown（チャートを配置する箇所では spec:／svg: の図表参照を使用）を作成し、ブラウザーでの閲覧に対応した、A4印刷用のHTMLレポートに直接変換します。

python3 scripts/build_html_report.py my-report.md -o my-report.html --lang en

templates/reports/ には、取締役会向け事前配布資料、1ページ資料、提案メモの3種類の出発点があります。

スピーカースクリプト — あらゆるデッキを演台用のスクリプトにできます。ナレーションが必要なスライドに、トップレベルの "notes" フィールド（文字列、または段落文字列のリスト）を追加し、ナレーションを各スライドの下に配置した、印刷を優先する1ページ1スライドのHTMLスクリプトを作成します。レンダラーは "notes" を完全に無視するため、追加してもレンダリングされるスライドは変わりません。また、ノートのないスライドにも専用ページが用意され、目立たない「スクリプトなし」のマーカーが表示されます。

python3 scripts/build_speaker_script.py --manifest my-deck/deck.json -o my-deck/script.html --lang en

記事形式のデッキ — クリックして切り替えるスライドやサイドナビゲーション付きの文書ではなく、同じデッキを幅680pxの単一の読み物用カラムで上から順に読める形式です。紙面を意識したヒーロー領域（マニフェストの任意の series／lead キーから取得したキッカー／リード文）に続けて、各スライドのSVGと、その notes を読み物用の文章として配置します。スライドごとに任意の label／refs フィールドを指定すると、セクションタグと「リンク」欄が追加され、記事末尾のリンク一覧にまとめられます。

python3 scripts/build_html_article.py --manifest my-deck/deck.json -o my-deck/article.html --lang en

4種類すべてのクイックパスでも、以下のスタイルシステムと品質基準に従います。省略されるのは、白紙から仕様を書く手順だけです。テンプレートでカバーできない内容には、完全なワークフローを使用します。

使用する場面

• 取締役会向けスライド、経営幹部向けメモの図表、市場マップ、競合ベンチマーク、投資見解、業績ブリッジ、戦略タイムラインが必要な場合。
• 社内レポート、調査概要、営業提案書、プロジェクトの進捗報告、研修・教育資料、技術文書、1ページ資料、インフォグラフィック、学習ノートなど、その他の文書向けビジュアルが必要な場合。
• 生データ、文章、メモ、プロセスの説明、または質問を受け取り、ビジュアルの方向性を決める必要がある場合。ユーザーが「これを可視化して」とだけ伝えている場合も含みます。
• マッキンゼー風、BCG風、ベイン風、コンサルティング風、取締役会向け、経営幹部向け、戦略デッキ向けのビジュアルを求められた場合。
• 特定のコンサルティング会社との関係を示唆せず、一流のプロフェッショナルな成果物として仕上げる必要がある場合。

使用しない場面

• 情報を含まない装飾的なアート、ブランドキャンペーン、情報量の少ないインスピレーション重視のビジュアルを求めている場合。
• 出典を確認せずに、規制対象となる金融、医療、法律上の結論を出す必要がある場合。
• ラベル、尺度、主張を検証するためのデータが十分に提供されていないのに、最終的なレンダリング済みチャートを求められた場合。

ワークフロー

1. ビジュアルを見た人が判断、質問への回答、または業務を行うために、何が必要かを特定します。
2. 入力が明らかなチャートの依頼でない場合は、references/input-triage.md で入力を分類し、入力タイプをパターンファミリーに対応付けます。
3. references/document-type-profiles.md からドキュメントプロファイルを選び、キャンバス、情報密度、トーンを設定します。
4. 読者の質問に答える、インサイトを主軸とした見出しに依頼内容を変換します。見出しは単一の主張にしてください。「そして」で複数の主張をつなげず、答えを1つ、または対立点を1つだけ示します。
5. references/visualization-patterns.md の冒頭にある比較タイプの判定フローから始めて、ビジュアライゼーションパターンを選びます。構成用パターン（section_divider、agenda、bullet_list、closing、quote、end_cover、cover）はスライド資料の装飾であり、論点そのものではありません。スライド間をつなぐ要素（開始、方向づけ、移行、締めくくり）として使い、つなぐ先のコンテンツスライドでは、インサイトを主軸とした見出しの原則を徹底します。
6. ドキュメントプロファイルのキャンバスを使って、references/style-system.md のビジュアルシステムを適用します。コピーは文字数の予算に合わせて作成します。テキストが収まらない場合は、文字を小さくせず、言葉を削るかスライドを分割してください。
7. references/prompt-templates.md を使って、構造化された仕様、ダイアグラム・アズ・コードのソース、または画像生成プロンプトを作成します。 環境がスクリプトの実行に対応している場合は、サポート対象のパターンを python3 scripts/render_slide_spec.py <spec.json> で SVG にレンダリングします。22種類のパターン（cover、section_divider、end_cover、agenda、bullet_list、closing、quote、waterfall、gap、before_after、time_series、benchmark_table、summary_strip、process_flow、funnel、heatmap、gantt、kpi_scorecard、two_by_two、scatter、distribution、small_multiples）が、16:9のキャンバスでのみレンダリングされます。それ以外のパターンとキャンバスは、仕様のみとなります。cover、section_divider、end_cover は全面ネイビーで、ヘッダーとフッターの装飾はありません。それ以外のレンダリング可能なパターンでは、標準の白いコンテンツ用装飾を使います。どの形式を提供するのか、ユーザーに伝えてください。仕様のみのパターンがレンダリングされると誤解させてはいけません。仕様の例は examples/render-specs/ にあります。
8. references/quality-rubric.md に照らして出力を評価します。スライド資料の場合は、資料全体を対象にした見出しチェックも実施します。
9. データの不足、検証できない主張、情報源に左右される前提、商標に関わる表現を明示します。
10. 公開向け、重大な判断に関わる、部門横断、または幅広い読者を対象とする成果物では、references/expert-review-loop.md を実行し、見落とし、過剰な主張、専門用語、アクセシビリティの問題、文化的な前提を取り除きます。
11. 経営層向けの仕上げが求められる成果物では、停止基準に達するまで、草稿を references/iterative-review-loop.md に通します。

出力要件

簡潔な成果物として、以下を返します。

• 戦略上の問い（または、戦略文書以外の場合は読者にとって重要な問い）
• インサイトを示す見出し
• 推奨するビジュアライゼーション
• スライド仕様（または、ドキュメントプロファイルに合った図、ページ、ダイアグラムの仕様）
• データと前提
• 品質チェック
• 専門家レビューの注記（公開向け、重大な判断に関わる、部門横断、または幅広い読者を対象とする成果物の場合）

ユーザーが一括作成、スライド資料、または複数の図を含むドキュメントを求めている場合は、ビジュアルごとに要件を繰り返し、ビジュアルがどのように論点を組み立てるかを説明する簡潔な流れの概要を追加します。

参考資料に基づく再現

特定の企業のスタイルを指定された場合、または参考資料が提供された場合は、テーマを選ぶ前に references/reference-reproduction.md を読みます。references/consulting-reference-evidence.json を参照し、該当するソースページを確認します。レイアウト、階層、チャートの表現方法、注記、相違点を記録します。プレゼンテーション、分析用の事前資料、読み物用ドキュメントのいずれかを明示的に選びます。色のプリセットだけで完全に忠実な再現ができると主張してはいけません。具体例は templates/reference-layouts/ にあります。

デフォルトのビジュアル基準

• ビジネスプレゼンテーションの依頼では、デッキ全体で一貫して "theme": "executive" を優先してください。見出しにはサンセリフ体を使い、比較マークはニュートラルにし、主要な成果にはネイビーを使います。指標を中心とするサマリーでは、focus_block は意思決定に不可欠な列ひとつだけに使用してください。図解では、エグゼクティブ向けプロセスフローは任意の担当者／期間フィールドを含めて5ステップに、優先度マトリクスは番号付きの選択肢6つに抑え、情報量が多い場合は複数のスライドに分けてください。対応オプションについては references/style-system.md を参照してください。ユーザーがセリフ体を指定した場合は classic を維持してください。

• スライドは16:9でレンダリングされます。対応するチャート／図解パターンは --exhibit を使ってコンパクトな文書内展示にもレンダリングできます。任意のキャンバスは仕様のみです。HTMLレポートは、編集可能なキャプションと出典を備えたA4のブリーフィング／エディトリアルレイアウトに対応しています。オプションの scripts/build_briefing_docx.cjs は編集可能なA4のWordブリーフを作成します。実行にはNodeパッケージ docx と sharp が必要です。

• コンテンツスライドは、白地に黒いテキスト、ネイビーのアクセント1色（#15296B）、グレーによる階層表現を使用します。

• ネイビーの全面塗りつぶしスライドは、デッキの開始（cover）、セクションの開始（section_divider）、またはデッキの終了（end_cover）に限って使用し、コンテンツスライドには使用しないでください。

• classic では見出しにセリフ体を使用し、executive と analytical のコンテンツではサンセリフ体の見出しを使用します。参考資料を重視する依頼では、これらのデフォルトよりも参考資料を優先します。

• 情報密度を高く保ちつつ、明確な階層を設けます。装飾でごちゃつかせないでください。

• すべての数値を見えるようにし、表記を統一したうえで、ユーザーのデータまたは引用した前提に結び付けてください。

マーケットプレイスの安全性

このスキルは、McKinsey & Company、Boston Consulting Group、Bain & Company、その他のコンサルティング会社と提携、推奨、または協賛関係にありません。ユーザーが比較対象となるスタイルを明示的に求めない限り、ユーザー向けの出力では「戦略コンサルティング向けのビジュアライゼーション」などのカテゴリを表す言葉を使用してください。

クライアント名、機密ラベル、ベンチマークデータ、出典を捏造しないでください。ビジュアルが不確実または不足しているデータに依存する場合は、Data and assumptions に前提を明記してください。

参考ファイル

• 6社を対象としたページ単位のデザイン調査については、references/consulting-design-study.md を参照してください。

• 実測に基づく再現、対応ルート、忠実度レビューについては、references/reference-reproduction.md を参照してください。

• 職種別の導入ポイント（営業、マーケティング、製品、PMO、人事、エンジニアリング、リサーチ、財務、エグゼクティブ）とプロンプトおよび仕様例については、references/persona-playbook.md を参照してください。

• 数値、文章、プロセス、アイデアなど、あらゆる入力をパターンファミリーに対応付ける方法については、references/input-triage.md を参照してください。

• スライド、レポート、提案書、研修資料、技術文書、インフォグラフィックに合わせて形式、密度、トーンを調整する方法については、references/document-type-profiles.md を参照してください。

• パターンの選択とユースケースについては、references/visualization-patterns.md を参照してください。

• 配色、タイポグラフィ、余白、レイアウトのルールについては、references/style-system.md を参照してください。

• スライド仕様と画像生成プロンプトについては、references/prompt-templates.md を参照してください。

• 最終評価とマーケットプレイス品質の確認については、references/quality-rubric.md を参照してください。

• 前提への異議申し立て、過剰な主張、アクセシビリティ、ローカライズ、対象者との適合性に関するリスクについては、references/expert-review-loop.md を参照してください。

• 模倣せずに調査できる公開エグゼクティブレポートの出典については、references/public-reference-corpus.md を参照してください。

• 草稿、レビュー、修正、評価のサイクルについては、references/iterative-review-loop.md を参照してください。

• すぐに使えるデッキのアーキタイプ（全6種類を表示するには --list）については、templates/decks/ と scripts/scaffold_deck.py を参照してください。

• 番号付きの展示を含む、Markdownからレポートへの変換については、templates/reports/ と scripts/build_html_report.py を参照してください。

• デッキの notes フィールドから作成する、印刷を優先した1スライド1ページの演台用スクリプトについては、scripts/build_speaker_script.py を参照してください。

• 同じデッキを、各スライドの notes を文章として添えた、先頭から末尾まで読める1ページのWeb記事にする方法については、scripts/build_html_article.py を参照してください。

HTML から PDF へ

グラフには JSON、説明文には Markdown を使用します。HTML を生成し、ブラウザーで確認してから、同じ HTML を PDF にエクスポートします。HTML が主要なレイアウト成果物です。Word へのエクスポートは別途行うオプションです。レポートには A4 の印刷スタイルを使用し、スライドデッキでは 16:9 のスライドを 1 ページに 1 枚配置します。

python3 -m pip install playwright
python3 scripts/build_html_report.py templates/reference-layouts/decision-brief.md -o brief.html
python3 scripts/export_pdf.py brief.html -o brief.pdf
python3 scripts/export_pdf.py examples/demo-deck.html -o deck.pdf

PDF のエクスポートには、インストール済みの Google Chrome または Chromium が必要です（カスタム実行ファイルには --browser /path/to/browser を指定します）。SVG と HTML の生成には、引き続き Python 標準ライブラリのみを使用します。または、生成された HTML を開き、PDF として保存を選択して、ブラウザーの PDF の保存先を指定します。内容を変更した後はすべてのページを確認してください。長いレポートでは、意図的に改ページを設定する必要がある場合があります。