商談後のフォローをAIで効率化する方法｜HubSpotで次アクションを整理

HubSpotで商談後のフォローを完了するには、メール文を作るだけでは足りません。会話をCRMへ記録し、重要な事実をTranscriptで確認してDeal更新を承認し、顧客連絡と社内Taskを分けて残す流れを解説します。

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

AIものさし｜FINAL DRAFT v1

記事ID：G777

Status：Editorial Review

Priority：A

Cluster：Business Use

Target Query：HubSpot AI 営業フォロー

Job：J038｜営業調査・提案・フォローを支援する

Workflow：J038内｜商談記録→Action Item→CRM更新→Follow-up→次回接点

checkedAt：2026-10-10

商談後のフォローをAIで効率化する方法｜HubSpotで次アクションを整理HubSpotで商談後のフォローを完了するには、メール文を作るだけでは足りません。会話をCRMへ記録し、重要な事実を元のTranscriptで確認し、Deal更新を承認し、顧客への連絡と社内Taskを分けて残します。完了条件は「誰が何を約束したか」「何が未決か」「誰がいつまでに何をするか」があとから追えることです。AIが出した要約・更新候補・メールは下書きであり、顧客の意思や合意を代わりに確定するものではありません。

商談後に残す情報を分ける

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

情報	記録例	確認するSource
顧客の希望	4月導入を希望	Transcriptの発言者と前後
未決事項	予算承認は社内確認中	顧客の説明
自社の約束	構成案を金曜までに送る	自社担当者の発言
次回接点	4月8日にデモ	双方が合意した日程
CRM候補	Stage、Close date、Amount	Dealと会話の両方

希望を合意に読み替えたり、「来月中」を特定日に変えたりしません。会話で「4月導入を希望。予算は3月中に確認。こちらから金曜までに構成案を送る」と話したなら、導入時期は希望、予算は未確定、自社の送付は約束として別々に残します。Close dateや金額を更新する根拠にはならない情報を、AI提案だけで確定しないことが重要です。

1. 会話記録の条件を確認する

HubSpot Notetakerを使う場合、契約プラン、seat、会議サービス連携、録音・Transcript設定を対象アカウントで確認します。HubSpot公式ヘルプにはSales / Service Hubの対象プランやseatに関する条件が案内されており、Zoom、Microsoft Teams、Google Meetなどの連携にも前提があります。画面に機能が見えない場合、全アカウントで使えると考えず、現在の契約と管理者設定を確認します。

録音の機能があることは、録音してよい法的根拠を意味しません。会議参加者への告知、同意、社内規程、地域の法令を確認してください。録音を許可できない会議は、承認済みのメモをSourceとして扱います。記録後は、meetingが正しいDeal、会社、担当者へ紐付いているか確認します。似た顧客名の別Dealへ紐付いたまま要約を使うと、その後の更新候補やメールに誤ったcontextが混ざります。

2. 要約をTranscriptへ戻して検証する

要約は該当箇所を探す入口として使い、金額、日付、数量、期限、製品要件、懸念など判断に影響する情報はTranscriptへ戻ります。短い言い回しほど誤読しやすいため、次の区別をします。

「検討します」は合意ではない。
「最大100席を想定」は100席契約の確定ではない。
「4月頃」は特定の日付ではない。
自社担当者の案は顧客の要望ではない。
「できないかもしれない」は断定的な拒否ではない。
「資料を送ります」は送信済みを意味しない。

会話の事実を次の形へ整理します。

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

Transcriptの発言	CRMに残す表現	確定度
「4月導入を希望」	希望時期：4月	希望
「予算は来週確認」	予算：未確認、確認予定あり	未確定
「金曜までに構成案を送る」	自社Action：構成案送付、期限：金曜	自社約束
「法務にも見てもらう」	次Action候補：法務確認	担当・期限は要確認

数値や否定、条件文は前後を聞いて係り先を確認します。要約にない懸念がTranscriptにある場合も無視せず、必要な範囲でDeal noteへ戻します。会話の逐語記録をすべて複製する必要はありませんが、判断の根拠へ戻れるリンクや会議日時は保ちます。

3. CRM更新候補を変更前後で見る

Deal ProgressionやRecommended next stepsは、会議・通話・メールとDealのcontextから更新や次Actionを提案する支援機能です。2026年10月10日時点のHubSpot公式案内ではDeal Progressionはベータとして示され、対象Hub・seat・録音や文字起こし、Creditsなどの条件があります。機能・対象契約は変わるため、記事の操作説明より対象アカウントの現在表示を優先します。

候補を承認する前に次を順番に確認します。

どの会議、メール、通話が根拠か開く。
変更前のStage、Close date、Amount、Ownerを確認する。
変更案と変更後の値を並べる。
顧客の明言、自社の予測、未確認を分ける。
Forecast、通知、Workflow、レポートに及ぶ影響を確認する。
Deal担当者または権限を持つ人が承認する。

Sourceが見つからない値、一般論からの類推、前回案件との類似だけで作られた候補は承認しません。情報がない場合は空欄のままにし、担当者が確認するTaskを作ります。推奨が表示されないことも、必要なActionがない証明にはなりません。

4. 顧客メールと社内Taskを分ける

顧客メールは、相手が次に理解・判断できる内容にします。下書き生成では、目的、会話で確認済みの事実、未決事項、自社の約束、相手への依頼、次回接点を入力します。会話にない製品仕様・割引・期限は入力に補わず、推測させません。

送信前には宛先、会社名、金額・日付、添付、共有範囲、社内評価や他顧客情報の混入を確認します。たとえば「4月開始で合意しました」という文は、希望と合意が混ざっていないかTranscriptに戻ります。希望段階なら「4月開始をご希望と理解しました。社内確認後に日程をご相談できますか」のように、事実と質問を分けます。

社内Taskは「構成案を送る」だけでなく、Owner、期限、完了条件を持たせます。例：「対象部署、想定ユーザー数、連携要件を1ページにまとめ、金曜15時までにDealへ添付する」。次担当者も完了を判定できます。顧客へのメールを送信しても、社内作業や次回接点が残っていればフォロー完了ではありません。

5. 一商談のフォローQA

会議が正しい会社・Deal・参加者へ紐付いている。
要約の重要事項を元Transcriptへ戻って確認した。
顧客の希望、合意、自社の予測を分けた。
Stageや日付の変更根拠が明確である。
宛先・添付・数値・機密情報を送信前に確認した。
社内TaskにOwner、期限、完了条件がある。
録音できない会議の情報を未承認の経路へ移していない。
AI提案を採用・却下・保留した理由が追える。

一つでも未確認なら、AI案を完成扱いにせず止めます。CRMを修正した後、誤った要約やメール下書きが再利用されていないかも確認してください。

AIものさしの判断

単一商談のフォローでは、会話のSourceを残し、要約を検証し、Deal更新候補を承認し、顧客メールと社内Taskを別々に管理する流れが実務的です。NotetakerやDeal Progressionが使えない契約でも、記録・照合・承認・次Actionという設計は残せます。まず対象アカウントの利用条件を確認し、AIの出力ではなく、検証可能な会話と担当者の判断をCRMの確定情報にしてください。

引き継ぎ用の商談後カード

担当者が不在でも次の人が迷わないよう、Dealに残す短いカードを次の形に揃えます。

会議とSource：日時、会議記録、関連会社・Dealへのリンク。
顧客の目的：相手が実現したいことを一文で記載。
確認済みの事実：数字、期限、制約とTranscriptの参照箇所。
未決事項：顧客が確認するとした項目と期限。期限が不明なら「未確認」とする。
自社の約束：担当者、納品物、期限。
次の顧客接点：合意済み予定、または連絡要否の判断担当。
AI候補の処理：採用、却下、保留とその理由。

例えば「顧客目的＝既存システムとの連携可否を確認したい」「確認済み＝CSV取込は必要、APIは未確認」「自社約束＝連携仕様を金曜までに送付」「顧客側＝API要件を次回までに確認」のように整理すれば、目的と未決事項、自社と顧客の行動が混ざりません。このカードに顧客が話していない予算や導入決定を補ってはいけません。

フォローを別担当へ引き継ぐ場合は、要約文だけを転送するのではなく、根拠となる記録と確認状態も残します。重要な判断が「AIがそう書いたから」ではなく、担当者が根拠を見て承認したことが分かる状態にします。

どこまでAIに任せるかを決める

AIへ任せやすいのは、長い会話から要点や候補を整理し、下書きの形にする作業です。任せないのは、顧客が合意したか、値引き条件を承認できるか、契約上の約束を変更してよいかという判断です。特にDeal StageやClose dateは、他のForecastや自動Workflowが参照する可能性があるため、更新前後を見て権限者が確定します。自動化を増やす前に、更新候補を人が承認する運用を少数案件で確認します。

期限がない項目へ仮の日付を置く場合は、顧客と合意した期限ではなく社内確認日として明示します。

返答がない場合も次の判断を記録する

顧客が返答しなかったときは、何度連絡するかをAI任せにせず、社内の営業ルールと相手への最後の約束を確認します。連絡予定をTaskにする場合は、期限と目的を具体化します。担当者が交代しても、最後に確認した日、相手へ伝えた内容、次に判断する条件が分かるようにします。返答がないことを拒否と読み替えず、案件の状態を更新する根拠がなければ既存Stageを保ちます。

確認日：2026-10-10

HubSpot Notetaker：https://knowledge.hubspot.com/meetings-tool/record-and-take-notes-in-meetings-with-meeting-notetaker（新しいタブで開く）