1. TL;DR――営業マンを倒しても経験値は入らない
ある大手転職サービスで、担当者としっかり面談した。
結論はかなりまともだった。
「今すぐ転職しなくていい。今の環境で実績を作って、必要になったらまた相談しましょう」
なるほど。売上のために無理やり転職させるのではなく、利用者にとっての最適解を出している。担当者への信頼度は上がる。
ところが約1か月後。
📞「その後いかがですか？ また面談しませんか？」
さらに別系統では、ある担当者と話した翌日に別の人から、
📞「こちらのサービスはいかがでしょうか？」
利用者の脳内は一つである。
昨日お前らと話した。
社内では別部署、別サービス、別KPI、別架電リストなのかもしれない。しかし客から見れば全部「同じ会社」だ。
そして職場ではさらに強い個体が現れる。
「電話は全部出ろ！」
営業電話にも全部出る。しかも断るだけではない。
「そのサービスを入れて何の価値があるんですか？」
と毎回きっちり議論する。
討論としては立派かもしれない。だが業務改善の目で見ると、かなり不思議な競技である。
営業を論破しても会社に経験値は入らない。
年間100時間を電話対応に使っているなら、8時間勤務で約12.5日、40時間週なら約2.5週間。目の前に100時間級の改善テーマが落ちているのに、一本ずつ営業マンをレビューしている場合ではない。
この記事では、この現象を「人が悪い」で終わらせず、情報共有、部門サイロ、電話という同期割り込み、KPI、業務設計として解剖する。
2. 今は転職しなくていいの1か月後に面談どうですか？
最初の担当者の判断は、むしろ良い顧客体験だった。
転職エージェントは転職が成立すれば商売になる。それでも「今は動かなくていい」と言えるなら、少なくともその面談単体では利用者利益を優先している。
問題はその後だ。
一度「今は転職意向が低い」という文脈ができたのに、別の接点から初期化されたような電話が飛んでくる。
ここで重要なのは、「会社に情報が存在しない」と断定しないことである。内部システムは見えない。
実際には少なくとも次のパターンが考えられる。
- 面談記録そのものが別システムにある。
- 記録は共有DBにあるが、別部門から見えない。
- 見えるが、架電リスト生成ロジックが参照していない。
- 「転職意向は低い」があっても、別サービスの営業対象から除外する抑止フラグになっていない。
- 各部門がそれぞれのKPIを追うため、「全社として今この人に電話すべきか」が誰の責任でもない。
つまり、ありがちな事故は「データがゼロ」ではなく、データが業務フローを止める力を持っていないことである。
CRMに「今は転職しない」と書いてあっても、翌朝のダイヤラーがそれを無視して100件リストを吐けば、客のスマホは鳴る。
CRMはある。記録もある。電話も来る。全部ある。必要なのは停止条件だった。
3. 客は1社しか見ていない。社内は20部署を見ている
部門サイロの厄介さは、内部では合理的に見えることである。
- キャリア相談部門は面談件数を追う。
- 別サービス部門は利用開始率を追う。
- 営業部門は接触件数を追う。
- コール部門は架電数を追う。
各チームが自分の数字を改善すると、ダッシュボードは緑色になる。
一方、客側の画面はこうだ。
昨日：1時間話した
今日：同じ会社から別サービス営業
来月：また面談しませんか
客：セーブデータ消えた？
McKinseyは顧客体験が本質的に部門横断であり、機能別サイロを強く残すと個別接点は最適化されても、エンドツーエンドの顧客ジャーニーが最適化されないと論じている。[4]
Salesforceのベンダー調査でも、CRMの断片化や部門ごとのデータ分断が、一貫した顧客体験を阻害するという回答が多い。[5] これは特定企業の内部事情を証明するものではないが、現象としては珍しくない。
客は組織図を契約していない。
「A事業部からの電話だから昨日のB事業部とは別件です」は、社内説明としては正しいかもしれないが、顧客体験としてはほぼ無効である。
4. 電話は「人間を強制的に同期処理へ変えるAPI」である
メールなら後で読める。
チャットなら通知を消せる。
電話は違う。
鳴った瞬間、相手はこう要求してくる。
今、この場で、あなたの注意資源をこちらに割り当ててください。
APIとしてかなり強い。
しかも最初の一声では、重要連絡か営業か分からない。
「もしもし」
「○○の△△です」
ここまではまだ重要な可能性がある。いきなり怒るわけにもいかない。
「本日は新しいサービスのご案内で――」
ここで営業確定。
しかし、もう作業は中断している。
割り込み研究では、元の仕事に戻るまでの**resumption lag（復帰遅延）**が観察され、急いで復帰するとエラーが増えることも示されている。[1] 2021年の系統的レビューとメタ分析では、割り込みの悪影響を減らす介入は、全体として主作業の正確性を改善し、復帰遅延を短くした。[2]
さらに有名な実験では、割り込まれた参加者がむしろ作業を速く終えた一方、ストレス、フラストレーション、時間圧、努力感が高まった。[3]
つまり「電話が来ても仕事は終わっているから問題なし」は雑すぎる。
人間は帳尻を合わせるため、速く走って取り返している可能性がある。
営業電話の通話時間が3分でも、コストが3分とは限らない。
5. 「全部出ろ！」――年間100時間の手動Webhook
ここで架空の複合キャラクター、全部出ろ部長を召喚しよう。
📞「プルルル」
部長「全部出ろ！」
社員「はい！」
📞「電気料金削減のご提案で――」
社員「営業でした」
部長「仕事しろ！」
その仕事を止めたのは誰だ。
「全部出る」は、一見すると礼儀正しい。機会損失も防げそうだ。
しかし業務設計としては、すべての外部イベントを無条件で人間の割り込みに変換するという意味になる。
Webhookなら普通はフィルタを書く。
- 既存取引先 → 通す
- 採用候補者 → 通す
- 緊急 → 通す
- 不明番号 → 発信元確認
- 明確な営業 → 受付で終了
ところが全部出ろ方式では条件文がない。
if phone_rings:
interrupt_everyone()
年間100時間なら、8時間勤務換算で12.5日。40時間週換算で2.5週間である。
もちろん100時間のすべてが無駄ではない。重要電話もある。
だからやるべきことは「電話をゼロにしろ」ではなく、100時間の内訳を層別して、価値の低い割り込みを削ることだ。
QCの基本である。
6. 営業電話を「論破」するという社内eスポーツ
さらに全部出ろ部長は強い。
営業電話を受けると、即切らない。
「それを導入して何の価値が？」
「費用対効果は？」
「今の方法より優れている根拠は？」
営業担当も負けない。
「まず弊社の強みをご説明しますと――」
ラウンド開始。
15分後。
「必要ないですね」
WINNER：誰もいない。
もちろん、本当に導入候補なら質問する価値はある。市場調査や仕入先評価として記録し、比較表に反映するなら業務になる。
だが、最初から買う可能性がほぼなく、最終成果が「営業担当を言い負かした」で終わるなら、業務的にはかなり厳しい。
QC風に採点するとこうなる。
| 指標 | 評価 |
|---|---|
| 論破の品質 | 高いかもしれない |
| 通話時間 | 長い |
| リードタイム | 悪化 |
| 元作業への割り込み | 発生 |
| 再利用できる成果物 | ほぼなし |
| 付加価値 | ほぼ0 |
| 観客 | いない |
| 経験値 | ドロップしない |
営業マンはラスボスではない。
倒しても宝箱は出ない。
7. 「100時間」を会社の数字に翻訳すると急に笑えない
「電話がうざい」は感想である。
「年間100時間」は改善テーマである。
仮に年間100時間なら、単純換算で次の規模になる。
- 8時間勤務：約12.5人日
- 40時間勤務週：約2.5週間
- さらに割り込み後の復帰時間が乗る可能性
- 複数人が同じ電話に巻き込まれればコストは人数倍
ここで重要なのは、通話時間だけをKPIにしないことだ。
見るべきは、
総通話時間 + 不要架電率 + 同一顧客への重複接触 + 復帰遅延 + 中断された主作業の損失
である。
「電話対応100時間を50時間にした」は、ただの時短ではない。
50時間を調達、設計、採用、顧客対応、改善、教育など、本来の仕事へ戻せる。
電話対応削減は、地味だが工場の配管から漏れている圧縮空気を止める系の改善である。一本は小さい。年間で見ると急に大きい。
8. 改善するなら――営業を強く断るより、営業が人まで届かない設計にする
個人側では迷惑電話ブロックアプリがかなり合理的だ。
しかし組織なら、個人の反射神経に任せず仕組みにする。
8-1. 顧客状態を「メモ」ではなく制御フラグにする
例えば、
career_intent = lownext_contact_after = 90 daysmarketing_phone = nopreferred_channel = emailrecent_substantive_contact = yes
のように、状態が架電リストを実際に止める必要がある。
読むための記録ではなく、動作を変える記録にする。
8-2. 部門横断の抑止ルールを作る
「昨日A部門が1時間話した人に、今日B部門が営業電話」は、各部門単体では正常でも全社では異常である。
一定期間の重複接触抑止、連絡理由の共有、顧客単位のジャーニー所有者が効く。
8-3. 非同期ファーストにする
重要度が低い案内はまずメールやアプリ通知。
電話は、
- 緊急
- 予約済み
- 双方向で即時調整が必要
- 相手が電話を希望
に寄せる。
人間を勝手に同期処理へ切り替えない。
8-4. 「全部出ろ」を「価値のある電話を逃すな」に変える
この二つは似ているようで全然違う。
前者は入力を最大化する。
後者は必要な入力の取りこぼしを防ぎつつ、ノイズを捨てる。
受付、番号データベース、迷惑電話判定、IVR、留守電、SMS、折り返しルールなど、フィルタは何層でも作れる。
8-5. 営業電話に勝たない
導入可能性が低いなら、
「今回は不要です。営業電話は結構です。失礼します」
で終了。
議論したい欲が出ても耐える。
業務では正しさより終了条件が大事な場面がある。
9. 結論――営業マンを倒すな。無駄工程を倒せ
この話の面白いところは、個々人はそれなりに正しいことである。
最初の転職担当者は、利用者に「今は転職しなくていい」と適切な助言をした。
別部門の営業担当は、自分の架電リストに従って電話しただけかもしれない。
職場の管理者も、「重要電話を逃すな」「提案の価値を見極めろ」と考えていたのかもしれない。
だが、局所最適を全部足すと、
昨日話した客にまた電話し、全社員が営業電話に出て、管理者が営業マンと15分討論し、年間100時間が消える。
システムとして見ると、急にコントになる。
だから改善対象は「もっと上手に営業を論破する方法」ではない。
電話が誰に、なぜ、いつ届くべきか。届かなくていい電話をどこで落とすか。顧客状態を全社の行動にどう反映するか。
ここを設計する。
最後にQC風の最終判定を置いておこう。
論破の品質：高い
プロセス能力：低い
リードタイム：長い
付加価値：0に近い
推奨対策：営業マンではなく無駄工程を倒す
経験値は、そっちから出る。
