投資銀行のピッチデック テンプレート入力

リファレンス ファイル

タスク開始時に、すべてのリファレンス ファイルを読んでから、作業を開始してください。 これらには、アプローチに影響を与える重要なパターンとアンチパターンが含まれています。問題が発生するまで待たないでください。

ファイル	目的
formatting-standards.md	テキスト、箇条書き、表、グラフ、配置
slide-templates.md	一般的なスライド タイプのコンテンツ マッピング ガイダンス
xml-reference.md	表、図形、矢印用の PowerPoint XML パターン
calculation-standards.md	検証用の財務公式(CAGR、コンセンサス)

---

ワークフロー決定ツリー

このタスクはどのタイプですか?

┌─ 空のテンプレートをソースデータで入力?
│  └─→ 下の「テンプレート入力ワークフロー」に従う
│
├─ 既存の入力済みスライドを編集?
│  └─→ 現在のコンテンツを抽出、修正、再検証
│
└─ 既存のスライドのフォーマット問題を修正?
   └─→ 「一般的なエラー」テーブルを参照し、的を絞った修正を適用

---

⚠️ 重要なレンダリング制限事項

検証には LibreOffice を使用していますが、PowerPoint ファイルを正確にレンダリング することはできません。 フォント、グラデーション、図形の位置、テキストの折り返し、および表形式の一部が崩れます。

これが意味するもの: LibreOffice で表示検証を通過するスライドは、Microsoft PowerPoint でも問題がある場合があります。検証ループは構造的な問題 (コンテンツの欠落、破損した表、プレースホルダーの書式が保持されている) をキャッチしますが、フォント代替、微妙な配置のずれ、またはグラデーション問題をキャッチすることは できません。

必須アクション: 出力を配信する際は、常に次のステートメントを含めてください:

"このファイルは LibreOffice を使用して検証されました。レンダリングの違いが存在する可能性があるため、配布前に Microsoft PowerPoint で確認してください。"

---

テンプレート入力ワークフロー

進捗状況をコピーして追跡してください:

ピッチデック の進捗:
- [ ] フェーズ 1: ソースデータの抽出と検証
- [ ] フェーズ 2: テンプレートセクションへのコンテンツ マッピング
- [ ] フェーズ 3: 適切なフォーマットでスライドに入力
- [ ] フェーズ 4: 検証 → 修正 → クリーンになるまで繰り返す
- [ ] フェーズ 5: 最終検証

フェーズ 1: データ抽出

1. オリジナル テンプレートのバックアップを作成 - いかなる修正も行う前に [filename]_backup.pptx にコピーしてください。直接 XML 編集または予期しないエラーはファイルを破損させる可能性があります。
2. すべてのソース マテリアル (Excel、CSV、PDF レポート、Word ドキュメント、データベース、Web ソース) を特定します
3. 各ソースから関連するデータ ポイントを抽出します
4. すべての数値をオリジナル ソースに対して検証します
5. 単位と通貨を標準化します (テンプレートで使用されている主要な単位/通貨にすべての数値を変換します)
6. 検証が必要な計算をメモしてください → 公式については calculation-standards.md を参照してください

フェーズ 2: コンテンツ マッピング

1. テンプレートを開いて視覚的に確認 - 修正する前に、その構造、スタイル、および既存のコンテンツを理解します
2. テンプレートの構造を分析 - すべてのプレースホルダー領域とコンテンツ ボックスを特定します
3. ソースデータを対応するテンプレート セクションにマッピング → マッピング ガイダンスについては slide-templates.md を参照してください
4. プレースホルダー ガイダンス ボックス (タスク作成者からの色付きの指示ボックス) を特定します
5. データの不足またはミスマッチをメモ → 解決策については slide-templates.md を参照してください

フェーズ 3: テンプレート入力

1. プレースホルダー ボックスを削除または再フォーマット - 色付きの指示ボックスは、作成する内容を示していますが、フォーマット方法は示していません。それらを削除し、代わりに適切にフォーマットされたコンテンツを作成してください。重要なアンチパターン を参照してください。
2. マップされたコンテンツで各セクションに入力します (コンテンツに焦点を当てます)
3. その後、テンプレート スタイルに合わせてフォーマットを適用 → formatting-standards.md を参照してください
4. 表を実際の表オブジェクトとして作成します (パイプ/タブ区切りテキストは使用しません) → xml-reference.md を参照してください
5. PowerPoint オブジェクトとして矢印/図形を作成 → xml-reference.md を参照してください
6. タスク ファイルに会社ロゴが提供されている場合は挿入してください。利用できない場合は、ユーザーにフラグを付けてください: "[ロゴが提供されていません - 会社ロゴを提供してください]"

フェーズ 4: 検証 → 修正 → 繰り返す

これはフィードバック ループです。すべてのチェックがパスするか、段階的な処理がトリガーされるまで繰り返してください。

# 視覚検証用に画像に変換
soffice --headless --convert-to pdf presentation.pptx
pdftoppm -jpeg -r 150 presentation.pdf slide

検証チェックリスト (各スライド画像をチェック):

• テキストは背景に対して読みやすい?
• 表は実際のオブジェクト (列が配置されており、パイプ/タブ区切りテキストではない)?
• グラフ/表は指定された領域を埋めている?
• 箇条書きのフォーマットはセクション内で一貫している?
• フォント サイズは同じレベルのボックス全体で一致している?
• スライドの境界を超えるコンテンツはない?
• プレースホルダーのフォーマットが保持されていない (データが詰め込まれた大きな色付きボックスがない)?
• テキストベースの「表」がない (列を作成していない | またはタブ区切り文字がない)?
• スライド間の一貫性: 同じメトリクス/数値は、表示されるすべてのスライド間で同一?

修正サイクル プロトコル:

サイクル	アクション
1	特定されたすべての問題を修正し、再検証
2	残りの問題を修正し、再検証
3	問題が続く場合は、残りの問題を文書化し、ユーザーに段階的な処理を実施

3 サイクル後に問題が残る場合:

1. 各未解決の問題をスライド番号と説明と一緒にリストアップしてください
2. 試みられたことを説明してください
3. 明示的な免責事項付きでファイルを配信してください: "次の問題は自動的に解決できませんでした: [リスト]。手動での確認が必要です。"

無限に循環し続けないでください。 一部の問題 (フォント レンダリング、複雑な図形配置) は PowerPoint での手動介入が必要な場合があります。

フェーズ 5: 最終検証

配信する前に 最終品質チェックリスト を実行してください。

---

クイック リファレンス テーブル

箇条書きの記号

コンテキスト	記号	使用方法
含まれる/ポジティブ	✓	スコープ内のアイテム、存在する機能
除外/ネガティブ	×	スコープ外のアイテム、存在しない機能
ニュートラル リスト	•	一般的な列挙、解説
番号付きシーケンス	1. 2. 3.	プロセス ステップ、ランキング
サブ箇条書き	–	メイン箇条書きの下の二次ポイント

スライド階層レベル (典型的)

これらは典型的な範囲です - テンプレート仕様に基づいて調整します:

レベル	例	典型的なサイズ	スタイル
タイトル	スライド タイトル	40-48pt	ボールド
サブタイトル	マーケット定義、スライド記述子	18-22pt	ボールド
セクション ヘッダー	「主要な投影」、「解説」	14-16pt	標準
ブロック ラベル	「含まれるセグメント」、「定義」サイドバー	12-14pt	標準
ブロック コンテンツ	箇条書き、本文	11-14pt	標準
テーブル ヘッダー	列ヘッダー	10-12pt	ボールド
テーブル本体	セル コンテンツ	9-11pt	標準
脚注	ソース、注記	8-9pt	イタリック

フォント一貫性マッチング

同じ階層レベル のボックスは、同一のフォント サイズを使用する 必要があります:

同じレベル	マッチする必要があります
「含まれるセグメント」	「除外されるセグメント」
「定義」	「スコープの根拠」
左列の箇条書き	右列の箇条書き
すべてのブロック ラベル	互いに
すべてのセクション ヘッダー	互いに

プレゼンテーション用の丸め

これらは 典型的な慣例 です - 値の大きさとテンプレート スタイルに基づいて調整してください:

値のタイプ	典型的な丸め	例
大規模な市場規模 ($10bn+)	最も近い $1bn	18.5 → $19bn
より小さい市場規模 (<$10bn)	最も近い $0.5bn または $0.1bn	2.3 → $2.5bn
サイズ範囲	ソースの精度に一致	14.9-22.1 → $15-22bn
CAGR	整数 % または 0.5%	16.4% → 16% または 16.5%
市場シェア	最も近い 5% またはソースに一致	21.4% → 20%
倍数	小数点第 1 位	9.69 → 9.7x

原則: 丸めは数値を大幅に変更すべきではありません。より小さい値には、より微細な精度を使用してください。

テキスト密度ルール

• コンテンツ ボックスあたり最大 6-7 の箇条書き
• 箇条書きあたり最大 2 行
• かっこ内の例: 同じ行または下にインデント
• みなしご の単語がない (新しい行の単語 1 つ)

配置原則

垂直にスタックされたボックス は同一である必要があります:

• 左マージン位置、箇条書きインデント、テキスト開始位置、ボックス幅

水平に隣接するボックス は同一である必要があります:

• トップ位置、高さ (可能な場合)、内部パディング

マルチスライド 一貫性

同じデータが複数のスライドに表示される場合:

• 同一の数値、フォーマット、用語を使用してください
• メトリクスが 1 つのスライドで更新される場合は、すべての出現を更新してください
• 検証時に相互参照してミスマッチを検出してください

---

必須要件

これらの要件は、テンプレートに関係なく交渉の余地がありません:

要件	詳細
テキスト可読性	すべてのテキストは背景と十分なコントラストを持つ 必要があります。例: 濃い青、濃い緑、黒の背景上に白/薄いテキスト。白、薄いグレー、薄いの背景上に黒/濃いテキスト黄色の背景。
実際の表オブジェクト	表形式のデータは表オブジェクトである 必要があります。タブ区切りテキストではありません。xml-reference.md を参照してください。
適切なグラフ/表のサイズ変更	貼り付けられたビジュアルは指定された領域を埋める 必要があります。formatting-standards.md を参照してください。
一貫したフォーマット	セクション内の箇条書きは一致する 必要があります (記号、サイズ、インデント)。同じレベルのボックスは同じフォント サイズを使用する 必要があります。
コンテンツ境界	すべてのコンテンツはスライドの端内に留まる 必要があります。脚注ボックス幅: 16:9 の場合約 32.5cm、4:3 の場合約 24cm。
プレースホルダー フォーマットなし	色付きの指示ボックスを削除してください。メイン本体: テンプレートごとに薄い背景上のテキスト。

---

重要なアンチパターン: 絶対にしてはいけないこと

これらのエラーは、プレースホルダーのフォーマットが出力フォーマットと間違えられた場合に発生します。これらのパターンを認識することは重要です。

アンチパターン 1: プレースホルダー ボックスへのデータの入力

何が起こるか: テンプレートには、色付きの指示ボックス (黄、オレンジなど) とガイダンス テキスト があります。モデルはガイダンス テキストを実際のデータに置き換えます、しかし色付きボックスを保持します。

なぜそれが間違っているのか: 色付きボックス は プレースホルダーです。そこにどのようなコンテンツが入るかを教えてくれます。出力には異なるフォーマットが必要です - 通常は白/薄い背景上の濃いテキスト、または適切にスタイル設定された図形。

認識テスト: 入力されたスライドに、データ テキストが詰め込まれた大きな色付きの長方形がある場合、プレースホルダー形式を複製してしまった可能性があります。

重要な区別 - 2 種類の「プレースホルダー」:

タイプ	識別方法	やることリスト
指示ボックス	明るい色 (黄色、オレンジ)、「ここに X を挿入」などのガイダンス テキスト、色付き背景上の白/薄いテキスト	図形全体を削除してから、本番フォーマットで新しいコンテンツを作成
レイアウト プレースホルダー	スライド マスター/レイアウトの一部、テンプレート テーマに一致するニュートラルな色、「クリックしてテキストを追加」	図形を保持し、テキスト コンテンツのみを置き換える

不確実な場合: 同じテンプレートの空のスライドに図形が存在するかどうかを確認してください。レイアウト プレースホルダーは保持されます。指示ボックスは通常の図形です。

アンチパターン 2: テキストベースの「表」

何が起こるか: モデルは、実際の表オブジェクトではなく、セパレータ文字 (|、タブ、スペース) を使用してテーブルのようなコンテンツを作成します。

なぜそれが間違っているのか: これは表ではありません。列は正しく配置されることはなく、一貫性のあるフォーマットはできず、プロフェッショナルに見えません。

認識テスト: | 文字を入力するか、スペース/タブに依存して列を作成している場合は、テキストではなく表を作成していません。

検証が必須: 表を作成した後、実際の表オブジェクトであることを確認してください。検証方法については xml-reference.md を参照してください。

アンチパターン 3: プレースホルダー コントラストの継承

何が起こるか: プレースホルダーは色付き背景上の薄いテキスト (例: 黄色上の白) を使用します。モデルはデータを入力しますがこの配色を保持し、読みにくい出力になります。

なぜそれが間違っているのか: プレースホルダーの色は、「私を置き換えてください」という信号を送るためにわざと異なります。本番スライドは通常、ボディ コンテンツに濃いテキストを薄い背景に使用します。

認識テスト: 入力されたコンテンツが、ボディ領域 (ヘッダーではない) の明るい/白いテキストで明るい色の背景にある場合、プレースホルダー フォーマットが継承されています。

正しいアプローチ: 本番フォーマットを適用します - 通常、ボディ コンテンツの場合、薄い背景上の濃いテキスト (#000000 または #333333)。ヘッダーとアクセント領域はブランド カラーを使用する場合があります。

まとめ: プレースホルダー vs. 本番

要素	プレースホルダー (入力)	本番 (出力)
指示ボックス	色付き背景、ガイダンス テキスト	削除または再フォーマット
データ領域	"[ここにデータを挿入]"テキスト	クリーンなフォーマットの実際のデータ
テーブル	テーブルに何を含めるべきかの説明	行と列を持つ実際の表オブジェクト
本文	色付き背景上の薄いテキスト	薄い背景上の濃いテキスト

プレースホルダーは、作成する内容を教えてくれますが、フォーマット方法は教えてくれません。

---

一般的なエラー

最も重要なエラーの詳細な説明については、上記の 重要なアンチパターン を参照してください。

エラー	ソリューション	リファレンス
非構造化テキスト ダンプ	箇条書き (✓, ×, •) に分割	formatting-standards.md
パイプ/タブ区切り「表」	実際の表オブジェクトを作成 - セパレータ付きテキストは表ではありません	xml-reference.md
不十分なテキスト/背景コントラスト	すべてのテキスト要素を監査	—
小さい貼り付けグラフ	領域を埋めるようにサイズを変更し、グラフのみを貼り付け	formatting-standards.md
グラフと一緒に貼り付けられたソース データ	コピーする前にグラフ オブジェクトのみを選択	—
プレースホルダー ボックスにダンプされたデータ	色付きの指示ボックスを削除し、適切にフォーマットされたコンテンツを新規作成	アンチパターン
一貫性のない箇条書き	スタイルを定義して一度に適用	formatting-standards.md
ボックス全体で一貫性のないフォント	同じレベルのボックスを標準化	formatting-standards.md
コンテンツ オーバーフロー	明示的なボックス幅を設定 (脚注: 16:9 の場合 32.5cm、4:3 の場合 24cm)	—
ロゴなし	タスク ファイルのロゴを使用。提供されていない場合はユーザーにフラグを付ける	—
残りの [括弧]	すべてのプレースホルダーを検索して置換	—
テキスト矢印 (→, ⟹)	PowerPoint 図形オブジェクトを使用	xml-reference.md

---

エラー処理

PDF/画像変換が失敗する場合:

1. LibreOffice がインストールされているか確認: which soffice
2. 代替手段を試す: libreoffice --headless --convert-to pdf presentation.pptx
3. それでも失敗する場合は、PowerPoint/LibreOffice で手動で開いてエクスポート

ソース データに矛盾または競合がある場合:

1. 優先順位: タスク ファイルで明示的に提供されているデータを最初に使用
2. 他のソース (Web 検索、外部ドキュメント) からデータを使用する場合は、ユーザーにフラグを付けてください
3. すべての矛盾を明示的に文書化
4. データ ソースの選択を説明する脚注を追加

計算がソース投影と一致しない場合:

1. 計算方法を表示
2. 不一致と考えられる原因をメモ (異なるベース年、方法論)
3. 重大な違いがある場合は両方の値を提示
4. 解決のためにユーザーにフラグを付ける

---

テーブル構造ガイドライン

テーブルを作成する場合 (実際の表オブジェクトである必要があります):

列配置:

• テキスト列: 左揃え (ヘッダーとコンテンツ)
• 数値列: 右揃えまたは中央揃え (ヘッダーはコンテンツに一致)

ヘッダー行:

• ボールド テキスト
• 網掛け背景 (テンプレートのブランド カラー)
• 白または対比テキスト

コンセンサス/合計行:

• ボールド テキスト
• 上のセパレータ線
• 別の網掛けの背景

幅: 指定されたセクション幅全体を埋めます。

XML 実装については、xml-reference.md を参照してください。

---

脚注フォーマット

フォーマット:

Sources: [Source 1] (Year), [Source 2] (Year).
Notes: (1) [First note]; (2) [Second note].

例:

Sources: Grand View Research (2024), Mordor Intelligence (2024), Markets and Markets (2023).
Notes: (1) Hardware revenue を除く; (2) B2B と B2C の両方のセグメントを含む.

スライド本体のすべての上付き文字番号 (¹, ², ³) には、対応するメモ エントリが必要です。

---

ロゴ配置

• タスク マテリアルで提供されたロゴ ファイルを使用
• ロゴが提供されていない場合は、ユーザーにフラグを付けてください: "[ロゴが提供されていません - 会社ロゴを提供してください]"
• 位置: 通常は右上、スライド全体で一貫性のあるサイズ、コンテンツと重複しない

---

スライド タイプ別のデータ要件

スライド タイプごとの詳細なデータ要件、フォーマット原則、列ヘッダーの例については、slide-templates.md を参照してください。

対象となる一般的なスライド タイプ: マーケット定義、マーケット規模/TAM、競争環境、財務サマリー、取引可能な比較可能企業。

---

最終品質チェックリスト

入力されたテンプレートを配信する前に、以下を確認してください:

データ正確性

• すべての数値がオリジナル ソース ドキュメントと一致している
• 計算値が公式に対して検証されている (calculation-standards.md を参照)
• 年と時間枠が正しい
• 会社/競合他社名のスペルが正しい
• 同じ数値がそれが表示されるすべてのスライド全体で同一

コンテンツ マッピング

• すべてのテンプレート セクションが適切なデータで入力されている
• [括弧] プレースホルダー テキストが残っていない
• すべてのソース引用が脚注に含まれている
• 脚注番号 (¹²³) に対応するメモ エントリがある

フォーマット

• すべての背景に対してテキストが読める (十分なコントラスト)
• テーブルは実際の表オブジェクト (パイプ/タブ区切りテキストではない)
• グラフ/表は指定された領域を埋める (サムネイルではない)
• 各セクション内で箇条書きフォーマットが一貫している
• フォント サイズは同じレベルのボックス全体で一致している
• コンテンツはスライドの境界を超えて延びていない
• プレースホルダー ボックスがデータが詰め込まれたまま保持されていない
• 最終出力に色付きの指示ボックスがない

テンプレート コンプライアンス

• プレースホルダー指示ボックスが再フォーマットまたは削除されている
• フォーマットはテンプレート スタイルに一致している (色、フォント)
• ロゴが存在し、正しく配置されている
• 本番フォーマットが適用されている (メイン コンテンツの場合、薄い背景上の濃いテキスト)

最後のステップ

• ユーザーが配布前に Microsoft PowerPoint で検証することを推奨 (LibreOffice は異なるレンダリングを行う可能性があります)