「なぜ受注できなかったのか」「どこで商談が止まるのか」——これらが答えられない営業組織は、感覚と記憶で動いている。HubSpot のパイプラインを正しく設計すれば、営業プロセスがデータになる。ボトルネックが見え、予測が立ち、改善が回り始める。この章では、実際の商談の動きに沿ったパイプライン設計の全技法を解説する。
HubSpot が用意するデフォルトのパイプラインステージ（Appointment Scheduled → Qualified to Buy → Presentation Scheduled…）は、あらゆる業態に対応するための汎用設計だ。そのままでは自社の営業プロセスとズレが生じる。パイプラインは「セラー側の作業進捗」ではなく「バイヤー側の意思決定の進み具合」で定義するのが、2026年時点のベストプラクティスだ。
| 買い手視点（推奨） | 売り手視点（非推奨） | |
|---|---|---|
| ステージ名の例 | 「課題特定完了」「予算・権限確認済み」「比較検討中」 | 「初回電話した」「提案書送った」「クローズ予定」 |
| 何を表しているか | バイヤーが「次のステップに進む意思を示した」証拠 | 営業担当者が「このアクションをした」という活動記録 |
| フォーキャストへの影響 | バイヤーの行動に基づくため、確度予測の精度が高い | 「提案書送ったが反応なし」でも高ステージになりうる |
| コーチングへの活用 | 「なぜ次のステージに進めていないか」が明確になる | 「アクション数」の管理になりがちで商談の質が見えない |
買い手視点のステージ定義にすることで、「なぜこの商談はここで止まっているのか」が HubSpot のパイプラインを見るだけでわかるようになる。マネージャーは週次パイプラインレビューで、感覚ではなくデータを使って的確なコーチングができる。
ステージが少なすぎると（3つ以下）フォーキャストの粒度が粗くなる。多すぎると（8つ以上）営業担当者が「どこに入れるべきかわからない」と感じ、入力率が落ちる。5〜7ステージが最も運用しやすく、精度の高いフォーキャストを実現できる。ただし、これはあくまで目安。複雑な購買プロセスのある業態では8〜9でも問題ない。重要なのはステージ間の境界が明確なことだ。
パイプラインのステージを「名前だけ」で作るのは不十分だ。各ステージには「進入条件（Entry Criteria）」「確度（Win Probability）」「最大滞在期間（Days in Stage）」の3つを必ず設定する。これがフォーキャスト精度と商談健全性チェックの基盤になる。
初回アポが確定し、ヒアリングを実施する前の段階。商談作成のタイミングはここ。
ヒアリングを通じて課題・予算感・意思決定プロセスが明らかになった段階。MEDDIC/BANT 的な情報が揃っている。
ソリューション提案またはデモを実施し、バイヤーが「検討する価値がある」と判断した段階。
競合との比較検討フェーズ。意思決定者が関与し、ROI・導入計画について議論が始まっている。
見積書・契約書を送付し、条件交渉・法務レビューが進んでいる段階。クローズが目前。
バイヤーが購買を中止・先送り・競合を選択した状態。失注理由の記録が必須。次の改善サイクルのインプットになる。
HubSpot デフォルトの確度設定（20%, 40%, 60%, 80%, 90%）は「平均的な B2B 企業」を前提にした値だ。自社の実績データをもとに四半期ごとに確度を見直すことで、フォーキャストの精度が大幅に向上する。設定は「設定 → オブジェクト → 商談 → パイプライン → 各ステージの編集」から変更できる。
各ステージの「目安滞在期間」を決めたら、その期間を超えた商談に自動アラートを送るワークフローを設定しよう。たとえば「比較検討ステージに14日以上滞在している商談があれば、担当営業とそのマネージャーにSlack通知」。これだけで塩漬け商談を劇的に減らすことができる。設定方法は第7章（自動化設計）で詳述する。
HubSpot では Starter 以上で複数のパイプラインを作成できる（Professional は最大 50 本）。ただし「多ければいいわけではない」。異なる営業プロセス・異なる購買意思決定のフローが存在する場合にのみ、パイプラインを分けるべきだ。
中小企業向けのシンプルな新規商談。意思決定者が1〜2名・商談期間が短い（2〜4週間）ため、ステージ数を絞る。スピード感重視の設計にする。
大企業向けの複雑な新規商談。複数の意思決定者・情シス・法務のレビュー・PoC（概念実証）が挟まることが多く、ステージを細かく設定する必要がある。
既存顧客の契約更新専用。新規獲得とは購買プロセスが全く異なる（CS が主導・既存満足度が判断基準）ため、必ず別パイプラインにする。更新日の90日前に自動作成するワークフローと組み合わせると強力。
既存顧客への追加提案専用。信頼関係が既にあるため商談サイクルが短く・承認プロセスも異なる。新規顧客獲得パイプラインと混在させると分析が不正確になる。
「担当者ごとにパイプラインを分けたい」「製品ラインごとに分けたい」という要望はよくあるが、基本的にはNGだ。パイプラインを分けすぎるとレポートが断片化し「全社のパイプライン合計」が見えなくなる。担当者の区別はプロパティ（HubSpot Owner）・フィルタ・チームで管理し、製品の区別は商談プロパティで管理するのが正しい設計だ。
商談レコードに記録するプロパティは「フォーキャストに使うもの」と「分析・改善に使うもの」の2種類に分けて考える。特に失注理由・競合情報・クローズ理由は、戦略改善の源泉データになるため、入力を必須化して継続的に蓄積する仕組みを作ることが重要だ。
パイプラインを設計したら、定期的に「健全性チェック」を実施する習慣が必要だ。パイプラインカバレッジ・ステージ転換率・商談速度（Deal Velocity）の3指標を週次・月次で確認することで、問題が大きくなる前に早期対処できる。
上記の例では「比較検討ステージの転換率が50%」と低く、ここがボトルネックになっている。この場合、マネージャーが確認すべきは「比較検討ステージで止まっている商談の共通点は何か」だ。意思決定者が不在？競合情報が不十分？ROI が示せていない？——HubSpot のフィルタ機能で「比較検討ステージに14日以上滞在している商談」を抽出し、コーチングのアジェンダにする。
| チェック項目 | 確認方法（HubSpot） | 対処アクション |
|---|---|---|
| 新規商談の追加数 | ダッシュボード「今週作成した商談数」レポート | 目標未達の場合はプロスペクティング活動の強化を指示 |
| ステージ移動のない商談 | 「最終アクティビティ日」でソートし7日以上のものを抽出 | 担当者に停滞理由をヒアリング。アクション計画を立てる |
| 今月クローズ予定の商談 | Forecast ビュー → 今月のコミット・ベストケースを確認 | コミット商談のブロッカーを確認し、クローズ支援を実施 |
| クローズ予定日が過去になっている | 「クローズ予定日 < 今日」フィルタで抽出 | 担当者に状況確認し、クローズ日の更新または失注処理を依頼 |
| AI Deal Risk アラート | 商談リストの「Deal Risk」カラムでリスクフラグ確認 | 通話録音・メールを確認し、リスク内容に応じた介入を実施 |
Professional 以上で利用できる AI Deal Score は、過去の商談データを学習し「この商談が受注できる確率」を 0〜100 でスコアリングする。ステージ確度（担当者が設定した主観的な確度）と AI Deal Score を組み合わせることで、「担当者は強気だが AI は低スコア」という乖離商談を早期発見できる。週次レビューでこの乖離商談に時間を集中投下することが、フォーキャスト精度向上の近道だ。
「営業が何をしたか」ではなく「バイヤーが何を決めたか」でステージを定義する。これだけでフォーキャスト精度とコーチングの質が劇的に上がる。
名前だけのステージは機能しない。「このステージに入るために何が必要か」を明文化し、確度は自社の実績データで毎四半期更新する。
新規獲得・更新・アップセルは購買プロセスが根本的に異なるため分ける。担当者別・製品別はプロパティとフィルタで管理し、パイプラインは増やさない。
失注理由・競合名・受注理由を必須プロパティに設定し、四半期ごとに集計・分析する。これが戦略改善の最大のインプットになる。
カバレッジ比率（3〜5倍）・ステージ転換率・商談速度の3つを週次ダッシュボードで確認する。数字の悪化に早期に気づくことが最大のリスク管理だ。
担当者の主観的な確度と AI Deal Score の乖離商談に注目する。「担当者は高確度・AI は低スコア」の商談こそ、マネージャーが最優先で介入すべき案件だ。