言語: English (this file) · 简体中文 → SKILL.zh-CN.md
説得力のあるブリーフィング · ワークフロー
エッセンス
これは報告書を書くことではありません——説得です。あらゆるシナリオで、あなたは同じことを行います：
限られた時間で、特定の聴衆が文脈を理解し、あなたの判断を信頼し、必要なサポートを提供できるようにすること。
ユーザーとシナリオ
| 役割 | シナリオ | 聴衆 |
|---|---|---|
| テックリード / エンジニアリングマネージャー | キックオフ、マイルストンレビュー、ラップアップ | ビジネスリーダー、CTO、PMO |
| PM / プロダクトリード | 四半期レビュー、年間総括、要件レビュー | ディレクター、VP |
| ファウンダー / ビジネスオーナー | 投資家ピッチ | 投資家、パートナー |
| プリセールス / ソリューション | ソリューションセリング | 顧客エグゼクティブ、技術評価者 |
中核：5パート説得フレームワーク
すべてのブリーフィングタイプは、この1つのバックボーンを共有します。セクションの強調点が異なるだけです。
パート1 · フック (Hook)
→ なぜ彼らは聞き続けるべきか？
→ 機会 / 痛み / 緊急性
パート2 · コンテキスト (Context)
→ 状況はどうか？
→ 私たちがこれまでに行い、持っているもの
パート3 · 提案 (Proposal)
→ 私たちは何をする / したのか？
→ 範囲、道筋、ペース
パート4 · 証拠 (Evidence)
→ なぜ私たちは成功できる / したのか？
→ データ、参入障壁、チーム、事例
パート5 · 依頼 (Ask)
→ 私たちは彼らから何を必要としているか？
→ 決定 / リソース / パートナーシップ / 投資
ブリーフィングタイプとテンプレート
各タイプは、5パートフレームワークのインスタンスです。
プロジェクトキックオフ
目標： リーダーシップからプロジェクト承認を得て、人員と予算を割り当ててもらう。
| パート | セクション | 焦点 |
|---|---|---|
| フック | 背景と機会 | 市場、痛み、競争、なぜ今なのか |
| コンテキスト | 既に持っているもの | チーム、技術、データ、既存アセット |
| 提案 | 目標とスコープ | スコープイン/アウト、マイルストーン |
| 証拠 | なぜ私たちなのか | 差別化、参入障壁 |
| 依頼 | リソースとリスク | 必要なサポート、主要なリスクとその緩和策 |
# {プロジェクト名} · キックオフ
## 背景と機会
{なぜ今なのか：市場、痛み、競争—2〜4文。
これが説得の入り口です。「私たちはこれをやるべきだ」と感じさせます。}
## 既に持っているもの
{チーム、技術、データ、ビジネスアセット—自慢ではなく、信頼を築くものです。
パターン：「私たちは既にXを持っているので、ゼロからのスタートではありません。」}
## 目標とスコープ
**スコープイン**: {機能}
**スコープアウト**: {明確な除外事項—スコープクリープ防止}
{マイルストーンとタイムライン}
## なぜ私たちなのか
{代替案との核となる違い。参入障壁：なぜ他社は追いつけない、または追いつこうとしないのか。}
## リソースとリスク
{人員 / 予算 / クロスチームの必要性
主要なリスクとその緩和策}
ステータス更新
目標： リーダーとステークホルダーに、作業が順調であり、継続的な投資に値することを納得させる。
| パート | セクション | 焦点 |
|---|---|---|
| フック | 一行サマリー | この期間の最も重要な1〜2の事実 |
| コンテキスト | 期間のコンテキスト | 前期間との比較 |
| 提案 | 主要な進捗 | マイルストーンまたはモジュール別 |
| 証拠 | 主要な指標 | 進捗、品質、効率 |
| 依頼 | リスクと決定事項 | 必要な決定と調整 |
# {プロジェクト名} · ステータス更新
## 一行サマリー
{1〜2の事実；聴衆は10秒で核心を把握できます}
## 主要な進捗
{マイルストーンまたはモジュール別の完了項目と指標}
## リスクと対応
項目ごとの公式：{症状} → {根本原因} → {緩和策} → {ステータス}
決定事項：選択肢 + 推奨—未解決の宿題を残さないこと：
❌ 「依存関係Xが不確かです—アドバイスをお願いします」
✅ 「依存関係Xが2週間遅延しました。選択肢A（人員追加） vs B（マイルストーン延期）。選択肢Aを推奨します。チームYのサポートが必要です。」
## 次のフェーズ
| 項目 | ETA | 依存関係 | リスク |
|---|---|---|---|
ラップアップ / 年間総括
目標： 提供された価値と維持されたアセットを示す。
| パート | セクション | 焦点 |
|---|---|---|
| フック | 目標達成概要 | 全体的に成功したか？ |
| コンテキスト | 当初の目標 | 私たちが約束したこと |
| 証拠 | 定量化された成果 | データ主導 |
| 提案 | 教訓とアセット | 残されたもの |
| 依頼 | 次のフェーズまたは引き継ぎ | 次に何が起こるか |
# {プロジェクト名} · ラップアップ / {年} 年間総括
## 目標達成度
| 目標 | 目標値 | 実績 | % | 備考 |
|---|---|---|---|---|
未達：根本原因と改善点—彼らが質問する前に自ら述べること。
## 主要な成果物
3〜5項目、それぞれ：{何を} + {指標} + {ビジネスインパクト}
## 教訓
- **うまくいったこと**：再利用可能な方法 / アーキテクチャ / プロセス
- **失敗したこと**：根本原因 + 予防策
- **残されたアセット**：コード / データ / ドキュメント / チームのケイパビリティ
## 次へ
継続する場合 → 方向性、目標、主要な結果、リソース
終了する場合 → 何もサポートなしで放置されないように引き継ぎ
投資家ピッチ
目標： より深い議論のための興味を喚起する。
| パート | セクション | 焦点 |
|---|---|---|
| フック | ワンライナー | エレベーターピッチ |
| コンテキスト | 市場機会 | 規模、痛み、なぜ今なのか |
| 提案 | プロダクト | ソリューション、中核機能、ステージ |
| 証拠 | 参入障壁と牽引力 | 技術、データ、成長、チーム |
| 依頼 | 資金調達 / パートナーシップ | 金額、使途、マイルストーン |
# {プロジェクト名} · ピッチ
## ワンライナー
{私たちは何を、誰のために、どのような価値を提供するのか}
## 市場機会
{規模、ペルソナ、痛み、なぜ今なのか}
## プロダクト
{どのように解決するか、中核機能、アーキテクチャ（簡潔に）、ステージ}
## 参入障壁と牽引力
**参入障壁**: {技術 / データ / ネットワーク / チーム—なぜ他社はできないのか}
**指標**: {ユーザー数、成長率、リテンション、収益}
**チーム**: {なぜこのチームが実行できるのか}
## 資金調達依頼
{金額、使途、マイルストーン、次のラウンドの目標}
ソリューションセリング
目標： 顧客のエグゼクティブに、あなたのソリューションが最適であると納得させる。
| パート | セクション | 焦点 |
|---|---|---|
| フック | 痛みの一致 | 彼らの言葉での彼らの問題 |
| コンテキスト | 現在の状態 | 現状のギャップ |
| 提案 | ソリューション | 私たちがどのように解決するか |
| 証拠 | 事例とデータ | 証明 |
| 依頼 | パートナーシップ | 開始方法 |
# {プロジェクト名} · 提案書
## 痛みの一致
{顧客の言葉での問題—正確さが信頼を素早く築きます}
## 現在の状態
{なぜ現状では不十分か：機能、コスト、効率、リスク}
## 私たちのソリューション
{どのように解決するか；機能と差別化}
## 証明
{同業種の事例と指標}
{事例がない場合：POC計画またはデモロードマップ}
## パートナーシップ
{契約モデル、タイムライン、私たちが彼らから必要とするもの}
ライティングルール
1. 彼らの関心事を先に、あなたのストーリーは後に
❌ チームがどれだけ努力したか、アーキテクチャがどれほど賢いかを5分間話す ✅ 最初の文で「なぜ私が気にする必要があるのか？」に答える
2. リスクには判断が必要
❌ 「サーバーが時々タイムアウトします—監視してください」 ✅ 「コネクションプールの枯渇；スケーリング中；明日回復見込み」
3. まずピアチームを認める
❌ 「他の誰も対処しなかったギャップを私たちが埋めました」 ✅ 「チームXは成熟したYを持っています；私たちはZでそれを拡張します」
4. 指標には出典と定義が必要
❌ 「コンバージョンが20%改善しました」 ✅ 「コンバージョン +20%（6月対5月、同一アカウントプール）」
5. 悪いニュースは重要なら早めに
❌ まず勝利を述べ、その後「しかし遅延しました」と埋もれさせる ✅ 重大なリスクから始め、その後進捗を述べる
6. 聴衆に宿題を残さない
❌ 「次へ：引き続き前進してください」 ✅ 「統合は水曜日；リスクは依存関係Y—オーナーと調整済み」
ワークフロー
ステップ1 — メモリをロード
リーダーのコンテキスト、ビジネスポジショニング、フォーマットの好みを読む。
不足している場合 → ユーザーに提供を依頼。
ステップ2 — シナリオと聴衆
ユーザーがタイプを選択（キックオフ / ステータス / ラップアップ・年間総括 / ピッチ / ソリューションセリング）。
聴衆を調査：
□ 役割とレベルは？
□ 彼らはどれくらい既に知っているか？
□ 主な関心事は？（技術 / ビジネス / コスト / 時間）
ステップ3 — 資料の取り込み
タイプごとに完全性をチェックし、不足を尋ねる：
キックオフ：
□ 背景 / 市場分析
□ 競合情勢
□ チームのケイパビリティ
□ 目標とKPI
□ リソースと予算
□ タイムライン
ステータス：
□ 今期の完了作業
□ 主要な指標（進捗 / 品質 / 効率）
□ 判断と緩和策を含むリスクリスト
□ 次フェーズの計画
□ リーダーシップからの決定事項
ラップアップ / 年間総括：
□ 当初の目標
□ 定量化された成果
□ 学んだ教訓
□ 次の計画または引き継ぎ
ピッチ：
□ 市場データとレポート
□ プロダクトデモまたはMVPステータス
□ 競合
□ チーム紹介
□ 財務状況と予測
□ 資金調達依頼と使途
ソリューションセリング：
□ 顧客の背景と痛み
□ 代替ソリューション
□ 私たちのソリューションとケイパビリティ
□ 事例またはPOC計画
□ 価格設定または契約モデル
ユーザーが「あなたはすべてを知っている—書いてください」と言った場合：
→ メモリと事前のコンテキストから引き出す
→ 「利用可能な情報に基づきます；XXが不足している可能性があります」で始める
ステップ4 — テンプレートにドラフト
テンプレートを選択し、ライティングルールを適用。
各パートの後、「これは彼らが気にすることに答えていますか？」と尋ねる。
ステップ5 — 最終チェック
□ 最初の10秒で関連性を感じさせるか？
□ すべての数字に出典と定義があるか？
□ すべてのリスクに根本原因と対応策があるか？
□ 判断のない曖昧な「注意が必要」はないか？
□ クロスチームの言及は他を最初に認めているか？
ステップ6 — ユーザー確認
提示 → 「何を調整すべきですか？」
フォーマットの問題 → フォーマットメモリに追加
クロスシナリオ移行
| From → To | 変更 | 維持 |
|---|---|---|
| キックオフ → ピッチ | フック：ビジネス上の痛み → 市場機会；証拠：技術的参入障壁 → 牽引力 | 5パート構造、リスクロジック |
| ステータス → キックオフ（次フェーズ） | 進捗がコンテキストに；蓄積されたリスクがリスク項目に | 指標の定義、チームのナラティブ |
| ラップアップ → ケーススタディ | 内部情報を非特定化；顧客価値を強調 | 定量手法、受け入れ基準 |
| ソリューションセリング → キックオフ | 顧客の痛み → 市場機会；事例 → 証拠 | 構造、リスク予見 |