pitch-deck

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

参照ファイル

作業を開始する前に、開始時点ですべての参照ファイルを読んでください。 これらには、作業の進め方に影響する重要なパターンとアンチパターンが記載されています。問題に直面するまで読むのを待たないでください。

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

---

ワークフローの判断ツリー

これはどの種類のタスクですか？

┌─ Populating empty template with source data?
│  └─→ Follow "Template Population Workflow" below
│
├─ Editing existing populated slides?
│  └─→ Extract current content, modify, revalidate
│
└─ Fixing formatting issues on existing slides?
   └─→ See "Common Failures" table, apply targeted fixes

---

⚠️ 重要なレンダリング上の制限

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

つまり: LibreOffice での視覚的検証に合格したスライドでも、Microsoft PowerPoint では問題が生じる可能性があります。検証ループで検出できるのは、構造上の問題（コンテンツの欠落、表の破損、プレースホルダーの書式が残っているなど）です。ただし、フォントの置き換え、微妙な配置のずれ、グラデーションの問題は検出できません。

必須の対応: 成果物を納品する際は、必ず次の文言を含めてください。

"このファイルは LibreOffice を使用して検証されています。レンダリングに差異が生じる場合があるため、配布前に Microsoft PowerPoint で確認してください。"

---

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

コピーして進捗を記録してください。

Pitch Deck Progress:
- [ ] Phase 1: Extract and validate source data
- [ ] Phase 2: Map content to template sections
- [ ] Phase 3: Populate slides with proper formatting
- [ ] Phase 4: Validate → Fix → Repeat until clean
- [ ] Phase 5: Final verification

フェーズ 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：検証 → 修正 → 繰り返し

これはフィードバックループです。すべてのチェックに合格するか、エスカレーションが開始されるまで繰り返してください。

# Convert to images for visual validation
soffice --headless --convert-to pdf presentation.pptx
pdftoppm -jpeg -r 150 presentation.pdf slide

検証チェックリスト（各スライド画像を確認）：

• 背景に対してテキストが読みやすいですか？
• 表は実際のオブジェクトですか（列が揃っており、パイプやタブで区切られたテキストではありませんか）？
• グラフ／表は指定された領域を埋めていますか？
• セクション内で箇条書きの書式は統一されていますか？
• 同じ階層のボックス間でフォントサイズは揃っていますか？
• スライドの境界を越えているコンテンツはありませんか？
• プレースホルダーの書式が残っていませんか（データが入った大きな色付きボックスがありませんか）？
• テキストベースの「表」はありませんか（| やタブ区切りで偽の列を作っていませんか）？
• スライド間の一貫性：同じ指標／数値が、表示されるすべてのスライドで一致していますか？

修正サイクルの手順：

サイクル	アクション
1	特定された問題をすべて修正し、再検証します
2	残りの問題を修正し、再検証します
3	問題が残る場合は、残りの問題を記録してユーザーにエスカレーションします

3 サイクル後も問題が残る場合：

1. 未解決の問題をそれぞれ、スライド番号と説明とともに列挙します
2. 試みたことを説明します
3. 次の免責事項を明示してファイルを納品します：「以下の問題は自動的に解決できませんでした：[list]。手動での確認が必要です。」

サイクルを無期限に続けないでください。 フォントのレンダリングや複雑な図形の位置合わせなど、一部の問題は 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 項目
• 箇条書き 1 項目につき最大 2 行
• 括弧内の例は、同じ行に記載するか、下の行にインデントして記載
• 行頭に単語だけが残らないようにする（新しい行に単語を 1 つだけ置かない）

配置の原則

縦に積み重ねたボックスは、次の項目を同一にする必要があります。

• 左余白の位置、箇条書きのインデント、テキストの開始位置、ボックスの幅

横に隣接するボックスは、次の項目を同一にする必要があります。

• 上端の位置、高さ（可能な場合）、内部の余白

複数スライド間の一貫性

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

• 数値、書式、用語を統一してください
• あるスライドで指標を更新した場合は、すべての箇所を更新してください
• 検証時に相互参照し、不一致がないか確認してください

---

必須要件

これらの要件は、テンプレートにかかわらず必ず守ってください。

要件	詳細
テキストの読みやすさ	すべてのテキストは、背景との十分なコントラストを確保する必要があります。例：濃い青、濃い緑、黒の背景には白や明るい色のテキスト、白、薄いグレー、薄い黄色の背景には黒や濃い色のテキストを使用します。
実際のテーブルオブジェクト	表形式のデータには、タブ区切りのテキストではなく、テーブルオブジェクトを使用する必要があります。詳しくは xml-reference.md を参照してください。
適切なグラフ／テーブルのサイズ	貼り付けたビジュアルは、指定された領域を埋める必要があります。詳しくは formatting-standards.md を参照してください。
一貫した書式	セクション内の箇条書きは、記号、サイズ、インデントを統一する必要があります。同じ階層のボックスでは、同じフォントサイズを使用してください。
コンテンツの境界	すべてのコンテンツはスライドの端からはみ出さないようにしてください。脚注ボックスの幅：約32.5cm（16:9）、約24cm（4:3）。
プレースホルダーの書式を使用しない	色付きの説明ボックスは削除してください。本文には、テンプレートに従って明るい背景に濃い色のテキストを使用します。

---

重大なアンチパターン：絶対にしないこと

プレースホルダーの書式を出力の書式と取り違えると、次のような問題が発生します。これらのパターンを見分けることが重要です。

アンチパターン 1：プレースホルダーボックスにデータを入力する

何が起こるか： テンプレートに、説明文が入った色付きのボックス（黄色、オレンジなど）があります。モデルが説明文を実際のデータに置き換えますが、色付きのボックスはそのまま残ります。

なぜ誤りなのか： 色付きのボックス自体がプレースホルダーです。そこにどのようなコンテンツを入れるかを示しています。出力では別の書式を使用し、通常は白または明るい背景に濃い色のテキストを配置するか、適切にスタイル設定した図形を使います。

見分け方： データのテキストが入った大きな色付きの四角形がスライドにある場合、プレースホルダーを置き換えずに、その書式をそのまま使っています。

重要な違い — 「プレースホルダー」には2種類あります。

種類	見分け方	対処方法
説明ボックス	黄色やオレンジなどの明るい色で、「ここに X を挿入」のような説明文が含まれ、色付きの背景に白や明るい色のテキストが使われている	図形全体を削除してから、実際のコンテンツ用の書式で新たに作成する
レイアウトプレースホルダー	スライドマスターやレイアウトの一部で、テンプレートのテーマに合った控えめな色を使用し、「クリックしてテキストを追加」と表示されている	図形は残し、テキストの内容だけを置き換える

判断に迷った場合は、同じテンプレートの空のスライドにその図形があるか確認してください。レイアウトプレースホルダーは残りますが、説明ボックスは通常の図形です。

アンチパターン 2：テキストベースの「テーブル」

何が起こるか： モデルが実際のテーブルオブジェクトを使わず、区切り文字（|、タブ、スペース）を使って、テーブルのようなコンテンツを作成します。

なぜ誤りなのか： これはテーブルではありません。列をきちんと揃えることはできず、一貫した書式も適用できないため、見栄えが悪くなります。

見分け方： | 文字を入力したり、スペースやタブで列を作ったりしている場合は、テーブルではなくテキストを作成しています。

必ず確認すること： テーブルを作成した後、それが実際のテーブルオブジェクトであることを確認してください。確認方法については xml-reference.md を参照してください。

アンチパターン 3：プレースホルダーのコントラストを引き継ぐ

何が起きるか： プレースホルダーでは、色付きの背景に明るい文字（例：黄色に白）が使われています。モデルがデータを入力してもこの配色を維持するため、読みにくい出力になります。

なぜ問題なのか： プレースホルダーの色は「置き換えてください」という意味を示すため、意図的に目立つように設定されています。実際のスライドでは通常、本文に明るい背景と濃い文字を使います。

見分け方： 入力後の本文領域（ヘッダー以外）に、明るい色の背景に明るい色や白い文字が使われている場合は、プレースホルダーの書式を引き継いでいます。

正しい方法： 実際の資料に適した書式を適用します。通常、本文には白または明るい背景に濃い文字（#000000 または #333333）を使います。ヘッダーやアクセント領域には、ブランドカラーを使用できます。

まとめ：プレースホルダーと実際の資料

要素	プレースホルダー（入力）	実際の資料（出力）
指示ボックス	色付きの背景、案内文	削除または書式を変更
データ領域	「[ここにデータを挿入]」というテキスト	適切に書式設定された実際のデータ
表	表に含める内容の説明	行と列のある実際の表オブジェクト
本文	色付きの背景に明るい文字	明るい背景に濃い文字

プレースホルダーが示すのは、何を作成するかであり、どのように書式設定するかではありません。

---

よくある失敗

特に重大な失敗の詳しい説明については、上記の重大なアンチパターン（絶対に行わないでください）を参照してください。

失敗	解決策	参照
構造化されていないテキストの羅列	箇条書き（✓、×、•）に分ける	formatting-standards.md
パイプやタブで区切った「表」	実際の表オブジェクトを作成する — 区切り文字入りのテキストは表ではありません	xml-reference.md
テキストと背景のコントラストが不十分	すべてのテキスト要素を確認する	—
貼り付けたグラフが小さすぎる	領域いっぱいに拡大し、グラフだけを貼り付ける	formatting-standards.md
グラフと一緒に貼り付けられたソースデータ	コピーする前にグラフオブジェクトだけを選択する	—
プレースホルダーボックスにデータを詰め込む	色付きの指示ボックスを削除し、適切な書式のコンテンツを新しく作成する	アンチパターン
箇条書きの書式が不統一	スタイルを一度定義し、すべてに適用する	formatting-standards.md
ボックスごとにフォントが不統一	同じレベルのボックスで統一する	formatting-standards.md
コンテンツのはみ出し	ボックスの幅を明示的に設定する（脚注：16:9 では 32.5cm、4:3 では 24cm）	—
ロゴがない	タスクファイル内のロゴを使う。提供されていない場合はユーザーに伝える	—
[brackets] が残っている	すべてのプレースホルダーを検索して置換する	—
テキストの矢印（→、⟹）	PowerPoint の図形オブジェクトを使う	xml-reference.md

---

エラー処理

PDF／画像への変換に失敗した場合：

1. LibreOffice がインストールされているか確認します：which soffice
2. 別の方法を試します：libreoffice --headless --convert-to pdf presentation.pptx
3. それでも失敗する場合は、PowerPoint／LibreOffice で手動で開いてエクスポートします

ソースデータに不整合や矛盾がある場合：

1. 優先順位： まずタスクファイル内で明示的に提供されたデータを使います
2. 他の情報源（ウェブ検索、外部ドキュメント）のデータを使う場合は、その旨をユーザーに伝えます
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) Excludes hardware revenue; (2) Includes both B2B and B2C segments.

スライド本文にあるすべての上付き数字（¹、²、³）に、対応するノートの記載が必要です。

---

ロゴの配置

• タスク資料に含まれるロゴファイルを使用してください
• ロゴが提供されていない場合は、ユーザーに「[LOGO NOT PROVIDED - please supply company logo]」と伝えてください
• 配置：通常は右上。すべてのスライドでサイズを統一し、コンテンツと重ならないようにしてください

---

スライドの種類ごとのデータ要件

各スライドの種類に関する詳細なデータ要件、書式設定の原則、列見出しの例については、slide-templates.md を参照してください。

対象となる一般的なスライドの種類：市場の定義、市場規模／TAM、競合状況、財務概要、取引事例比較。

---

最終品質チェックリスト

テンプレートに内容を入力した後、提出前に以下を確認してください。

データの正確性

• すべての数値が元の資料と一致している
• 計算値を計算式と照合して確認している（calculation-standards.md を参照）
• 年および期間が正しい
• 会社名／競合他社名のスペルが正しい
• 同じ数値が記載されているすべてのスライドで一致している

コンテンツの割り当て

• すべてのテンプレートセクションに適切なデータが入力されている
• [bracket] のプレースホルダーテキストが残っていない
• すべての出典が脚注に記載されている
• 脚注番号（¹²³）に対応するノートの記載がある

書式設定

• すべての背景でテキストが読みやすい（十分なコントラストがある）
• 表に実際の表オブジェクトを使用している（パイプ／タブ区切りテキストではない）
• グラフ／表が指定領域全体に配置されている（サムネイルではない）
• 各セクション内で箇条書きの書式が統一されている
• 同じ階層のボックス間でフォントサイズが統一されている
• コンテンツがスライドの境界を越えていない
• データを詰め込んだプレースホルダーボックスが残っていない
• 最終成果物に色付きの指示ボックスが残っていない

テンプレートへの準拠

• プレースホルダーの指示ボックスを書式設定し直すか、削除している
• 書式設定がテンプレートのスタイル（色、フォント）に一致している
• ロゴがあり、正しく配置されている
• 本番用の書式設定を適用している（本文は明るい背景に濃い文字色）

最終ステップ

• 配布前に Microsoft PowerPoint で確認するようユーザーに推奨している（LibreOffice では表示が異なる場合があります）