導入事例はどう話す？｜他社の話で終わらせない6欄

導入事例は成果数字から始めず、導入前の日常、変化のきっかけ、導入後の日常、変わらなかったことを順に話します。最後に今回の相手との共通点と相違点を営業側から示し、同じ条件か、次に何を確かめるかを尋ねます。

この記事でいう事例トークとは、共有可能な一社の変化を、今回の相手が適用条件と違いを確かめられる順で話すことです。成功を証明する話や、同じ結果を約束する話ではありません。

「有名企業が導入した」「大きな成果が出た」と先に伝えても、聞き手は、その結果が自社のどの仕事と関係するかを判断できないことがあります。導入事例を強く見せるより、似ているところと違うところを訂正できる比較材料にします。

導入事例は、成果の紹介ではなく適用条件の比較に使う

一社の結果だけから、今回も同じ変化が起きるとは決められません。商品が同じでも、導入前の仕事、利用する人、権限、規模、時期、支援、例外が違うからです。

そのため、事例で最低限示す範囲を「何が良くなったか」だけに留めません。

1. 導入前は、誰がどんな仕事をしていたか。
2. 何をきっかけに、どの条件で選んだか。
3. 導入後は、誰のどんな仕事が変わったか。
4. 何は変わらず、何が未確認のままか。
5. 今回の相手と、どの条件が共通するか。
6. どの条件が違い、次に何を確かめるか。

前の状態と後の状態を分けると、成果数字を読み上げるだけでは見えなかった仕事の変化を確認できます。さらに、変わらなかったことと相違点を同じ場所へ置くことで、営業に都合のよい部分だけを切り出しにくくなります。

話す前に、使える一事例を選ぶ

まず、商談相手がいま確かめたい問いを一つ決めます。「導入できるか」では広すぎます。たとえば、次のように実際の判断へ近づけます。

• 複数拠点でも、返却待ちの備品を探せるか。
• 承認担当が不在の時、誰が例外を判断するか。
• 利用開始後に増える入力作業を、誰が担うか。

その問いに関係する一事例を選び、次を確認します。

確認すること	話す前の判断
共有範囲	顧客名、属性、時期、成果、例外のうち、何を誰へ話せるか
根拠	承認済み資料、記録、担当者のどこへ戻れるか
対象条件	商品・プラン・期間・利用者・支援など、結果と一緒に示す条件は何か
今回との関係	共通点と相違点を少なくとも一つずつ言えるか

この四つを確認できない事例は、うまく話す前に止めます。営業だけで公開範囲を広げたり、空欄を推測で埋めたりしません。

顧客事例そのものに、成果だけでなく例外・追加負担・未測定をどう残すかは「成功事例に残すべき影」と「営業・CS引き継ぎシート」が所有します。本記事は、確認済みの一事例を商談でどう話すかだけを担当します。

「前・きっかけ・後・残り・同じ・違う」の6欄で話す

一事例を、次の六欄に一行ずつ書きます。これは理解や成約を保証する理論ではなく、事例の適用範囲と違いを消さないための実務フレームです。

欄	書くこと	入れないもの
1. 前	導入前の一日の仕事、担当、困る場面	「非効率だった」だけの評価
2. きっかけ	見直しを始めた出来事、選択条件、対象範囲	後から作った成功理由
3. 後	導入後に実際に変わった仕事と確認時点	今回も同じになるという予測
4. 残り	変わらなかった仕事、残った負担、例外、未確認	都合の悪い条件の省略
5. 同じ	今回と共通する、確認済みの仕事・条件	業界や規模だけからの推測
6. 違う	今回と異なる条件、影響がまだ分からない点	「ほぼ同じ」という丸め

企業プロフィールは、必要な条件を示す時だけ使います。「従業員数が近い」より、「貸出担当と返却確認担当が分かれている」のように、今回の仕事と比較できる粒度へ下げます。

架空の備品貸出台帳で、6欄を練習する

次は、架空の備品貸出台帳サービスを使った練習例です。実在企業、製品、導入成果を示すものではありません。

編集室で、ミナトは事例資料の先頭へ、導入企業の規模と大きな改善率を置こうとしていました。

数字や固有顧客を使わずに練習すると、六欄は次のようになります。

欄	架空例の記入
前	一つの倉庫で、担当者が紙の貸出票を見ながら返却待ちの備品を探していた
きっかけ	貸出先と返却状態を同じ記録で照合する必要が生じ、承認済みの台帳を試した
後	担当者が台帳から貸出先と記録上の返却状態を確認する運用へ変えた
残り	現物確認、破損判断、責任者の承認、記録と現物が違う時の対応は残った
同じ	今回も、道具を社内で貸し出し、返却待ちを確認する仕事がある
違う	事例は一倉庫、今回は複数倉庫。拠点間の権限と現物移動は未確認

この例から、探す時間が減ること、返却漏れがなくなること、複数倉庫でも使えることまでは言えません。後の欄に書いたのは運用の変化であり、今回の成果予測ではありません。

共通点と相違点は、相手に探させず営業側から仮置きする

「御社にも当てはまりそうですか」とだけ聞くと、何を比べる質問かが曖昧です。営業側から、確認済みの共通点と相違点を一つずつ仮置きします。

この事例と同じなのは、貸出先と返却状態を照合する仕事がある点です。違うのは、事例は一倉庫、今回は複数倉庫である点です。ほかに同じ条件、違う条件はありますか。拠点間の権限は次に確認してもよいですか。

ここでの「同じ」「違う」は結論ではありません。相手が「実際は貸出先を記録していない」「倉庫間の移動はない」と訂正すれば、事例との距離が変わります。

比較軸は、相手の問いに関係するものだけに絞ります。

• 誰が使い、誰が承認するか。
• 一日のどの仕事で使うか。
• 対象数、拠点、期間、例外がどこまで同じか。
• 導入に必要な入力、移行、教育、支援は同じか。
• 変わらない仕事と、止める条件は同じか。

同業他社でも、判断に重要な条件が違えば近い事例とは限りません。異業種でも、比較したい仕事と条件が共通する場合はあります。ただし、共通部分だけを根拠に結果まで広げません。

数字・許諾・匿名化は、話し方で補わない

事例トークを整えても、元の事例の確認不足は補えません。次の境界は、正式資料と担当者へ戻します。

• 数字: 比較対象、期間、母数、対象範囲、算出方法、確認日を外さない。承認表現より強く言わない。
• 許諾: 誰に、どの媒体・相手・期間・項目まで共有できるかを確認する。
• 匿名化: 社名を消すだけで足りると決めず、役割、地域、時期、珍しい事情からの再特定も確認する。
• 例外: 良い結果と同じ記録に、変わらなかった仕事、残った負担、未確認を置く。
• 再現性: 一社の結果を、今回の保証、典型値、業界標準として話さない。

金額効果と費用を比べる計算は「ROIを三つのシナリオで説明する」が所有します。社内の承認者へ何の材料を戻すかは「稟議が止まった時の支援」へ分けます。

話せる事例がない時は、「ない」と言って検証方法へ替える

同じ条件の導入事例がない時に、架空の利用場面を実績のように話してはいけません。「同じ条件で確認済みの事例はまだありません」と伝え、今回の条件を確かめる方法へ替えます。

候補は、正式仕様の確認、デモ、対象を限定した試行、質問の持ち帰りです。試行する場合は、開始前に次を決めます。

• 何を確かめ、何を確かめないか。
• 現状と結果を、誰がどの方法で記録するか。
• 顧客側に増える作業と支援範囲。
• 変更、保留、中止へ切り替える条件。
• 次に誰がいつ判断するか。

詳しい設計は「営業のトライアル提案テンプレート」へ戻します。事例がないことを弱点として隠すのでなく、分からない範囲と確認方法を同じ場所に置きます。

商談用の一枚に、最後の一問まで書く

次の商談で使う一事例を一件だけ選び、一枚に書きます。

欄	記入する一行
相手の問い	この事例で、何を判断してもらうのか
前	導入前の担当・仕事・困る場面
きっかけ	見直しを始めた理由と選択条件
後	導入後に実際に変わった仕事と確認時点
残り	変わらなかった仕事、負担、例外、未確認
同じ	今回と共通すると確認できた条件
違う	今回と異なる条件、影響が分からない点
根拠・許諾	戻る資料、版、担当者、共有できる範囲
最後の一問	「ほかに同じ・違う条件はありますか。次に何を確かめますか」

話す順番は、前、きっかけ、後、残り、同じ、違うです。相手が途中で質問したら、その問いに答え、正式な根拠へ戻ります。六欄を最後まで読み上げることを目標にしません。

まず、次の商談で開く事例を一件だけ選んでください。前・きっかけ・後・残りを一行ずつ書き、今回との共通点と相違点を一つずつ置きます。最後に、相手が違いを訂正し、次の確認を選べる一問を書けば、他社の成功を押す話から、今回の判断を助ける比較へ戻せます。

関連記事｜事例を作る前後の仕事を分ける

• 事例記録に証拠・例外・追加負担を残す: 成功事例に残すべき影
• 顧客の期待と提供範囲を部門間で照合する: 営業・CS引き継ぎシート
• 効果額と総費用を条件別に比較する: ROIを三つのシナリオで説明する
• 同条件の事例がない時に小さく確かめる: 営業のトライアル提案テンプレート

承認済みの一事例を、前後の日常、残った仕事、今回との共通点・相違点に分け、相手が適用範囲を訂正できるようにする実務フレームです。