リードが月曜にフォームを送信し、人間から連絡が来るのは木曜です。dealが金曜に受注となり、それを届けるaccount managerが知るのは次のstandupで、しかも見出しの数字だけです。どちらもhandoffであり、どちらもあなたの売上が静かに消えていく場所です。問題はステージ内部の作業にあることはほとんどありません。レコードが手渡されるその瞬間にあります。
2つの変化がhandoffをfunnelの高コストな部分にしました。第一に、パイプラインは以前より作りにくくなったため、すでに費用を払ったリードを無駄にすることはもはや誤差ではありません。リードに対してできる最も重要なことはSLAを導入することだというSaaStrの主張は、リード1件あたりが高くなるほど重みを増します。service-level agreementがなければ、担当者は熱いリードに流れ、残りは腐ります。第二に、顧客がfitしていなければ、成約するdealは見かけより価値が低くなります。Harvard Business Reviewの2026年1月の記事「短期売上を顧客との適合より優先するリスク」は、その結果を「sales debt」、すなわちtop-lineの成長の下に隠れた負債と呼びます。どちらの問題もhandoffの「中」ではなく「上」にあります。
売上レコードの責任が手渡される移行点はちょうど2つあり、データと金額が漏れるのはその両方です。1つ目はマーケティングから営業へのhandoffで、リードが誰かの「連絡する担当業務」になる瞬間です。2つ目は営業からアカウントチームへのhandoffで、成約したdealが誰かの「維持し拡大する担当業務」になる瞬間です。多くのチームはこの2点の間で起きることには詳細なプロセスを持ち、2点そのものにはほとんど持ちません。それは逆さまです。
私が最もよく見る失敗は、フォーム送信から3日後に届く初回接触です。その頃には買い手は競合2社と話しているか、何かを記入したこと自体を忘れています。解決策は「もっと速く」という精神論ではありません。書面化したリードSLAです。あらゆるインバウンドのリードは定義された時間枠内に接触され、決まったcadenceでfollow-upされ、担当者が枠を逃せば自動的に再割り当てされます。SLAは、速さを性格ではなく仕組みに変えます。
このhandoffの2つ目の失敗はもっと静かです。到達不能なリードを外すルールがないため、パイプラインは誰も連絡できないリードで詰まります。担当者は、クローズすると諦めたように感じるため死んだリードをオープンなステージに残し、パイプラインは決して転換しない名前で少しずつ埋まります。こうなると、そのパイプラインを読むforecastはすべて狂い、しかも誰にも見えない形で狂います。
ここが多くのチームの間違うところです。リードがうまくいかないと、「失注(disqualified)」と押印されて1つのバケツに放り込まれます。しかし「失注」は少なくとも4つの異なる結末を含みます。後でnurturing、マーケティングへrecycle、恒久的にsuppress、そして本当に失った、です。これらを単一ステータスにまとめることは、手元にある最も有用なデータを捨てることです。
それはリードを供給したchannelも汚染します。汎用的な「失注」シグナルをad platformに送り返せば、その最適化エンジンに「完全に良いリードがゴミだった」と伝えることになり、エンジンはもっとゴミを探してきます。「今ではない」と「決してない」を区別するdispositionの分類体系は官僚主義ではありません。誤った人を獲得するために払い続けるのをやめる方法であり、handoffがステータスだけでなく理由を書き戻して初めて機能します。
2つ目のhandoffは誰も担当したがらないものです。なぜなら、dealがclosed-wonと記録された瞬間に担当者の役目は終わるからです。dealはその担当者の頭の中に留まり、その間にaccount managerは冷えた状態で引き継ぎます。多くの場合は本当のパイプラインではなく連絡先レコードから作業し、商談の場で何が約束されたのかの視界はありません。CRMに引き継ぎという概念がまったくなかったため、どの受注accountが実際に引き継がれたかを手作業のスプレッドシートで追っているチームを見たことがあります。
報酬がそれを悪化させます。残るnet-newの売上ではなく成約したdealの素の本数で営業に支払えば、handoffはあなたの問題ではないとチームに伝えたことになります。チームは署名に向けて最適化し立ち去り、HBRが述べる「sales debt」はaccountを引き継いだ人に降りかかります。handoffが失敗するのは、インセンティブが一度もそこに向けられなかったからです。
私たちは最近、単一のCRM上でリードと営業のlifecycleを再設計していたDACH地域のSeries BのB2B SaaS企業と仕事をしました。パターンは教科書どおりでした。インバウンドのリードへの初回接触に最大3日かかっていました。bookerのパイプラインは、数か月前に音信不通になり、きれいな失注ステータスに移されることのなかったリードで一杯でした。裏側では、システムがその引き継ぎを追跡していなかったため、マネージャーが、受注済みだがまだaccount managerに渡されていない顧客を手作業のスプレッドシートで管理していました。そしてcomp planはdealの本数を報い、残る金額を報いていませんでした。
そのどれにも新しいツールは要りませんでした。必要だったのは、担当の付いた2つのhandoffです。入口にはSLAとdispositionの分類体系、出口には整合したインセンティブを伴う本物の所有権の移転です。各handoffに明確な担当者とルールができた途端、皆が別々の問題として扱っていた漏れは、2か所に現れた同じ1つの問題だと分かりました。
- リードSLAを書き、自動的に強制する。 あらゆるインバウンドのリードは、定義された時間枠内の初回接触、固定のfollow-up cadence、担当者が逃したときの自動再割り当てを受けます。追いかけるのはマネージャーではなく、システムにさせましょう。
- 「失注」に分類体系を与える。 単一ステータスを、nurturing・recycling・suppression・本当の失注に置き換え、失注のたびに理由を必須にします。見えない漏れは直せません。
- dispositionの理由を発生源へ書き戻す。 本物のlost-reasonデータを、リードを生んだchannelに返し、その最適化が誤った人をこれ以上連れてこないようにします。
- 受注dealのhandoffに担当者を置く。 営業からアカウントチームへの移転は、誰かが脇で持つスプレッドシートではなく、責任者のいるシステム上のイベントである必要があります。
- account managerに連絡先だけでなくパイプラインを与える。 renewalや拡大もdealです。アカウントチームが連絡先レコードから作業すれば、すでに勝ち取った売上のforecastは存在しません。
- 報酬を、残るnet-newの売上に向ける。 署名の素の本数ではなく、残る金額に支払い、handoffを全員の利益にし、次の人だけの問題にしないようにします。
壊れたhandoffを、その周りのステージでの努力で埋め合わせることはできません。多くのrevenue stackで最も安上がりな信頼性の向上は、funnelの真ん中の新しい自動化ではなく、レコードが手渡される2つの移行点に担当者とルールを置くことです。多くのチームにとっては四半期がかりのプロジェクトではなく、数日の設計と設定で済みます。第2の手が欲しければ、それこそが私たちのrevenue operationsの仕事の目的です。あるいはお問い合わせいただければ、最も漏れているhandoffから始めます。forecastとパイプラインが食い違う理由という関連テーマについては、pre-pipelineのdeal stageに関する関連記事をお読みください。
- Harvard Business Review.「The Risks of Prioritizing Short-Term Revenue Over Customer Fit.」2026年1月。hbr.org
- SaaStr.「The #1 Most Important Thing You Can Do With Your Leads: Implement an SLA.」saastr.com
Carolina Decastri