HubSpotで営業パイプラインを整理する方法｜AI提案と売上予測を確認

HubSpotの案件停滞、Deal ProgressionのAI提案、Forecastの売上見込みを分けて確認。seat・権限、金額と期間設定、予測提出まで整理します。

確認日 2026年10月21日AIものさし編集部

HubSpotで営業パイプラインを整理するときは、止まった案件の次アクションと、期間内の売上見込みを分けて確認します。売上予測にはForecastツールがありますが、利用には契約、seat、権限の条件があります。AIが提案する対応を確認しただけで、売上予測も確定したとは扱いません。

この記事は、案件情報の基準をそろえ、AI提案を確認し、Forecastの表示条件と提出内容を照合する手順です。HubSpotの実アカウント操作、設定変更、AI提案、予測精度は実測していません。後半の案件と金額は、判断の違いを示す独自の架空例です。

案件一覧・AI提案・売上予測の役割を決める

表は横にスクロールできます

確認したいこと	使う情報・機能	確定させないこと
どの案件で対応が止まったか	案件のStage、次回予定、期限、担当	日数だけから失注と断定
次に何を確認するか	Deal Progressionの推奨と元の記録	AI提案だけから顧客への約束を追加
今月・今四半期の見込み	Forecastの期間、金額設定、提出予測	表示額を確定売上として扱う

一覧を整える目的は、対応が必要な理由を担当者が説明できることです。売上見込みを扱う場合は、その一覧と同じ対象期間、案件、通貨、金額定義なのかを確認します。数字が違うときに、すぐ案件金額を書き換えないようにしてください。

比較する案件の基準をそろえる

まず対象パイプライン、担当者、期間を決めます。Stageは顧客側で確認できた状態か、営業側が作業しただけの状態かを定義します。Close dateは顧客の合意日か担当者の見込み日か、Amountはどの通貨・契約範囲かもそろえます。

入力の不足は、一律に危険案件とせず、確認が必要な理由として分けます。

次回予定がない：最後の接点と、次に誰が動く約束だったかを確認する。
Close dateが過ぎた：顧客の日程変更か、入力の更新漏れかを確認する。
Stage滞在が長い：その工程で必要な審査・調達期間と比べる。
Amountがない：見積前なのか、入力漏れなのかを確認する。
Ownerがない：案件の責任者と、確認を引き受ける人を決める。

この分類は自社で決める運用例です。全Stageへ同じ日数を当てはめず、扱う商材と販売工程に合わせます。レコードの編集日時が新しいことも、顧客側で進展があった証拠とは限りません。

Deal Progressionの利用条件と元記録を確認する

現行の公式案内では、Deal Progressionはベータで、Sales HubまたはService HubのProfessional／Enterprise、対象seatなどの条件があります。設定にはベータ参加、HubSpot Notetakerまたは対応する会議連携、録音・文字起こしなどが関わり、推奨の確認・適用には接続済みメール受信箱も条件として説明されています。custom propertyのデータ取得にはCreditsが必要です。HubSpot：Deal progression（新しいタブで開く）

自分の画面に出ない場合、AI提案が不要と判断されたとは限りません。契約、seat、ベータ参加、AI利用設定、会議・メールの接続、対象の記録を管理者と確認します。機能が使えなくても、案件一覧から担当者が確認する作業は進められます。

提案が出たら、根拠の会議・通話・メールと案件情報へ戻ります。採用、却下、保留を決め、採用する情報だけを反映する運用にします。自動更新を利用している場合も、どの項目が対象かを確認し、顧客の希望を確定した受注日や契約条件へ変えないようにします。

Forecastが使えるか、権限まで確認する

HubSpotのForecastツールは売上予測に対応しています。公式の対象はSales HubまたはService HubのProfessional／Enterpriseで、通常の利用には割り当て済みのSalesまたはService seatとForecast権限を確認します。Super Adminにはseatに関係なくアクセスできる例外が説明されています。無料CRMやすべてのユーザーで同じ機能が使えるという意味ではありません。HubSpot：Use the forecast tool（新しいタブで開く）

画面へアクセスできることと、設定を変更してよいことも分けます。Forecastの初期設定やカテゴリー・設定の編集にはSuper Admin権限が必要と案内されています。担当者が数値の違いに気づいても、まず現在の設定と対象案件を確認し、組織全体の設定を変更する前に管理者へ影響範囲を渡します。HubSpot：Set up the forecast tool（新しいタブで開く）

金額と期間の設定を照合する

Forecast deal amountには、AmountにDeal probabilityを掛けるWeighted amountと、案件金額全体のTotal amountがあります。公式はWeighted amountを既定として説明しています。過去のアカウントにはlegacyの選択肢もあるため、画面の選択値を確認します。

例えば、Amountが100万円、Deal probabilityが50%という架空の一案件なら、Weighted amountは50万円、Total amountは100万円です。同じ案件でも表示定義で金額が違います。50万円が入金済みという意味でも、100万円の受注が約束されたという意味でもありません。この計算は表示定義の説明で、予測精度の実測ではありません。

また、月次か四半期かをそろえます。公式はForecast periodを変更すると、全パイプラインの予測可能な売上目標と予測提出がリセットされ、新しく作成する必要があると説明しています。月次画面を見たいだけのつもりで、組織の期間設定を変更しないでください。閲覧対象の切替か設定変更かを、操作前に確認します。

表示額が想定と違う場合は、次の順で確認します。

同じパイプライン、期間、担当者の案件を比べているか。
金額の通貨と、Amountの対象範囲が同じか。
Weighted amountかTotal amountか。
Deal probability、Close date、対象案件に欠損や古い値がないか。
見ているものが案件の集計か、担当者が提出した予測か。

数値だけを合わせるために、確率やClose dateを変更しません。情報の訂正なら、元の記録と変更理由を残します。

架空の3案件から、確認する作業を分ける

以下はHubSpotが出した推奨ではなく、案件確認の説明例です。

表は横にスクロールできます

案件	分かっている状態	次に確認すること
A社	顧客へ送るとした資料に次回予定がない	担当者が送付状況と顧客への約束を確認
B社	Close dateは今月末だが、顧客は来月の審査予定と発言	日付の根拠を照合し、期間内の見込みを再確認
C社	金額はあるが、顧客予算は未確認	Amountの意味と予算の確認状況を記録

A社の次アクションが必要でも、今月受注するとは分かりません。B社も、顧客の来月の審査予定だけから、受注日を来月末と補いません。C社に金額が入っていても、顧客がその予算を承認した証拠にはなりません。

対応一覧には、検知理由、元記録、担当、次の確認、確認期限を残します。AIに短い整理文を作らせる場合も、元記録にない事実と期限を追加させず、未確認を残します。CRMへ更新する値と、担当者への確認メモを分けると、仮説が確定値へ変わることを避けやすくなります。

予測提出と、次週の振り返りをつなぐ

公式の予測提出は、Sales > Forecastから対象のパイプラインと予測期間を選び、金額とメモを確認して提出する流れです。担当者の見立てを提出することと、案件集計を表示することを同じ扱いにしません。提出メモには、含めた案件、未確認条件、前回から変わった理由を説明できる形で残します。

提出前は、期間と対象案件、金額定義、根拠を確認します。画面の合計だけを報告するより、どの条件が変われば見込みも変わるかを共有します。提出やCRM更新は組織の運用に従い、AIの文章を読んだだけで顧客への連絡や約束まで自動で行いません。

翌週は、未完了の対応、案件の進展、日付の変更理由を見ます。予測が実績と違った場合も、すべてをAIの精度に帰さず、対象案件、入力の更新、確率、期間、担当者の判断を分けます。営業レポートを使うときも、対象とフィルターをそろえて確認します。HubSpot：Sales analytics（新しいタブで開く）

パイプライン整理は、担当者が次の確認を引き受けられること、予測は対象と前提を説明できることを完成条件にします。AI提案、CRMの確定情報、提出した見込みを分けて扱い、数字だけで案件の対応や顧客の意思を決めないようにしてください。

参考資料

公式資料の確認日：2026年10月21日。3案件と金額は独自の架空例です。HubSpot実操作、利用権限、画面、AI提案、Credits消費、予測精度、CRM更新、提出、料金は未検証です。