📙 HubSpot CRM/MA ゼロから学ぶ実践教科書
Chapter 5

営業パイプライン管理
取引・商談の可視化と管理

マーケティングが育てたリードが「MQL → 営業引き渡し」された後、どのように商談を管理し成約につなげるか。取引オブジェクトの設計・パイプラインのステージ設計・活動ログ・複数パイプラインの使い分け・ワークフローとの連携まで、エンジニア・PMが知っておくべき営業プロセスの全体像を解説します。

🎯 対象レベル:入門〜中級
⏱ 読了目安:60〜75分
🔗 前章:第4章 メール配信・シーケンス
Learning Materials

📚 この章の学習教材

🎧 音声教材(NotebookLM)
🗺️ マインドマップ
🗺️ マインドマップ
📊 図解・インフォグラフィック
📊 図解・インフォグラフィック

この章の内容

  1. パイプラインとは — 取引ステージの概念と設計の考え方
  2. 取引オブジェクトの設計 — 金額・担当者・クローズ予定日
  3. 複数パイプラインの設計と使い分け
  4. タスク・活動ログ — コール・メール・会議の記録
  5. 見積もり・決済機能(Commerce Hub)の概要
  6. ワークフローと連携した取引の自動進行
Section 5-1

パイプラインとは — 取引ステージの概念と設計の考え方

パイプラインとは、商談が「初回接触」から「成約(または失注)」まで どのステージにあるかを可視化する仕組みです。 営業全員の案件状況が一目でわかるカンバンボードのようなものです。 適切に設計されたパイプラインは「どの案件がどこで止まっているか」「今月の売上予測はいくらか」 をリアルタイムで把握できます。

パイプライン全体像(標準的な7ステージ設計)

BtoB SaaS の標準パイプライン設計例

10%
アポイント設定
初回商談の日程調整が完了した状態
確度10%
25%
ヒアリング実施
初回商談でニーズ・課題を確認済み
確度25%
50%
提案・デモ済み
製品提案・デモンストレーションが完了
確度50%
75%
見積もり提出
正式な見積書を提出し検討中
確度75%
90%
契約交渉中
契約条件の詳細調整・社内稟議中
確度90%
成約
Closed Won
契約締結完了
確度100%
失注
Closed Lost
商談不成立・見送り
確度0%

パイプライン設計の4原則

原則詳細NG例
① ステージ数は5〜7個が最適 多すぎると営業が更新をサボる。少なすぎると状況が掴めない。5〜7ステージが運用しやすい最適値。 10ステージ以上のパイプライン → 更新が面倒で放置される
② 各ステージに「完了の定義」を設ける 「このステージに進む条件は何か」を明確に定義する。曖昧だと担当者ごとに判断がズレる。 「なんとなく商談中」「提案した気がする」で進める
③ 確度(成約確率)を設定する 各ステージに成約確率(%)を設定することで、売上予測が自動計算される。 全ステージ確度50%で設定 → 予測に意味がなくなる
④ 失注理由を必須プロパティにする 「Closed Lost」に移動する際、失注理由(価格/競合/時期/ニーズなし等)を必須入力にする。この情報が将来の改善施策に直結する。 失注理由を記録せずにCloseだけする → 傾向分析ができない

パイプライン設定の場所


Section 5-2

取引オブジェクトの設計 — 金額・担当者・クローズ予定日

取引オブジェクトは「1件の商談・案件」を表すオブジェクトです。 コンタクト・会社とアソシエーションで紐付けて管理します。 取引の標準プロパティを正しく使いこなすことが、正確な売上予測の土台になります。

取引レコードの実際のイメージ

💰 株式会社ABC — CRM導入支援プロジェクト

🟡 見積もり提出(確度75%)
💰 取引金額
¥1,200,000
📅 クローズ予定日
2025/08/31
👤 担当者
田中 太郎
🏢 関連会社
株式会社ABC
👥 関連コンタクト
山田様・鈴木様
📊 重み付き金額
¥900,000

取引の重要プロパティ一覧

プロパティ名内部名役割・設計のポイント
取引名 dealname 「会社名 + 案件内容」の命名規則を統一する。例:「株式会社ABC_CRM導入」。検索しやすい命名が重要。
金額 amount 受注見込み金額(税抜き推奨)。売上予測・KPIレポートの基礎データ。ステージ進行時に必須入力にするのがベストプラクティス。
クローズ予定日 closedate 商談のクローズ予定日。毎月の売上予測に使われるため、現実的な日程を入力する。古い日付のまま放置しない。
パイプライン pipeline どのパイプラインに属するか。複数パイプラインがある場合は作成時に選択する。
取引ステージ dealstage 現在のステージ。変更するたびに日時が自動記録され、各ステージの滞在期間が計測できる。
失注理由 closed_lost_reason Closed Lostにした理由。ドロップダウンで選択肢を統一する。「競合他社」「価格」「時期」「ニーズなし」等。
取引ソース hs_analytics_source どのチャネルから来た商談か。マーケティングROIの計測に必須。

売上予測(Forecast)の仕組み

HubSpotはパイプライン内の取引金額と確度を掛け合わせて 「重み付き売上予測」を自動計算します。

アポイント設定(10%)
10%
ヒアリング実施(25%)
25%
提案・デモ済み(50%)
50%
見積もり提出(75%)
75%
契約交渉中(90%)
90%
成約 Closed Won(100%)
100%
💡 重み付き金額の計算例

見積もり提出ステージ(確度75%)の取引:¥1,000,000
→ 重み付き売上予測 = ¥1,000,000 × 75% = ¥750,000

パイプライン内のすべての取引の重み付き金額を合計したものが 「今月の売上予測」としてダッシュボードに表示されます。 この数字の精度を上げるためには、金額とクローズ予定日を正確に更新し続ける営業習慣が不可欠です。


Section 5-3

複数パイプラインの設計と使い分け(Professional以上)

ビジネスの成長とともに、「新規顧客獲得」と「既存顧客のアップセル」では 商談プロセスがまったく異なることに気づきます。 HubSpot Professional 以上では複数のパイプラインを作成でき、 それぞれ異なるステージ構成・確度・必須プロパティを設定できます。

🆕 新規獲得パイプライン
  • アポイント設定(10%)
  • ヒアリング実施(25%)
  • 提案・デモ実施(50%)
  • 見積もり提出(75%)
  • 契約交渉中(90%)
  • Closed Won / Lost
🔄 既存顧客アップセルパイプライン
  • アップセル機会特定(20%)
  • ヒアリング・追加提案(50%)
  • 見積もり提出(80%)
  • 社内承認待ち(90%)
  • Closed Won / Lost
🤝 パートナー経由パイプライン
  • パートナーから案件受領(15%)
  • 顧客直接ヒアリング(35%)
  • 共同提案・デモ(60%)
  • 見積もり調整(80%)
  • Closed Won / Lost
🔁 契約更新パイプライン
  • 更新対象特定(更新90日前)
  • 更新意向確認(60日前)
  • 条件交渉(30日前)
  • 契約書送付(15日前)
  • Closed Won(更新完了)/ Lost(解約)

パイプラインを分けるべき判断基準

分けるべきケース分けない方がいいケース
商談のプロセス・ステップが根本的に違う(新規 vs 更新等) ほぼ同じプロセスで、区別するメリットが薄い
KPIや目標が別々に管理されている(新規MRR vs 更新ARR等) 営業チームが少人数で全員同じプロセスを使う
担当チーム・担当者が異なる(新規営業チーム vs CSチーム等) パイプラインを増やすと管理が煩雑になる段階
🔧 エンジニア・PMへの実践的アドバイス

クライアントへのHubSpot導入初期はパイプラインは1つから始めることを強く推奨します。 複数パイプラインは「運用が定着してから」追加するのがベストプラクティスです。 最初から複数設定すると、データが分散して全体像が見えにくくなり、 営業担当者が「どちらのパイプラインに入れるか」迷う原因になります。


Section 5-4

タスク・活動ログ — コール・メール・会議の記録

HubSpot CRMの強みのひとつが、営業担当者のすべての活動(コール・メール・会議・メモ) がコンタクト・取引に自動的に紐付いて記録されることです。 「あの人と最後にいつ話したか」「どんな内容の商談だったか」が 担当者が変わっても即座に確認できます。

アクティビティタイムライン(実際の画面イメージ)

💰
取引ステージ変更:「ヒアリング実施」→「提案・デモ済み」

担当:田中太郎 / 自動記録

2025/07/15 14:30
📅
会議:製品デモの実施(60分)

参加者:山田様(ABC社)、田中(弊社)/ 次回:見積もり提示の日程を設定

2025/07/15 13:00
📧
メール送信:デモ資料・提案書の送付

件名:本日のデモのフォローアップ資料です / 開封:あり

2025/07/15 15:20
📞
コール:ヒアリング(25分)

課題:現行ツールでのデータ管理の煩雑さ。意思決定者は山田部長と鈴木社長の2名。

2025/07/10 11:00
📝
メモ:競合情報

現在Salesforceとも比較検討中とのこと。価格面での優位性・導入スピードが決め手になりそう。

2025/07/10 11:30
ワークフロー実行:「MQL → 営業アサイン」

ライフサイクルステージを「SQL」に更新。担当者:田中太郎にアサイン。

2025/07/08 09:15

活動の種類と記録方法

活動種別記録方法自動記録の可否
📧 メール Gmail / Outlook と HubSpot の連携で、送受信メールが自動でCRMに記録される ✅ 自動(連携設定後)
📞 コール HubSpotの通話機能を使って電話をかけると自動記録。外部で電話した場合は手動で通話ログを追加。 ✅ HubSpot通話ツール使用時
📅 会議・ミーティング HubSpotミーティングツール(予約ページ)経由での会議は自動記録。手動でも追加可能。 ✅ ミーティングツール使用時
📝 メモ・ノート コンタクト・取引詳細画面から手動で追加。商談メモ・競合情報・特記事項に使用。 ❌ 手動のみ
✅ タスク 手動作成またはワークフローから自動生成。期限・担当者・優先度を設定できる。 ✅ ワークフロー経由で自動生成可

タスク管理のベストプラクティス


Section 5-5

見積もり・決済機能(Commerce Hub)の概要

HubSpotには取引に紐付けた見積もり作成・電子署名・オンライン決済の機能があります。 これを使うと、HubSpotだけで「提案→見積もり→署名→支払い」の全プロセスを完結できます。

📄

見積もり(Quotes)

取引レコードから見積書を作成。商品・サービスのカタログから選択して自動計算。PDFダウンロード・共有URLで送付。

✍️

電子署名

見積書・契約書に電子署名機能を追加。署名完了が取引ステージの進行トリガーにできる。

💳

オンライン決済(Payments)

Stripe連携でクレジットカード・口座振替での決済をHubSpot内で受付可能。決済完了で取引が自動成約。

📦

商品カタログ

製品・サービスの単価・税率・請求周期(月次/年次)を登録。見積もり作成時に選択するだけで金額が自動計算。

🔁

サブスクリプション管理

月額・年額課金のサブスクリプションを管理。更新日・MRR・ARRをHubSpot内で追跡できる。

📊

収益レポート

MRR・ARR・チャーン率・新規/更新/アップセルの内訳レポートが自動生成される。

プラン別の利用可能機能

機能StarterProfessionalEnterprise
見積もり作成
電子署名
オンライン決済(Payments)✅(別途Stripe契約)
商品カタログ
サブスクリプション管理
収益レポート(MRR/ARR)
ℹ️ 見積もり機能を使うメリット(営業効率の観点)

従来:Excel で見積書作成 → PDF出力 → メール送付 → 手動でCRMを更新
HubSpot Commerce Hub:取引から直接見積書作成 → URLで共有 → 署名・決済まで完結 → 成約でCRMが自動更新

営業担当者の見積書作成にかかる時間を大幅に削減でき、 見積書のステータス(送付済み/開封済み/署名済み)がリアルタイムで追跡できます。 クライアントへのHubSpot提案時に「営業工数の削減」として訴求できる機能です。


Section 5-6

ワークフローと連携した取引の自動進行

第3章でコンタクトベースのワークフローを学びましたが、 取引ベースのワークフローを使うと営業プロセスそのものを自動化できます。 「ステージが変わったら何かが自動で起きる」仕組みを作ることで、 営業担当者の手間を大幅に削減し、抜け漏れを防ぎます。

取引ベースのワークフロー設計パターン4選

🎯 パターン①:取引作成時に自動で初動アクション

トリガー:取引レコードが新規作成された / 条件:担当者が未設定

👤
担当者を自動アサイン

ラウンドロビンで営業チームに均等割り当て

タスクを自動生成

「初回ヒアリングの日程調整」タスクを担当者に作成・期限:3営業日

📧
マネージャーに通知

「新規取引が作成されました」メール通知

📊
コンタクトのライフサイクル更新

関連コンタクトを「Opportunity」ステージに更新

🏆 パターン②:成約(Closed Won)時のウェルカムフロー

トリガー:取引ステージが「Closed Won」に変更された

📧
顧客へウェルカムメール送信

契約お礼と今後の流れのご案内(マーケメール)

👤
ライフサイクルを「Customer」に更新

関連コンタクトを自動更新

🔗
CSチームにチケットを自動作成

「オンボーディング開始」チケットを担当CSに割り当て

💬
Slackに成約通知

#sales チャンネルに「🎉 ○○社と成約!¥○○万円」を自動投稿

⏰ パターン③:滞留取引のアラート(ステージが長期間動いていない案件)

トリガー:取引の「ステージ更新日」から21日以上経過した / 条件:Closed ステージではない

⚠️
担当者に警告通知

「21日間ステージが動いていない取引があります」

📋
マネージャーにエスカレーション

30日以上滞留したらマネージャーにも通知

ワークフロー設計書 — 成約後の自動化フロー(詳細)
【ワークフロー名】成約後オンボーディング自動化
種別:取引ベースのワークフロー

トリガー:
  └─ 取引ステージ = "closedwon"(Closed Won)に変更された

アクション①(即時):
  └─ 関連コンタクトのライフサイクルステージを "customer" に更新

アクション②(即時):
  └─ マーケティングメール送信:「ご契約ありがとうございます(ウェルカムメール)」
     ※ 関連コンタクト全員に送信

アクション③(即時):
  └─ Slack通知(#salesチャンネル)
     メッセージ:「🎉 {{ deal.dealname }} が成約しました!
     担当:{{ deal.hubspot_owner_firstname }}
     金額:{{ deal.amount }}円」

アクション④(即時):
  └─ チケットを作成(Service Hub)
     タイトル:「{{ deal.dealname }} オンボーディング開始」
     担当者:CSチームのオーナー(ラウンドロビン)
     期限:取引成約日から5営業日後

遅延:7日後

アクション⑤(7日後):
  └─ 担当CSにタスク作成
     「オンボーディング完了の確認・顧客満足度ヒアリング」
     期限:実行から3日後
✅ 取引ワークフロー設計チェックリスト

□ 取引作成時に担当者が自動アサインされるワークフローがあるか
□ 成約時にコンタクトのライフサイクルが自動で「Customer」になるか
□ 成約後のオンボーディング・ウェルカムメールが自動送信されるか
□ 長期滞留取引(20日以上動いていない)への警告アラートがあるか
□ 失注時に失注理由の入力が必須になっているか(ステージの必須プロパティ設定)
□ 失注後の再アプローチワークフローが設計されているか(第3章パターン③参照)


Section 5-7

第5章まとめ

📌 この章で押さえるべきポイント

パイプラインは5〜7ステージが最適

多すぎると更新が放置され、少なすぎると状況が見えない。各ステージに「このステージに進む条件」を明確に定義し、確度(%)を設定することで売上予測が機能する。

取引の3大必須プロパティ

金額・クローズ予定日・担当者の3つが正確に入力されていないと売上予測が機能しない。特にクローズ予定日の「古い日付放置」は全体の予測を歪める。定期的な棚卸しが重要。

複数パイプラインは運用定着後に追加

新規/更新/パートナー等でプロセスが異なる場合は複数パイプラインが有効。ただし導入初期は1パイプラインから始めて、運用が定着したタイミングで分割する。

活動ログが引き継ぎと分析の命綱

コール・メール・会議・メモの記録がコンタクト・取引に紐付くことで、担当者交代時でも商談経緯が一目瞭然。「次のアクション(タスク)を常に取引に残す」習慣が成約率を上げる。

Commerce Hubで提案〜決済を完結

見積もり作成・電子署名・オンライン決済をHubSpot内で完結できる。見積書の開封状況がリアルタイムで追跡でき、署名完了が取引ステージの自動進行トリガーになる。

取引ワークフローで営業の抜け漏れを防ぐ

取引作成時の自動アサイン・成約時のウェルカムメール・長期滞留アラートの3つのワークフローを設計するだけで、営業プロセスの品質が大幅に向上する。

次章:第6章 レポート・ダッシュボード — データで意思決定する

マーケティング〜営業の全体パフォーマンスを可視化します。標準レポート・カスタムレポートの設計・ファネルレポート・売上予測・ダッシュボードの設計と共有方法まで解説します。

第6章へ →