無料GitHub で公開

interview-research-proposal

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

masaki69/consultingskills_public

インストール方法を見る

含まれるファイル（4）

SKILL.md7.2 KB
references/output_example.md9.0 KB
references/quality_playbook.md5.9 KB
references/templates.md10.4 KB

SKILL.md（原文）

インストールする前に、エージェントに与えられる指示の中身を確認できます。

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

入出力

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

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

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

このスキルを使うときは必ず以下を読み、指示を守ること（例外なし）：

references/quality_playbook.md

提案書の構成

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

作成プロセス

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

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

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

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

論点形式

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

初期仮説形式

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

タスク詳細形式

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

見積り形式

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

納品物形式

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

スケジュール形式

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

参考資料

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

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

ログインしてレビューを書く

同じリポジトリのスキル

概要と使いどころ

agent-team-playbook

無料日本語概要

Claude Code の Agent Team が有効かを判断し、適切なら要件書 MD を生成してユーザーに提示する。「Agent Teamで〜」「並行処理で〜」「チームで〜」といった指示時に参照する。