sales-meeting-recap について
sales-meeting-recapは、営業担当者向けのスキルです。提供された通話メモから、買い手が転送しやすい簡潔なフォローメールを作成し、必要に応じて共同クローズプランもまとめます。確認済みの合意、買い手自身の表現、担当者と日付を重視します。
主な機能
- 01簡潔なフォローメールの作成
- 02次の対応と担当者・日付の明示
- 03買い手の問題表現の引用
- 04情報不足の指摘と捏造の防止
- 05商談の複雑さに応じた計画調整
活用シーン
- 01営業通話後のフォローアップ準備
- 02合意事項を記録して買い手に確認
- 03複雑な商談のマイルストーン調整
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ mbfinotti/ sales-skills --skill sales-meeting-recapインストール後、Claude Code で/sales-meeting-recapを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
evals/evals.jsonreferences/mutual-close-plan.mdrecap-email-examples.md詳細
ミーティングの振り返り
ユーザーの通話メモを、買い手が返信で承認する振り返りメールと、共有プランが必要なほど複雑な商談の場合は双方のクロージングプラン項目の2つにまとめます。基本原則は、Armand Farrokh(30MPC)のものです。振り返りメールが答えるべき質問は、次の2つだけです。「見込み客が次に何をすべきかを明確にしましたか?」「行動を起こすことに合意した理由を思い出させましたか?」それ以外はすべて装飾であり、「相手に取ってもらいたい行動の妨げになるものは、何もあってはなりません」。
第2の原則:振り返りは、社内の推進者を支援するためのコンテンツです。購買グループが特定のベンダーに割く時間は、購入時間全体のわずか5~6%ほどです(Gartner 2017 B2B buyer survey)。そのため、営業担当者が同席しない場面でも、メールが販売活動の大部分を担います。転送されることを前提に書いてください。
対象範囲の境界:
- ユーザーが提供したメモ、文字起こし、説明だけを使ってください。
- 通話の進め方を採点したり批評したりしないでください。それは
mbfinotti/sales-skills@sales-call-reviewの担当範囲です。 - 営業からカスタマーサクセスへの販売後の引き継ぎは、完全に対象外です。
ヒアリング
1回のメッセージにつき質問は1つだけにし、選択肢を提示してください。メモやコンテキストですでに回答されている項目は省略してください。
- 通話には誰が参加していましたか?双方の名前と役割を教えてください。振り返りを送るべき買い手側の連絡先は誰ですか?
- B2Bですか、B2Cですか?購買委員会ですか、それとも単独の意思決定者ですか?
- 商談の段階はどこですか?初回接点、ディスカバリー、デモ、提案、交渉のいずれですか?
- おおよその商談規模と想定サイクル期間はどれくらいですか?これにより振り返りの内容の重みと、クロージングプランを作成する価値が決まります。
- 通話で実際に合意したことは何ですか?コミットメント、担当者、日付を、合意どおりに教えてください。
- 次回のミーティングはカレンダーの招待で予約済みですか?未予約の場合、具体的な日付について話しましたか?
- この商談の双方のクロージングプランはすでにありますか?それとも今回の通話をきっかけに作成しますか?
- 振り返りはいつまでに送る必要がありますか?1時間以内、今日中、それとも明日でも構いませんか?同じ時間内の回答が必要なら、短い振り返りを優先し、作業セッションが必要なものは削除します。
- 今回限りの成果ですか、それとも繰り返し活用できる資産ですか?この商談だけのフォローアップですか、それともパイプライン全体で繰り返すパターンですか?繰り返し活用する場合はクロージングプランと自動化シーケンスを優先し、今回限りの場合は手書きの振り返りだけを優先します。
- 作業時間の上限はどれくらいですか?商談1件あたり何分で、進行中の商談は何件ありますか?上限が厳しい場合は、双方のアクションプラン全体を削除し、振り返りは1画面に収まる量に制限します。
以下の優先順位はいずれも初期設定であり、絶対的なルールではありません。商談やパイプライン、実行担当者によって変わります。これらの回答と、ユーザーについてすでに把握している情報に照らして、それぞれの優先順位を見直してください。小規模案件を何十件も担当する営業担当者、戦略上重要な案件を1件担当する営業担当者、振り返りをすでに自動下書きするCRMでは、それぞれ異なる優先順位が適切です。制約によって除外される選択肢は、後回しにするのではなく削除してください。後回しにしただけでは、スコープにひそかに戻ってくるためです。
捏造防止ルール
最も重要な安全策です。買い手がしていないコミットメントを含む振り返りは、作成するはずの共通記録を損ないます。
- メモにないコミットメント、担当者、日付、引用、参加者、決定事項は、決して作り出さないでください。
- 不足情報は埋めるのではなく、出力してください。不足している担当者、日付、未確認事項を「未確認事項」ブロックに列挙し、ユーザーに確認してください。
- 買い手が明示的に合意していない手順には、「提案済み - 送信前に確認」と記載してください。
- 課題については買い手自身の言葉をそのまま使ってください。言い回しも数値も変えないでください。その表現をマーケティング文句に置き換えてはいけません(実務上の原則:「要約ではなく、確認」)。
振り返りメール
30MPCによる3ステップの振り返りメール(Armand Farrokh):
- 次のステップから始める - アクション項目をメールの冒頭に置き、それぞれに担当者と日付を記載します。買い手側の項目は見落としようがないよう、視覚的に目立たせてください。
- 機能ではなく課題を振り返る - 見込み客自身の言葉で課題を言い直し、機能の一覧は決して載せないでください。
- 短く、流し読みしやすくする - メール全体がスマートフォンの1画面に収まるようにしてください。
1画面に収める価値があるもの
使えるのはスマートフォンの1画面分だけなので、次の要素はそのスペースを奪い合います。担当者の作業時間あたりの価値が高い順に並べています。
- 冒頭の日付入り次のステップ欄 - 追加作業はほぼゼロで、すでに書いている振り返りメールの一部です。通話を進展につなげる唯一の要素を確保できます。つまり、購入担当者が期日までに行うべきことです。
- 購入担当者自身の言葉による課題 - メモに引用があれば追加作業はほぼゼロで、引用がなければ文字起こしをもう一度確認します。社内での振り返りを経ても残る一文として、社内で共有してもらえます。
- 委員会メンバー全員への送信先リスト - 案件ごとに連絡先を探して妥当性を確認する時間がかかり、次の案件では一からやり直しです。このセクションで測定された最大の効果が得られます。単一の担当者に依存することは構造的な失敗の主因であり、受注案件では連絡先が67%多く、$50K以上の案件ではマルチスレッド化によって勝率が約130%上昇します(Gong Labs。サンプルは開示されていますが、手法は非公開です)。
- 締めくくりの確認質問 - 「何か抜けている点はありますか?」の一文です。返信を促し、返信があれば振り返りメールが合意済みの記録になります。
- 50文字未満で次のステップに触れる件名 - 「Next steps - Acme + Yourco」のような、飾らない一行です。開封を促すだけで、その先の効果はありません。1~4語が最も効果的です(Gong)。
- 購入担当者が求めた添付ファイル1点 - 添付するだけならほぼゼロの作業ですが、先に作成する必要があれば時間がかかります。依頼された特定の項目1点について、信頼性を高めます。添付ファイルをアクションアイテムとして列挙しないでください。
- 価値:次のステップ欄 > 本人の言葉による課題 > 送信先リスト > 確認質問 > 件名 > 添付ファイル
- 作業量:送信先リスト > 添付ファイル > 次のステップ欄 == 課題の引用 == 確認質問 == 件名 - これら4つは、メール自体を書くのと同じ作業中に一行を追加するか一文を貼り付けるだけなので、実質的にほぼゼロの作業量で同率です。
価値と作業量の比率で考えると、送信先リストは後回しになります。案件ごとに実作業の時間がかかる唯一の項目なので、時間の上限を設けると最初に削られます。メモに購入担当者の関係者が複数記載されていたら、比率にかかわらず必ず優先してください。一度もメールを送っていない連絡先に代わる、より手軽な方法はありません。
格下げではなく削除します。すべての観点で不利なので、次の項目は下書きに一切含めません。
- 機能や特長のまとめ(手順2で禁止されています)。
- 会議の議事録全文(別の成果物です)。
- 「お話しできてよかったです」のような関係構築のための文章。自動生成のように読めます。
どの振り返りメールにも当てはまり、手間もかからないため、順位付けの対象外です。
- 箇条書きは約4項目までにし、各項目は最大2行に抑えます(30MPC)。
- どのメールクライアントでもそのまま表示されるプレーンテキストで書きます。Markdown構文、見出し、アスタリスクによる太字は使いません。
送信するタイミング。 価値:通話から数時間以内 > 同日中の後の時間帯 > 翌朝 > 数日後。メールも作業時間も同じなので、どの段階でもスピードとのトレードオフはありません。必ず購入担当者が社内で振り返る前に送信してください(タイミングの原則)。
完成済みの好例と悪例:references/recap-email-examples.md。
次のステップを具体的にする方法
- 具体的な次のステップ = 担当者 + 日付 + 成果物であり、会議がある場合はカレンダー招待も必要です。どれかが欠けていれば、良い会話ではあっても進展ではありません(実務者による定義)。
- 日付として「また連絡する」「来週」「そのうち」「できるだけ早く」は認めません。選択肢を示して曖昧さをなくします。「木曜日と金曜日なら、どちらがよいですか?」(手法)。
- 各項目の担当者は、チームではなく、名前を挙げた個人1人にします。
- 活動は進展ではありません。購入担当者の意思決定プロセスが進んだことを確認できないまま、デモやリファレンスコールを追加しても進展にはなりません(MEDDICC)。
- メモに確約された次のステップがない場合、作り上げないでください。その点を明示し、次回の連絡では30MPCの5 Minute Drillを実施するよう提案します(フレームワーク)。「買いたいですか?」「いつ買いたいですか?」「どのように買いたいですか?」の順に、確約、タイムライン、推奨する複数ステップの進め方を確認します。
相互クロージング計画
「この案件にはどの程度の計画が必要か」に答える3段階です。営業担当者の時間1分あたりの価値が高い順に並んでいます。
- 次回ミーティングを予約する。計画はなし - ほとんど時間がかからず、パイプライン全体に適用できる唯一の段階です。ほとんどの案件に実際に必要なもの、つまり勢いを保つ場を用意します。デフォルトの段階です。
- リキャップにマイルストーンを2〜3個盛り込む - リキャップに数分を上乗せし、案件ごとに実施します。文書を共同で所有するよう買い手にまだ求めずに、書類手続きの早い段階を把握し、少なくとも1つの買い手主導のステップを設けます。
- 完全な相互アクションプラン - 作成に30分かかり、その後も本番稼働までの各コールで最新状態を保つ継続的な作業が必要です。委員会で進める案件に、ほかの方法では得られない調整手段をもたらします。セキュリティレビュー、法務、調達まで、日付と担当者を定めたマイルストーンを設定します。
- 価値:完全なプラン > マイルストーンを盛り込む > ミーティングを予約する
- 労力:完全なプラン > マイルストーンを盛り込む > ミーティングを予約する
- 効率:ミーティングを予約する > マイルストーンを盛り込む > 完全なプラン(最初の2段階では軸の順序が一致し、3段階目で逆転します。この逆転こそが要点です)
効率順で考えると、完全なプランは後回しにされます。案件あたりのコストが最も高く、効率の比率では毎回劣る一方、複雑な案件をまとめておくために必要なのはこれだけです。購買委員会、複数回にわたるコールのサイクル、または調達やセキュリティレビューが関わる場合は、効率比に関係なくこの段階を推奨してください。目安はACV約50Kドル以上です(しきい値の根拠:複数の関係者を巻き込む効果は、50Kドル以上の案件で測定されています)。この基準を下回る場合は、選択肢として提示するのではなく、出力から段階2と3を削除してください。意思決定者が1人だけの案件でプランをメニューに残すと、営業担当者に時間がなく、実行できないスコープとして返ってきます。
- 30MPCの編集方針からの引用:「営業プロセスが1回のコールでのクロージングを超えるなら、すべての案件で相互アクションプランを使うべきです。」(上記の段階分けは、この方針に基づく実務的な摩擦と統制の判断として扱ってください。)
- 営業担当者と買い手側のプロジェクトリーダーが共同で所有する共有ドキュメントとして作成します。不可欠な列は、マイルストーン、担当者(買い手側と売り手側)、日付です(Salesforce Salesblazer)。
- 売り手側の四半期末ではなく、買い手にとって重要なイベントや本番稼働日から逆算します。
- 契約締結後もオンボーディングと最初に測定する価値まで計画を延ばし、契約を取るための手段だと受け取られないようにします。
- 意思決定プロセスと書類手続きのプロセスを早い段階で明らかにします(MEDDICC / MEDDPICC、Andy Whyte)。セキュリティレビュー、DPA、MSAの修正、調達などが含まれます。「案件の60%は惰性によって失われる」(MEDDICCが公開した統計)。
- 共同で所有することに同意していない買い手に、完全なプランをいきなり提示してはいけません。段階2を経て段階3に進み、作業セッションと承認を求めます(Salesforceの手法)。
- エビデンスの誠実な取り扱い:「26%」「57〜200%」といったMAPによる勝率向上の数値は、ベンダーによる自己申告であり、方法論は開示されておらず、明らかな選択バイアスもあります。せいぜい傾向を示すものとして扱い、事実として提示してはいけません。
列のレイアウト、マイルストーンの分類、Salesforceの5部構成、共同所有の手法については、references/mutual-close-plan.mdを参照してください。
B2B と B2C
明示されている内容は、どちらも同じです。
- 当日中の対応。
- 担当者+日付+成果物。
- 捏造防止ルール。
- 買い手自身の言葉で表現された課題。
- プレーンテキスト形式。
- 人間らしく整える工程。
- 品質ゲート。
不動産、メディカルスパ、自動車、ジム、ファイナンシャルアドバイザリーなどの消費者向け営業におけるフォローアップの実践も、独自に収束して、このスキルが B2B に適用するのと同じ 2 つの規律を重視しています。つまり、通話後およそ 2 時間以内に返信することと、汎用テンプレートではなく、買い手が実際に話した内容に合わせて個別化することです。上記の当日中の対応と買い手自身の言葉に関するルールは、B2B の慣習を B2C に無理に当てはめたものではなく、どちらにもそのまま当てはまります。
4 種類の要約を、軽いものから重いものへ順に示します。順位を決めるのは以下の 2 つの効率性の軸であり、このリストの順番ではありません。担当者の 1 分あたりでどの重み付けが有効かは、実行する人によって逆転します。
- 自動化されたライフサイクルシーケンス - 一度構築するのに 1、2 日かかりますが、その後は案件ごとの所要時間がほぼゼロで、パイプライン全体を一度にカバーできる唯一の選択肢です。カバー範囲は確保できますが、買い手自身の言葉は反映されません。
- 短い要約 - 案件ごとに数分かかり、一度に 1 件ずつ対応します。3~5 文で、実際の日付を含む次のステップを 1 つ示し、クロージングプランは含めません。取引型、セルフサービス型、意思決定者が 1 人の営業、そして高額な消費者向けサービス(太陽光発電、不動産、ファイナンシャルアドバイザリーを含む)などの B2C の営業形態に適しています。
- 複数の連絡先に送る詳細な要約 - 案件ごとに 10 分ほどかかります。委員会型の案件を進めるための、複数の関係者に共有でき、転送可能な記録が得られます。
- 詳細な要約と相互クロージングプラン - 30 分かかり、その後も継続的な作業が必要です。買い手側の社内承認プロセスを通じた調整に役立ちます。
- 案件あたりの価値:詳細な要約+プラン > 詳細な要約 > 短い要約 > 自動化されたシーケンス
- 案件あたりの労力:詳細な要約+プラン > 詳細な要約 > 短い要約 > 自動化されたシーケンス(シーケンスは案件ごとではなく、事前に一度だけコストを払うため、最後になります)
- 効率性、数十件の小規模案件を担当する営業担当者:自動化されたシーケンス > 短い要約 > 詳細な要約。プランは完全に省きます。
- 効率性、単一の戦略的案件:詳細な要約+プラン > 詳細な要約 > 短い要約。シーケンスは完全に省きます。
デフォルトの重み付け:
- B2B の委員会型案件:詳細な要約。上記のクロージングプラン条件を満たす場合は、詳細な要約+プランに引き上げます。
- 取引型、セルフサービス型、B2C の営業形態:短い要約。
人が作成する要約は、所要時間をかける価値がある案件に限って使います。販売サイクルの速い営業形態では、多くの場合、自動化されたライフサイクルシーケンスに完全に置き換えられます(取引型営業は例外です)。
ワークフロー
- インタビューを実施します。回答済みの質問は省きます。
- メモを整理します。合意済みの確約事項は、記載された担当者/日付/成果物のとおりに整理し、買い手自身の言葉による課題、決定事項、未解決の質問、通話に参加していないものの言及された関係者を抽出します。
- 捏造防止ルールを適用します。合意済みの事項と提案事項を分け、すべての不足情報を集めます。
- 「B2B と B2C」に基づいて要約の重み付けを選び、3 ステップの構成で下書きを作成します。上記の順位に従って、画面 1 枚分に収めます。
- クロージングプランの段階を選びます。段階 2 または 3 では、買い手が共同で進める意思を示した場合に限り、references/mutual-close-plan.md に従ってマイルストーンを作成または更新します。段階 1 では、選んだ段階とその理由を出力に記載します。
- 使用環境でカレンダーイベントの作成やメールの送信が可能な場合は、次回の会議の予約と下書きの配置を提案します。明示的な承認なしに送信してはいけません。それ以外の場合は、ユーザーが貼り付けられるテキストを作成します。
- 任意の連携に関する注記:使用環境が CRM、通話録音プラットフォーム、または AI 議事録作成ツールに接続されている場合は、文字起こしを入力として取り込み、要約をアクティビティとして記録することを提案します。取り込んだ内容も通常のメモとして扱い、同じ捏造防止ルールを適用します。
- 下書きを、好みの人間らしく整えるスキルに通します。最初の下書きをそのまま最終稿にしてはいけません。
- 品質ゲートを実施します。すべてのチェックに合格するまで書き直します。
- 以下の出力形式で納品します。使用環境に永続メモリがある場合は、案件の未完了アクション項目とプランの状態を保存し、次回の要約を白紙からではなく、最新の状態から開始できるようにします。
呼び出しと期待される出力
- 「Acme のデモについてのメモです。要約メールの下書きを作成してください。」
- 「このディスカバリーコールの内容を、次のステップを含むフォローアップにまとめ、相互アクションプランを作成してください。」
- 「小規模な商談で、連絡先が1人の場合の簡単な通話後の要約を作成してください。」
SUBJECT : under 50 characters, next-step-anchored
RECAP EMAIL : plain text; next steps first (Owner - Deliverable - Date,
buyer items highlighted), pain in the buyer's own words,
attachments named, closing ratification question
CLOSE PLAN : chosen rung, plus new or updated milestones (milestone |
buyer owner | seller owner | date) at rung 2 or 3
OPEN GAPS : missing owners/dates, unconfirmed commitments marked
"proposed - confirm before sending", questions for the user
SEND LIST : who receives the email and why (multithreading check)
品質ゲート
合格基準:例外なく、すべてのチェックを通過することです。失敗がなくなるまで書き直して再確認してください。意図的に順位は付けていません。これらは選択肢同士を比較するものではなく、合否を判定するゲートです。順位を付けると、簡単なものは省略してよいという誤解を招くだけです。
- すべてのアクションアイテムに担当者+日付+成果物を記載します。曖昧な日付(「来週」「近日中」など)は一切使いません。
- 次回の会議に実際の日付と招待が設定されているか、情報が不足していることを明示して「5 Minute Drill」を実施します。
- メールはスマートフォンの画面1つに収まる長さで、約200語未満にします(短い商談の要約なら3~5文)。
- 件名は50文字未満にします。
- 購入者が述べた課題を、本人の言葉どおりに記載します。機能の一覧は一切含めません。
- すべてのコミットメントはメモに基づくものとし、そうでない場合は「提案—送信前に確認」と明記します。不足情報は列挙し、補完しません。
- 委員会型の商談では、少なくとも1つのアクションを購入者側の担当にします。そうでない場合は、売り手側だけに偏っていることをリスクとして明示します。
- 送信先リストに、関係する購入者側の連絡先を含めるか、宛先を1人にするのが適切な理由を記載します。
- 下書きにヒューマナイザーの処理を適用します。
KPI
設定にかかる手間あたりの価値が高い順に、次の順番で計測します。
- 次のステップ設定率:次のステップが予定され、カレンダーに登録されている進行中の商談の割合です。CRM にすでに記録されている数値で、ここに挙げた中で合格基準がある唯一の指標です。実務担当者のベンチマークは約80%です。これを下回る場合は、クロージングプランを展開する前に改善します(推奨事項)。まずはここから始めます。
- 複数関係者との接点率:商談ごとに関与している購入者側の連絡先数です。これもすでに CRM に記録されています(傾向は確かなものの、数値はマーケティング資料によるものです—Gong)。
- 要約への返信率:商談ごとの追跡設定は最初に一度だけ必要で、その後の手間はほぼありません。返信によって記録が確認されるため、商談ステージごとに追跡します。
- ステージ移行率と失注・停滞率:日付付きの次のステップがある商談とない商談を比較します。1つのパイプラインレポートで両方に答えられます。
- 営業サイクルの長さ:意味のある数値になるには、1四半期分のデータが必要です。重要性の背景として、適格な B2B 商談の40~60%は意思決定に至りません(Dixon and McKenna, The JOLT Effect, 2.5M conversations)。次のステップを徹底することで、まさにこの問題に対処できます。
- 価値:次のステップ設定率 > 営業サイクルの長さ > ステージ移行率 == 失注・停滞率 > 複数関係者との接点率 > 要約への返信率(最後の2つは、同じ期間を対象に同じパイプラインクエリで取得できるため同率です。また、どちらか一方だけが先に改善することもありません)
- 労力:営業サイクルの長さ > ステージ移行率 == 失注・停滞率 > 要約への返信率 > 次のステップ設定率 == 複数関係者との接点率(この2つは、CRM にすでに記録されている数値を同じレポートから取得でき、手間がほぼゼロのため同率です)
この順序では営業サイクルの長さが後回しになります。1四半期待つ必要があるため、反復するたびに費用対効果が下がります。それでも、要約の徹底をチーム全体に展開するかどうかを判断する場合は、営業サイクルの長さを優先してください。それを示す証拠を、より低コストで得る方法はありません。また、クロージングプランの成功をベンダーが主張する受注率の向上で測定しないでください。導入前後の比較を自分たちで計測してください。
失敗パターン
各行は失敗例と修正方法の組み合わせであり、選択肢を比較するものではありません。修正方法はそれぞれ一つだけなので、順位付けする必要はありません。
| 失敗例 | 修正方法 |
|---|---|
| 次のステップとして「来週また話しましょう」とする | 担当者+日付+成果物を明記するか、「未解決事項」に記載します |
| すべてのアクションを売り手が担当する | メモから買い手が担当するステップを明示します。なければ、その不均衡を指摘します |
| 買い手の悩みではなく、機能を羅列する | 相手の問題を、相手の言葉で、そのまま記載します |
| 次回ミーティングの招待がない | 実際の日付を設定して招待を送るか、未設定であることを明記し、「5分間のドリル」を提案します |
| 委員会形式の商談なのに、1人の連絡先にだけ要約を送る | 送信先リストを作成します。単一窓口でのやり取りは、構造上の最大の失敗です |
| 買い手がしていない約束を記載する | 捏造を防ぐルールを適用し、「提案済み。送信前に確認」と記載します |
| 相談していない買い手に、完全なクロージング計画を提示する | 合意済みのマイルストーンを2~3件示し、その後、作業セッションと承認を設けます |
| 翌朝に要約を送る | 当日中、数時間以内に、相手の社内での振り返りの前に送ります |
| メール本文にMarkdownの書式を使う | プレーンテキストのみを使用します |
| 議事録並みの長さの要約 | スマートフォンの画面1枚に収めます。議事録は別の成果物です |
参考資料
- references/recap-email-examples.md - 記入済みの優れた例、欠陥を一つずつ注釈した悪い例、短期間で完結するB2C向けの例を掲載しています。
- references/mutual-close-plan.md - 列、マイルストーンの分類、Salesforceの5部構成、導入するタイミング、買い手との共同所有の手法、具体的なミニ事例を掲載しています。
mbfinotti/sales-skills@meddpicc-scorecard- 商談を適格性評価します。このスキルのクロージング計画では、そのDecision ProcessとPaper Processの要素を具体化します。mbfinotti/sales-skills@deal-champion-mapping- 要約を誰を通じて作成すべきか、また送信先リストに誰を含めるべきかを特定します。mbfinotti/sales-skills@deal-red-flags- 日付入りの次のステップがないこと、または売り手だけで作成した計画があることは、ここで検知される入力シグナルです。mbfinotti/sales-skills@deal-value-calc- 転送可能なビジネスケースを作成します。要約には、その数値を買い手の社内での振り返りに引き継ぎます。