# interview-research-proposal

> クライアントの与件情報と打ち合わせメモから、意思決定に直結する調査プロジェクト提案書（スライド骨子/Markdown）を一発で作成するスキル。「提案書を作成して」「提案書を作って」「プロポーザルを作成して」などの依頼、または与件ファイル（例：与件.md）を指定して提案書作成を依頼された場合に使用する。単なる章立てではなく、調査の観点・仮説・参入障壁や供給構造・会議転用可能なアウトプットまで落として提案する。インプットや指示からデプスインタビューが必要と推測できる場合のみ、インタビュー前提の設計を含める。

- Author: Masaki Kono
- Repository: masaki69/consulting-toolkit
- Version: 20260209142801
- Stars: 0
- Forks: 0
- Last Updated: 2026-02-09
- Source: https://github.com/masaki69/consulting-toolkit
- Web: https://mule.run/skillshub/@@masaki69/consulting-toolkit~interview-research-proposal:20260209142801

---

---
name: interview-research-proposal
description: クライアントの与件情報と打ち合わせメモから、意思決定に直結する調査プロジェクト提案書（スライド骨子/Markdown）を一発で作成するスキル。「提案書を作成して」「提案書を作って」「プロポーザルを作成して」などの依頼、または与件ファイル（例：与件.md）を指定して提案書作成を依頼された場合に使用する。単なる章立てではなく、調査の観点・仮説・参入障壁や供給構造・会議転用可能なアウトプットまで落として提案する。インプットや指示からデプスインタビューが必要と推測できる場合のみ、インタビュー前提の設計を含める。
---

# 調査プロジェクト提案書作成スキル

## 入出力

- **入力**: 与件情報（背景、調査テーマ、予算・期間）、クライアント打ち合わせメモ（優先度、具体的要望）
- **出力**: 提案書.md（スライド骨子形式）

## 重要：本スキルが狙う「内容品質」

このスキルのゴールは、型を埋めることではなく **読み手の意思決定が進む提案内容** を一発で出すこと。

**このスキルを使うときは必ず**以下を読み、指示を守ること（例外なし）：
- `references/quality_playbook.md`

## 提案書の構成

0. 支援実績の伝え方（任意） - 3者面談前に先方へ共有する匿名化した実績サマリ
1. 提案概要 - 調査の観点と「何を絞り込むか」の結論
2. 背景・目的 - クライアントの課題と会議意思決定に必要な不足
3. 調査対象 - 技術/プレイヤー/供給構造のスコープ（除外含む）
4. 論点 - 大論点と小論点のイシューツリー形式（事業設計に直結）
5. 初期仮説 - 論点に紐づく、数字と根拠を入れた仮説
6. タスク概要 - 論点と対応した調査タスク（結論に至る道筋）
7. タスク詳細 - 参照ソース例示、インタビュー件数を含む具体作業
8. 納品物 - 経営層向け1枚絵＋会議転用可能なPPT章立て＋一覧（Excel等）
9. スケジュール - 週次で分解し、中間報告→最終収束の設計
10. お見積り - 金額×インタビュー件数×分析範囲の3軸で差分説明
11. 体制・進め方（補足） - 学習反映の仕組み、リスク管理
12. 次アクション - 3者面談で確定すべき意思決定事項

## 作成プロセス

1. **前提の抽出** → クライアント名、対象地域、対象/除外、納期（中間/最終）、予算レンジ、社内会議用途を先に固定
2. **支援実績の整理** → 3者面談前に先方へ共有する匿名化した実績サマリを準備（類似案件の経験、アウトプットの型）
3. **提案概要の確定** → 調査の観点（何を、どの切り口で調べるか）を明示し「何を絞り込む提案か」を一文で言い切る
4. **論点設計** → 大論点3〜5個、各大論点に小論点2〜4個を「問い形式」で設定（事業設計に直結させる）
5. **初期仮説の構築** → 論点に直接紐づけ、数字と根拠を入れた仮説にする（レンジ、プレミアム額、要因の因数分解など）
6. **タスク設計** → デスクリサーチ＋（必要なら）エキスパート/潜在顧客インタビューを論点に割り当て、参照ソース例を具体的に列挙する
7. **納品物の具体化** → 経営層向け1枚絵、PPT章立て、一覧（企業/大学/OEM/評価）、比較軸、会議転用（中間報告の最低ライン）を明記
8. **見積り作成** → 金額×インタビュー件数×分析範囲の3軸で差分を説明できる3プランにする（単価10万円/件を基準）
9. **スケジュール設計** → 週次で分解し、各週のタスクと中間共有のタイミングを明確化
10. **品質ゲート** → `references/quality_playbook.md` の「品質バー」と「禁止ワード」を満たさない箇所を削る/書き直す

## 内容品質ルール（常時適用）

- **メッセージ行は"結論/打ち出し"を書く**（「把握する/整理する」ではなく「統合して絞る/突破口を提示」）
- **固有名詞を入れる**（プレイヤー群、比較ベンチマーク、工程、規制カテゴリなど）
- **「何が壁か」を因数分解し、突破口（組むべき相手/必要投資/必要根拠）まで一歩踏み込む**
- **「把握する」「整理する」「深掘りする」だけで終わる文は禁止**（So what?がない）

## セクション別の形式ルール

### 論点形式

- 大論点・小論点ともに**問い形式**で記載
- 例：「カテゴリ（医薬品／部外品／化粧品）別に、必要エビデンスと表現可能範囲は何か？」

### 初期仮説形式

- **数字を入れる**：レンジ、プレミアム額、比率などを具体的に示す
- **要因を因数分解する**：「〜可能性が高い」だけでなく、なぜそうなるかの構造を示す
- **論点（大論点→小論点）に直接紐づく階層**で記載する
- 詳細とテンプレートは [references/templates.md](references/templates.md) の「初期仮説」を参照

### タスク詳細形式

- **参照ソースを具体的に列挙**する（抽象的な「公開情報」だけで終わらない）
- **インタビュー対象の属性**を明記する（例：転職エージェント、競合OB、潜在顧客など）
- **「提示値」と「実態値」の乖離**に着目する視点を入れる
- 良い例・悪い例は [references/templates.md](references/templates.md) の「タスク詳細」を参照

### 見積り形式

- **金額×インタビュー件数×分析範囲**の3軸で差分を説明する
- 金額は具体的に記載する（「予算上限内で調整」だけで終わらない）
- インタビュー件数は**エキスパート○件＋候補者○件（計○件）**の形式で明記
- テンプレートは [references/templates.md](references/templates.md) の「見積り」を参照

### 納品物形式

- **経営層向け1枚絵**を標準項目として含める
- シナリオ比較表（選択肢A/B/Cの費用対効果）を含める
- テンプレートは [references/templates.md](references/templates.md) の「納品物」を参照

### スケジュール形式

- **週次で分解**する（月単位の大雑把なスケジュールは禁止）
- 各週のタスクと中間共有のタイミングを明確化
- テンプレートは [references/templates.md](references/templates.md) の「スケジュール」を参照

## 参考資料

| ファイル | 内容 | 参照タイミング |
| --- | --- | --- |
| [references/quality_playbook.md](references/quality_playbook.md) | 品質バー、禁止ワード、具体化ルール | **必ず最初に読む** |
| [references/templates.md](references/templates.md) | セクション別テンプレート、良い例・悪い例 | 各セクション執筆時に参照 |
| [references/output_example.md](references/output_example.md) | 完成例（配送マッチングPF競合調査） | 全体イメージの確認時 |