フレームワーク活用ガイドひとことで言うと#
商談の情報を**S（状況）・P（痛み）・I（影響）・C（重要イベント）・E（意思決定）・D（判断基準）**の6要素で構造化するフレームワーク。ヒアリングの漏れを防ぎ、営業からCSへの引き継ぎ品質を上げる。
押さえておきたい用語#
- Situation（シチュエーション）
- 顧客の現在の状況・環境のこと。組織規模、利用中のツール、体制などの事実情報。
- Pain（ペイン）
- 顧客が現状で感じている具体的な課題や不満を指す。
- Impact（インパクト）
- ペインを放置した場合に生じるビジネスへの悪影響。金額・時間・機会損失で定量化する。
- Critical Event（クリティカルイベント）
- 顧客が「いつまでに解決しなければならない」と感じる期限付きの出来事である。
- Decision Criteria（ディシジョン クライテリア）
- 顧客が最終的な購買判断を下す際の評価基準と意思決定プロセス。
SPICEDフレームワークの全体像#
こんな悩みに効く#
- 初回商談でヒアリングすべき項目が属人的で、営業メンバーによって質にムラがある
- 営業からCSへの引き継ぎで「聞いていない」情報が多く、オンボーディングが遅れる
- 「とりあえずデモを見せて」と言われ、顧客の課題を深掘りできないまま提案に進んでしまう
基本の使い方#
質問例:
- 現在どのようなツール・プロセスで業務を行っていますか？
- チームの規模と体制を教えてください
- この領域で過去に何か施策を試みましたか？
目的は「前提条件の共有」。顧客の状況を正確に理解することで、以降の質問が的確になる。
Painの質問例:
- 現状で最も困っていること・ストレスに感じていることは何ですか？
- それによって日常業務にどんな支障が出ていますか？
Impactの質問例:
- その課題を放置すると、年間でどれくらいのコスト・時間が失われていますか？
- 経営層はこの問題をどの程度深刻に捉えていますか？
PainをImpactに変換するのがこのフレームワークの核心。「面倒くさい」を「年間800時間の工数損失」に変える。
Critical Eventの質問例:
- この課題をいつまでに解決する必要がありますか？その理由は？
- 既存契約の更新時期や、法規制の施行日はありますか？
Expected outcomeの質問例:
- 導入後にどんな状態になっていれば成功と言えますか？
- 成功を測定するKPIは何ですか？
Critical Eventが弱い（期限が曖昧な）案件は、そもそも今期の受注見込みに入れるべきか再検討する。
質問例:
- 最終的な決定は誰がどのように行いますか？
- 評価基準で最も重要視されるポイントは何ですか？
- 承認フローにはどの部署が関わりますか？
ここが埋まらない案件はフォーキャストに入れない。決定プロセスが不明な案件は、いつ・どのように受注するかが予測できない。
具体例#
従業員50名の経費精算SaaS企業。従業員250名の中堅商社から問い合わせがあり、初回商談でSPICEDを適用。
| 要素 | ヒアリング結果 |
|---|---|
| S（状況） | 従業員250名、営業拠点5か所。経費精算はExcel＋紙の申請書で月末にまとめて処理 |
| P（痛み） | 月末に経理部3名が3日間かかりきりで処理。領収書の貼り忘れや計算ミスが月平均12件発生 |
| I（影響） | 経理部の月末残業 年間720時間（3名×3日×12か月×約7時間）。ミス訂正コスト年間 約180万円 |
| C（重要イベント） | 来期（4月）からインボイス制度対応が本格化。現行フローでは適格請求書の管理が不可能 |
| E（期待成果） | 月末処理を1日に短縮。ミス率ゼロ。インボイス対応の自動化 |
| D（意思決定） | 経理部長が起案 → 管理本部長が承認 → 取締役会（100万円超の場合）。評価基準は「インボイス対応」「操作の簡便さ」「コスト」の3点 |
このSPICED情報を使って提案書を作成。Impactの 年間720時間・180万円 をROIの根拠に、Critical Eventの「インボイス制度」を緊急性の根拠にした。
提案から 28日 で受注。CSへの引き継ぎもSPICEDシートがそのまま使え、オンボーディング期間を従来の半分に短縮できた。
従業員30名の採用管理SaaS企業。インサイドセールス5名のヒアリング品質にばらつきがあり、SPICEDをテンプレート化して導入。
導入前の課題:
- 営業Aは課題を深掘りできるが、意思決定プロセスを聞き忘れる
- 営業Bはデモに時間を使いすぎて、Situationすら把握できない
- CSへの引き継ぎ情報が不足し、オンボーディング中に再ヒアリングが頻発
SPICEDテンプレート導入後の変化（3か月後）:
| 指標 | 導入前 | 導入後 |
|---|---|---|
| SPICED全6項目の充足率 | 38% | 87% |
| 初回商談→提案の移行率 | 22% | 41% |
| CSへの再ヒアリング率 | 65% | 12% |
| 平均リードタイム | 45日 | 32日 |
特にImpactの定量化が改善。導入前は「困っている」止まりだったが、テンプレートの質問に沿って「採用1名あたりの工数 40時間 」「年間採用30名で 1,200時間 のロス」と数字を引き出せるようになった。
従業員70名のIoTベンダー。従業員800名の食品メーカーに設備稼働監視システムを提案する商談。
SPICEDヒアリングで最も商談を動かしたのはCritical Eventの発見だった。
当初の商談は「設備の故障を予知したい」という漠然としたPainで始まり、検討は半年以上停滞していた。SPICED形式で改めてヒアリングしたところ:
- C（Critical Event）: 来年1月に食品衛生法の改正施行。温度管理の記録をデジタルで保存する義務化が始まる。現在のアナログ記録では対応不可能
- I（Impact）: 違反した場合の営業停止リスク。1日あたりの売上 約3,000万円 が失われる
「あったらいい」レベルだった検討が、法規制対応という「やらなければならない」に変わった。
Critical Eventを起点にタイムラインを逆算し、「12月末までに本稼働 → 10月にPoC → 8月に契約」のスケジュールを顧客と合意。停滞していた商談が3か月で受注（年間契約 2,400万円）に至った。
やりがちな失敗パターン#
SPICEDを順番通りに聞こうとする — 商談は会話であり、尋問ではない。SからDまで順番に聞くのではなく、会話の流れに応じて要素を埋めていく。テンプレートは「確認漏れチェックリスト」として使う。
Impactを定量化しない — 「困っている」「非効率だ」で止めてしまう。Painを金額・時間・件数に変換しなければ、提案書のROI算出ができず、決裁者を動かせない。
Critical Eventがない案件を無理に進める — 期限付きの理由がない案件は、いくら提案が良くても「来期でいいか」と先送りされる。Critical Eventが見つからない場合は、こちらから「法規制の変更」「競合の動き」など外部要因を提示して検証する。
Decision情報を最後まで聞かない — 「誰が決めるか」を確認しないまま提案を進め、最終局面で「実は取締役会決裁が必要だった」と判明するパターン。SPICEDのDは初回商談で必ず埋める。
まとめ#
SPICEDフレームワークは、商談の情報を6要素で漏れなく構造化する手法である。特にPainをImpactに変換する工程と、Critical Eventによる緊急性の発見が商談を動かす核になる。テンプレートとして標準化することで、営業チーム全体のヒアリング品質を底上げし、CSへの引き継ぎ効率も向上させる。