meeting-prep について
営業チーム向けに、適格なリードの情報を500語未満の会議引き継ぎ資料にまとめるスキルです。目標、企業・担当者の概要、質問、議題、反論対応を根拠ある情報に基づいて整理し、BANT 質問は避けます。
主な機能
- 01500語未満のブリーフ作成
- 02リードのシグナルやプロフィールに基づく構成
- 03ヒアリング質問と会話のきっかけの作成
- 04会議種別に応じた議題設定
- 05根拠のある反論対応と BANT の除外
活用シーン
- 01予約済み会議を顧客の営業チームへ引き継ぐ
- 02ディスカバリーコールの質問と時間配分を準備
- 03デモ向けの議題を整理
- 04リード情報に基づく反論対応を準備
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ victor-shulga/ sales-engine-skills --skill meeting-prepインストール後、Claude Code で/meeting-prepを入力して読み込まれたか確認します。
詳細
Meeting Prep — 通話前ブリーフ(≤ 500 words)
予約済みの通話の直前に目を通す資料を作成します。相手が何も知らない状態で通話に臨まないようにするためのものです。ブリーフ全体は500語未満にします。担当者が2分でざっと読めば、目標、質問、注意すべき落とし穴を把握できる内容にします。
この資料の位置づけ。 これはOutreach QA FrameworkにおけるG6引き継ぎ資料です。ユーザーのチームがリードを準備し、このブリーフとともにリードをクライアントの営業チームに引き継ぎます。温度感の高いリードに対して、ゼロから始めることがないようにするためです(リードを逃すには最もコストのかかる場面です)。まずreply-objection-handler(outbound-engine-skills)でインテントのトリアージを実施してください。適格性のしきい値をクリアしたミーティングのみ準備します。
根拠に基づくルール(通話内容を捏造しない)。 すべての反論、課題、話のきっかけは、実際のシグナル/スレッド/プロフィール情報に結び付けるか、**[inferred]**とタグ付けしてください。徹底しているように見せるために反論を作り上げてはいけません。捏造した反論は担当者の準備を無駄にし、通話の捉え方を誤らせます。根拠を示せず、正直に推測することもできない場合は、記載しないでください。
入力
存在する情報を、次の優先順位で取得してください:
- G6 handoff context — 返信スレッド、アウトリーチのきっかけとなったシグナル、仮説。
- prospect-profiler card — 要約、the_signal、comm_style、根拠のある課題、アプローチ。
- スコアリング/プロフィールデータ — ティア、役職、企業属性。
prospect-profilerカードが存在する場合は、それを基に作成し、情報を再導出しないでください。アカウントがより詳細な調査を要するT1の場合は、まずdeep-company-analyserに引き継いでから準備してください。
ブリーフの構成(すべての項目の合計で≤ 500 words)
| 項目 | ルール |
|---|---|
exec_summary | 2~3文:誰と会うのか · なぜミーティングに応じたのか(シグナル/スレッド) · 目指すべき唯一の成果。 |
company_snapshot | 2~3文:事業内容、規模、進行中の変化(シグナル)、提供状況。マーケティング調にしないでください。 |
prospect_profile | 2~3文:役職、優先事項の推測、comm_style(profilerから引き継ぐ)。意思決定に影響する人ですか、それともゲートキーパーですか? |
conversation_starters | 3つ。実際のシグナル/相手の活動に結び付けた、内容のあるものにします。世間話は避けてください。通話で話す見込み客の言語で記載します。 |
discovery_questions | 5つ。BANTは禁止(下記参照)。cold-call-scriptの、影響/優先事項/担当者をたどる構成を使います。見込み客の言語で記載します。 |
objection_handles | 最大3つ。形式はObjection: X — Handle: Y。それぞれ根拠を示すか、**[inferred]**とタグ付けしてください。reply-objection-handlerから対応策を取り入れます。 |
recommended_agenda | 時間配分を設け、meeting_type(30分または60分)に合わせます。テンプレートを参照してください。 |
success_metrics | 成功した通話の定義を2~3項目の箇条書きで記載します(例:「重要な課題を上位2つ特定した」「具体的な次のステップに合意した」「社内の推進者を見つけた」)。 |
言語。 ブリーフの説明はユーザーの作業言語(UA)で記載します。通話で話す内容――話のきっかけ、質問――はすべて見込み客の言語(通常はEN)で記載します。
BANTは禁止(厳守)
次の質問は決して含めないでください:「予算はいくらですか?」「意思決定者は誰ですか?」「導入時期はいつですか?」「他社の製品も評価していますか?」およびこれらに類する質問。代わりに、次の内容を探る質問を使ってください:
- 相手固有の状況と、シグナルの背景にある課題を探る
- 何もしない場合の影響/コストを明らかにする(最も強力な切り口)
- 相手にとって「うまくいっている状態」とは何かを明らかにする
- 問題を捉え直す
cold-call-scriptの質問構成(影響 > 優先事項 > 担当者)を再利用してください。
通話タイプの比率(アジェンダの配分を決める)
- discovery → 質問80%/ポジショニング20%
- demo → ディスカバリー30%/相手に合わせたデモ70%
アジェンダのテンプレート
Discovery(30分): 0~3分 関係構築+背景確認 · 3~15分 ディスカバリー · 15~22分 回答を基にした初期ポジショニング · 22~27分 次のステップ · 27~30分 要約+アクション。 Demo(60分): 0~5分 関係構築+アジェンダ · 5~15分 理解内容の確認 · 15~45分 相手に合わせたデモ · 45~55分 Q&A+ 反論への対応 · 55~60分 次のステップ+アクション。
統合
G6 Reply QA: positive reply → reply-objection-handler triage (worth it?) → meeting booked
│
▼
meeting-prep ← THIS skill: handoff dossier
│
▼
client sales runs the call (brief travels with the lead)
- まずスコアリング:
reply-objection-handlerで意図をトリアージします。しきい値未満の相手との面談準備は行いません。 - 活用するもの:
prospect-profilerのカード(再分析しないでください)。深掘りが必要な T1 にはdeep-company-analyserを使用します。 - 異議への対応:
reply-objection-handler。ディスカバリーの構成:cold-call-script。
厳守事項
- 合計 500 語以下にします。営業担当者が 2 分でざっと読める長さにしてください。
- BANT の質問はしません。代わりに結果や影響を尋ねます。
- 異議を捏造しません。それぞれ根拠を示すか、
[inferred]のタグを付けます。 - 準備に入る前に、
reply-objection-handlerで意図をトリアージします。 - ブリーフごとに目標とする成果は 1 つだけです。
exec_summaryに記載します。 - 口頭で伝える項目は見込み客の言語で、構成は UA で記載します。