この記事は、App Store審査ガイドライン準拠チェックを段階的に活用していくシリーズの第2弾です。
第1弾では、Claude Codeを使った準拠チェックの自動化を扱いました。
第2弾では、そのチェック結果をClaude Coworkで読み込み、経営層向けPowerPointに変換する流れを整理します。
はじめに
前回の記事では、App Store Review Guidelines Skill を使って審査ガイドラインの準拠チェックを自動化し、結果をローカルに保存する方法を紹介しました。
しかし、チェック結果のMarkdownファイルをそのまま共有しても、経営層やプロダクト責任者には伝わりにくいのが現実です。
「で、出していいの？ダメなの？」
意思決定者が知りたいのはこれだけです。
この記事では、Claude Cowork を使って、保存済みのチェック結果から経営層・PdM向けのPowerPointレポートを自動生成する方法を解説します。実際にiOSアプリに対して実行した結果も紹介しています。
この記事で実現すること
Markdownレポート → Claude Cowork → PowerPoint資料（2パターン）
| 出力 | 対象者 | 観点 |
|---|---|---|
| パターンA | CTO・テックリード | 技術リスクと修正コスト |
| パターンB | プロダクト責任者・経営層 | ビジネスリスクと提出可否判断 |
全体の流れ
前回の記事で紹介した手順と合わせると、以下のようなワークフローになります。
1. Claude Code で審査チェック実行
2. 結果を ~/Documents/app-store-review-report/YYYYMMDD/ に保存
3. Claude Cowork で PowerPoint レポートを自動生成 ← 今回はここ
前提条件
| 項目 | 条件 |
|---|---|
| Claude Cowork | インストール済み（ベータ版） |
| チェック結果 |
~/Documents/app-store-review-report/YYYYMMDD/ に保存済み |
チェック結果の保存方法は前回の記事の「レポートの保存と履歴管理」を参照してください。
保存済みフォルダには以下のファイルがある想定です。
~/Documents/app-store-review-report/20260329/
├── summary.md
├── safety.md
├── performance.md
├── business.md
├── design.md
└── legal.md
注意: Claude Coworkは現在ベータ版のため、UIや操作方法が変更される可能性があります。最新の情報は Anthropic公式サイト で確認してください。
手順
1. Coworkの作業フォルダを設定
Claude Coworkを起動し、作業フォルダにチェック結果のディレクトリを指定します。
~/Documents/app-store-review-report/20260329/
これにより、Coworkがフォルダ内のMarkdownファイルを直接読み込めるようになります。
2. レポート生成プロンプトを実行
作業フォルダを設定したら、以下のプロンプトをCoworkに入力します。
App Store審査ガイドラインチェック結果を元に、
経営層・プロダクト責任者向けのパワーポイント資料を作成してください。
# 入力データ
- summary.md
- safety.md
- performance.md
- business.md
- design.md
- legal.md
# 目的
App Store提出前のリスク状況を可視化し、
優先的に対応すべき課題とアクションを明確にすること
# 出力形式
PowerPoint（スライド構成をテキストで出力）
# スライド構成（必須）
1. タイトル
2. 全体サマリー（結論）
3. リスク一覧（Critical / High / Medium）
4. 最重要課題（Top3）
5. セクション別分析（Safety〜Legal）
6. 具体的な問題例（コード・実装ベース）
7. 推奨アクション（優先順位付き）
8. 対応ロードマップ（短期・中期）
9. リジェクトリスク評価（提出可否判断）
10. まとめ
# 要件
- 1スライド1メッセージ
- 箇条書き中心（最大5行）
- 専門用語は簡潔に説明
- エンジニア以外でも理解できる表現
- 重要度は「🔴🟡🟢」で明示
- 数値・影響度（ユーザー/売上）も可能な限り補足
# 特に重視する点
- 「なぜ問題か」ではなく「ビジネスリスク」
- 修正しない場合の影響
- 修正コスト vs リスク
# 禁止
- コードの詳細すぎる説明
- 技術寄りすぎる表現
- 冗長な文章
# 追加指示
必要に応じて図（構造図・フロー図）も提案してください。
- CTOレビュー用（技術観点）と
- プロダクト責任者用（ビジネス観点）の2パターンで出力してください
実際の出力結果
上記のプロンプトを実行すると、2パターンのPowerPointが同じフォルダ内に生成されました。
元のMarkdownファイルと並んで、AppStore審査_CTO向け.pptx と AppStore審査_プロダクト責任者向け.pptx の2ファイルが自動で出力されています。
パターンA: CTO・テックリード向け（技術観点）
ダークテーマ × 赤のアクセントカラーで、技術的な緊急度が視覚的に伝わるデザインです。プロンプトで指定した10枚のスライド構成に沿って、以下のような内容が生成されます。
- リスク一覧はファイル名・行番号レベルの具体性で記載
- 推奨アクションにP0/P1/P2の優先度ラベルと工数見積もりが付く
- ロードマップはWeek単位でタスクが割り当てられる
- リジェクトリスク評価で修正前後の確率変化を提示
パターンB: プロダクト責任者・経営層向け（ビジネス観点）
ライトテーマ × ネイビーのアクセントカラーで、落ち着いたビジネス資料のトーンです。
- 技術用語がビジネス言語に自動翻訳される（例:
fatalError()→ 「アプリが突然停止する不具合」） - 各課題に「修正しない場合のビジネスインパクト」が付与される
- 修正シナリオをA/B/Cの3パターンで比較し、コスパの最も高い選択肢を推奨
- 担当チーム（開発、PdM+法務 等）も明記される
2パターンの違い
| 観点 | CTO向け | PdM・経営層向け |
|---|---|---|
| テーマ | ダーク（技術的な緊張感） | ライト（ビジネス資料の安心感） |
| 用語 | コード・ファイル名ベース | ビジネス言語に翻訳 |
| 問題の表現 | ファイル名・行番号・コードスニペット | 「修正しない場合 → 売上機会損失」 |
| 工数表記 | P0/P1/P2 + 人日 | 必須/重要/推奨 + 担当チーム + 日数 |
| 意思決定支援 | スプリント計画への落とし込み | シナリオ比較による提出可否判断 |
同じチェック結果から、読み手に合わせて情報の粒度と表現を自動で変換してくれるのがこのプロンプトの強みです。
プロンプトのカスタマイズ
チーム状況に合わせた調整
プロンプトの # 追加指示 部分を変更することで、出力を調整できます。
リリース期限が迫っている場合:
# 追加指示
リリース期限は3日後です。
3日以内に対応可能な項目と、次回リリースに回せる項目を明確に分けてください。
過去のレポートとの比較を含めたい場合:
# 追加指示
~/Documents/app-store-review-report/20260322/ の前回結果と比較し、
改善された点・未解決の点・新たに発生した点を明示してください。
特定のセクションを深掘りしたい場合:
# 追加指示
セクション3（Business）のIAP関連を重点的に分析してください。
サブスクリプションの実装が正しいか、リストア購入の有無を詳しく確認してください。
ワークフロー全体像
前回の記事と合わせた、App Store提出前の推奨ワークフローです。
開発中
│
├─ /review-and-fix ──── 日常のコードレビュー・修正
├─ /feature-dev ──────── 新機能の体系的な開発
│
提出準備
│
├─ Claude Code ────────── 審査ガイドラインチェック実行
│ └─ 結果を ~/Documents/app-store-review-report/YYYYMMDD/ に保存
│
├─ Claude Cowork ──────── PowerPointレポート自動生成
│ ├─ CTO向け（技術観点）
│ └─ PdM向け（ビジネス観点）
│
├─ レビュー会議 ────────── レポートを元に提出可否を判断
│
├─ 修正 → 再チェック ──── 差分比較で改善を確認
│
└─ App Store 提出
まとめ
Claude CodeとClaude Coworkを組み合わせることで、審査チェックからレポート作成までを自動化できます。
| ステップ | ツール | 所要時間の目安 |
|---|---|---|
| 審査チェック実行 | Claude Code | 数分 |
| 結果のローカル保存 | Claude Code | 自動 |
| PowerPointレポート生成 | Claude Cowork | 数分 |
実際に生成されたレポートは、CTO向けにはコードレベルの具体性（ファイル名・行番号付き）を、経営層向けにはシナリオ比較による意思決定支援を、それぞれ自動で最適化してくれました。
エンジニアが技術的な修正に集中しつつ、経営層やPdMにはビジネス視点で整理されたレポートを共有できるようになります。「このまま出していいのか？」という問いに、データに基づいた回答を用意しましょう。
関連記事
本記事は、App Store審査ガイドライン準拠チェックを段階的に活用していくシリーズの一部です。