HubSpotアカウントプランニング営業ガイド｜大手攻略をCRMで設計

HubSpotアカウントプランニング営業の要点は、重要顧客の情報を商談単位で分断しないことです。組織構造と次の行動をCRMで結び、営業とマーケティングが同じ計画を更新します。

• 「大手企業を攻略したいが、組織が大きく、どこからアプローチすればよいかわからない」
• 「個別の商談は進んでいるが、アカウント全体の戦略が共有されていない」
• 「キーパーソンの情報が担当者やスプレッドシートごとに分かれている」

——大手企業や重要顧客への営業では、個別商談だけでなく、アカウント全体を捉える視点が求められます。

アカウントプランニングとは、特定の重要顧客に対して、組織構造、意思決定プロセス、課題、予算サイクルを整理し、中長期的な営業戦略を設計するアプローチです。HubSpotを使う場合は、会社、コンタクト、取引に分かれた情報を関連付け、誰が、どの商談に、どの立場で関わっているかを継続的に更新できる状態を目指します。この分野の体系的な情報はHubSpot営業・CS活用ガイドでまとめています。

本記事は「PLG × PLSハイブリッド戦略｜プロダクトレッドと営業レッドを両立する設計」シリーズの一部です。

本記事はHubSpotゴールドパートナーのStartLinkの「HubSpot完全ガイド」関連記事です。

この記事でわかること

大手企業の攻略情報をスプレッドシートや担当者の記憶に分散させず、HubSpotで共有できる営業設計へ移行したい方に向けた内容です。アカウントの選定から、組織マップ、商談管理、ABMとの連携までを順番に整理します。各段階で何を根拠に判断し、材料が足りない場合に何を確認してから進むかも扱います。

• アカウントプランニングが必要な理由 — 個別商談だけを追う管理と、アカウント全体を捉える管理の違いを、判断に使う情報から整理します。
• ターゲットアカウントの選定方法 — ICPと顧客側の検討状況を分けて評価し、重点的に取り組む企業を選ぶ手順を解説します。
• アカウントプランの構成要素 — 企業概要、組織マップ、商談機会、アクションプランを、次へ進む条件でつなぐ方法を示します。
• HubSpotを使った情報管理 — 会社、コンタクト、取引の記録先を分け、担当者が変わっても判断の根拠を追える設計を解説します。
• 営業とABMの連携方法 — 顧客の課題と検討段階に合わせて、営業の行動とマーケティングの情報提供を見直す方法を整理します。

読み進める際は、自社の重要顧客を思い浮かべ、関係者、進行中の商談、次の行動を同じ会社の情報として説明できるか確認してください。説明が途切れる箇所が、情報を集め直す出発点になります。

なぜアカウントプランニングが必要なのか

重要顧客への営業では、目の前の商談だけを管理していても、企業内の意思決定構造や別部門の商談機会を十分に捉えられません。アカウントプランニングは、分散した情報をアカウント単位で整理し、営業チームが共通の方針で動くための設計図です。個人の経験だけに依存せず、引き継ぎや共同提案ができる仕組みに変えることがポイントです。

営業管理で着目する単位と、関係者への働きかけ方を比較します。

個別商談の管理とアカウント管理の違い

個別商談の管理では、案件の金額、進捗、次回行動が中心になります。一方、アカウント管理では、その商談が顧客企業全体のどこに位置し、誰の合意が不足し、ほかにどのような機会があるかまで扱います。

商談期間は企業規模だけでは決まりません。期間を見積もる際は、顧客側で判断する部門、必要な確認、予算を検討する手順を商談ごとに確かめます。関係者や手順が不明なら、期間を先に置くのではなく、その情報を得るための行動を計画します。

例えば、ある部門との商談が進んでいても、導入判断に別部門が関わるなら、取引の次回行動だけでは準備が足りません。まず、その部門が何を判断するのかを現在の接点に確認します。関与が確認できたら、必要な情報と接触方法を組織マップに加え、取引の次回行動を見直します。関与が不明なら、別部門への提案は確定せず、意思決定の流れを確かめる行動を先に置きます。

会社全体で見つかった論点は、進行中の取引への影響で扱いを分けます。既存の商談で顧客が確認した課題なら、その取引の判断材料に加えます。別部門にも当てはまると営業側が考えただけなら、会社側に仮説として残し、対象部門と利用場面を確かめます。営業会議では「この取引で解決する課題か」「別部門への確認が必要な課題か」を分け、前者は取引の次回行動、後者は確認する相手と質問を決めます。

スプレッドシート管理で起きやすい分断

スプレッドシートでアカウントプランを作成しても、商談管理表、顧客リスト、活動履歴が別々に存在すると更新差分が生じます。営業担当者が情報を把握していても、その背景や関係者との会話が共有されていなければ、異動や引き継ぎの際に攻略方針が途切れます。

CRMへ移行する目的は、単に保存場所を変えることではありません。会社にコンタクトと取引を関連付け、更新された情報を営業活動やマーケティング施策の判断に使える状態へ変えることです。移行時には、資料ごとに異なる記述をそのまま転記せず、顧客に確認した事実、営業側の仮説、確認が必要な事項を分けます。

たとえば、商談管理表では「導入を検討中」、活動メモでは「担当部門が情報収集中」となっている場合、どちらかを採用して進捗を決め付けません。まず対象部門、発言者、発言した場面を照らします。

• 同じ検討についての記録なら ── 次の接点で顧客が何を判断しようとしているかを聞きます。検討の対象と関係者が明らかになれば取引の状態を見直し、情報収集の段階なら提案を進める条件を確認事項として残します
• 別部門の記録なら ── 一つの進捗にまとめず、部門ごとの状況として扱います

個人の力量ではなく仕組みで前進させる

重要顧客の攻略を特定の営業担当者の人脈や記憶だけに依存させると、ほかのメンバーが支援しにくくなります。そこで、関係者の役割、確認済みの課題、未確認事項、次のアクションを共通項目として管理します。

引き継ぐ側が会社、コンタクト、取引の記録を見て、「なぜその人に接触するのか」「何を確認できれば提案を進められるのか」を説明できるか試します。説明できれば次の行動へ移れます。説明できない場合は、前任者が把握している経緯とCRMの記録の差を調べ、社内の記録を補えば足りる事項と、顧客に再確認すべき事項を分けます。顧客の体制や課題が変わった場合も同じように、過去の方針を実行する前に関係者と取引への影響を見直します。

ターゲットアカウントを選定する

アカウントプランニングでは、すべての企業に同じ深さのプランを作成する必要はありません。選定は「自社が対応できる課題か」「顧客がその課題と検討意向を示しているか」「関係者への接触経路と実行できる次の行動があるか」の順に確認します。前の条件を満たさない会社は、後の条件が良好でも個別提案へ進めません。判断材料がない会社には低評価を付けず、誰が何を確認すれば判定できるかを決めます。

自社で定めた適合度スコアに応じて、アカウントへの接触方法を分ける例です。

ICPを自社の営業条件に落とし込む

ICPは、自社が価値を提供しやすい理想的な顧客像です。業種や企業規模だけでなく、自社の提供内容との適合度、既存システムとの親和性、予算策定の状況、組織の成熟度などを組み合わせて定義します。

一般的なICPをそのまま転用せず、自社の受注条件や失注理由を振り返り、営業チームが実際に判定できる項目へ落とし込みます。例えば「企業規模が合う」という記録だけでは、どの部門のどの業務に提案できるか判断できません。想定する利用場面を説明できれば適合の検討を進め、説明できなければ対象部門と課題を確認するまで判断を保留します。

評価項目ごとに、根拠となる情報、その情報を確認する担当、情報がない場合の扱いを決めます。公開情報で確認できる業種と、顧客との会話が必要な予算の検討状況は、同じ確かさとして扱いません。予算サイクルが不明なら現在の接点に検討手順を聞き、回答によって接触時期や提案準備が変わるかを確かめます。確認しても行動が変わらない項目は、評価に含める理由を見直します。

評価軸を採用する際は、まず自社が対応できる課題を言葉にし、その課題を見極めるために必要な情報を選びます。企業規模や売上高が分かっても利用場面を説明できないなら、それらだけを根拠に重点対象へ進めません。課題と利用場面が明確なら、提案を進めるうえで未確認の情報を特定します。各項目は「値を埋めること」ではなく、「次の営業判断が変わること」を基準に残します。

ICPの条件は、業種、企業規模、技術環境、予算と購買時期、営業組織の状況から整理します。

スコアは優先順位を決める材料として使う

候補企業の優先順位は、ICPへの適合度をスコアで比較しつつ、既存の関係性や事業上の重要性も確認して決めます。スコアの根拠となる情報が不足している企業は、点数だけで判断せず、追加調査の対象にします。

スコアを設計するときは、まず項目ごとに「適合が確認できた」「適合を推測している」「適合しないことが分かった」「情報がない」を区別します。情報がない状態を低い適合度に置き換えると、調査が必要な企業と、調査の結果として対象外になった企業を区別できません。提供範囲に合わない場合は、ほかの項目が良好でも個別提案を進める理由にはしません。

比較の場では、各社について提供内容との適合、顧客が認めた課題と検討意向、関係者への接触経路を同じ順序で確かめます。例えば、会社Aは利用場面と課題を顧客に確認できており、次に話す相手も分かっているとします。会社Bは公開情報から適合を推測できるものの、課題は未確認です。この場合、会社Aでは関係者ごとの行動を決め、会社Bでは仮説を顧客に確かめる接点を探します。スコアが同じでも、確認済みの情報と次に実行できる行動が違えば、選ぶ対応も変わります。

適合と課題を確認できても接触経路がない場合は、提案資料を作り込む前に、現在の接点から関係者と正式な接触方法を確認します。接触経路はあっても自社の提供範囲に疑問がある場合は、個別提案を始める前に対応可能な範囲を社内で確かめます。どの条件が不足しているかを明示すれば、調査、顧客への質問、提案準備のどれに担当者の時間を使うか判断できます。

数値のスコアを使う場合は、項目の定義、配点、重点対象にする基準を営業チームでそろえます。基準は自社の過去の受注・失注理由と担当者が対応できる範囲に照らして決め、判定結果が実際の営業判断に合っているか見直します。共通の点数や閾値を根拠なく置かず、基準を超えたときに個別プランの作成、接点形成、追加調査のどれへ移るかを先に定めます。

順位を変える際は、点数だけを更新して終えません。どの情報が新たに確認され、以前の判断のどの前提が変わったかを残します。関係者への接触経路が失われたなら、新しい経路を確認するまで提案先を確定しません。顧客が課題と検討意向を示したなら、情報提供を続ける段階から、関係者と次回行動を定める段階へ進めるか検討します。

少数の重点アカウントから始める

導入時から多数のアカウントに詳細なプランを作ると、情報収集と更新の負担が大きくなります。まずは営業上の重要度が高く、関係者や商談の情報がある程度そろっているアカウントを選びます。

選んだ会社について、営業会議で「いま確認すべきこと」「確認する担当」「確認後に変える判断」を決められるか試します。課題や関係者が不明で行動を決められないなら、対象を増やす前に確認方法を整えます。情報はそろっているのに担当や次の行動が決まらないなら、入力項目ではなく会議での意思決定方法を見直します。

運用後は、実際に判断に使った項目と使わなかった項目を分けます。使われない項目は減らし、判断が止まった原因に対応する項目だけを追加します。商談後の更新と次の担当の決定が続き、会議で同じ未確認事項が残らなくなったら、同じ選定基準で対象を広げます。

アカウントプランの構成要素と作り方

アカウントプランには、企業情報だけでなく、組織、商談機会、次の行動を含めます。それぞれを別の資料として管理するのではなく、どの課題に対して、誰と関係を築き、どの商談を前進させるのかがつながる形にします。作成時は、確認済みの事実と営業側の仮説を区別することも重要です。

アカウント概要を整理する

アカウント概要には、企業の業種、規模、拠点、事業課題、経営方針、利用中のシステムなどをまとめます。公開情報から得た内容と、商談や面談で確認した内容を分けて記録すると、提案の前提を見直しやすくなります。

情報を追加する前に、その情報が提案内容、接触相手、商談時期のどれを変えるか考えます。どれにも影響しなければ、継続的に管理する項目にする必要があるか見直します。提案の前提となる課題が推測にとどまる場合は、提案資料を作り込む前に顧客へ確かめる行動を置きます。

概要を確認したら、営業担当者は「この会社のどの部門で、どの課題を確認したか」を説明します。部門が特定できなければ、会社全体の課題として提案を進めず、対象を確かめます。課題は分かるものの検討意向が不明なら、提案時期を決める前に顧客側の検討手順を聞きます。新しい情報で提案テーマや対象部門が変わった場合は、会社の概要だけでなく、影響する取引と次の行動も更新します。

組織マップで意思決定の関係を捉える

組織マップでは、役職名を並べるだけでなく、導入判断における役割と関係性を整理します。最終判断を行う人物、判断に影響する人物、社内で提案を進める人物、情報の窓口になる人物、実際に利用する人物を区別します。

役職から役割を決め付けず、面談で確認した発言や実際の検討手順を根拠に記録します。例えば、現在の接点が「別部門にも確認する」と話したら、その部門が何を評価し、誰を通じて確認するのかを聞きます。役割と接触経路が分かれば次の行動に加え、分からなければ未確認として残します。

人物ごとに「役割を確認した根拠」「関わる部門と商談」「次に確認すること」を結び付けます。担当者から聞いた役割と本人の説明が異なる場合は、一方を確定情報として上書きせず、どの判断に関わるかを確認します。役割が確かめられれば、その人に必要な情報を選びます。確かめられなければ、その人の承認を前提とした行動を保留します。関係者の役割が変わった場合は、進行中の取引で誰の確認を待っているかも見直します。

商談機会をアカウント単位で並べる

アカウント内では、進行中の商談だけでなく、別部門の課題や将来の展開可能性が見つかる場合があります。現在の取引、潜在的な商談機会、クロスセルやアップセルの候補を同じ会社に関連付けると、個別案件の重複や見落としを把握しやすくなります。

別部門にも同じ課題があるように見える場合でも、その部門の担当者と利用場面を確認するまでは、展開を確定した商談として扱いません。現在の接点から課題を確認する機会を得られるなら、潜在的な機会として質問と担当を記録します。確認する接点がなく、当面の行動も決められないなら、進行中の取引と同じ優先度では扱いません。

複数の機会が見つかったときは、課題と判断者が共通かを確認します。共通なら既存の取引で扱う範囲を検討し、異なるなら別の検討として記録します。区別がつかない間は、顧客が何を一体として判断するのかを次の接点で聞きます。保留した機会は、記録した再接触条件が変わったときに優先度を判断し直します。

アクションプランを更新可能な形にする

アクションプランでは、行動、担当、期限、目的、完了条件を記録します。「連絡する」「提案する」といった抽象的な予定ではなく、何を確認し、どの情報が得られたら次へ進むのかを明確にします。

行動が完了したら、得られた情報がどの判断を変えたかを確認し、アカウント概要、組織マップ、取引へ反映します。例えば、デモを実施しても利用部門の評価が得られなければ、提案を進める前に評価を聞く相手と方法を決めます。評価が得られ、残る懸念も分かれば、その懸念に対応する行動へ進めます。

接触や資料送付を実施しただけで、目的まで達成したと扱わないことが大切です。完了条件に届かなければ、相手や質問を変えて再確認するか、前提が整うまで提案を保留するかを決めます。行動を設定するときに「結果によって変える判断」も書いておけば、完了後に何を更新するかが明確になります。

HubSpotでアカウント情報を一元管理する

HubSpotでは、会社をアカウントの中心に置き、関連するコンタクトと取引を結び付けて管理できます。アカウントプランを別ファイルに閉じ込めず、日常の営業活動で更新されるCRMデータとして設計することが重要です。一元管理、自動化、可視化のうち、最初は一元管理の土台を整えることから始めます。

会社、コンタクト、取引の役割を分ける

会社レコードには、アカウント全体に関わる情報を持たせます。コンタクトには人物ごとの所属、役割、関心、接触履歴を持たせ、取引には個別商談の進捗や提案内容を記録します。

記録先に迷ったら、その情報が会社全体、特定の人物、個別商談のどれについてのものかを判断します。たとえば顧客が「別部門の確認が必要」と話した場合は、会話を活動履歴に残します。関係者が分かればコンタクトの役割を確認し、進行中の商談に影響するなら取引の確認待ち事項と次回行動を更新します。会社全体の優先度まで変えるかは、別部門の関与を確かめてから判断します。

同じ内容を複数の場所へ別々に入力すると更新差分が生じます。主となる記録先を決め、関連するレコードから判断の経緯を追える状態にします。別の担当者が会社、コンタクト、取引をたどっても次の行動を説明できない場合は、関連付けと記録内容を見直します。

プロパティは営業判断に必要なものへ絞る

HubSpotでは、ターゲットアカウントの指定、ICP適合度を表すアカウントスコア、コンタクトの役割などをプロパティで管理できます。ただし、アカウントプランの項目をそのまま大量に追加すると、入力されない項目が増え、重要な情報が埋もれます。

項目を追加する前に、誰が、どの場面で、その値を使って何を決めるかを確認します。例えば、コンタクトの役割を記録するなら、次に必要な合意や接触相手を選ぶ際に使えることが条件です。用途を説明できなければ追加を保留し、既存の記録で判断できるか試します。会議や商談準備で判断が止まった場合に、その不足を埋める項目を検討します。

選択式の項目にする前には、担当者間で同じ状態を同じ値として記録できるか確かめます。判断が分かれるなら、値を増やす前に定義と記入例をそろえます。使い始めた後は入力率だけでなく、会議でその値を使って判断したかを確認します。使われなければ、値の不足、定義の曖昧さ、判断上の不要さを切り分けます。

Breezeでリサーチの下準備を支援する

スマートプロパティを使うと、企業の従業員数、事業内容、資本金などをBreezeによるウェブリサーチで取得できます。リサーチ結果はアカウントプランの完成版ではなく、営業担当者が確認するための下準備として扱います。

以下の画面では、会社一覧にスマートプロパティの入力結果が表示される様子を確認できます。表示された企業情報を提案の前提に使う前に、どの判断に関わる情報か、顧客への確認が必要かを見極める際の参考にしてください。

Breezeが集めた情報をそのまま営業戦略に変換するのではなく、顧客との会話や公開情報と照合します。まず提案に影響する情報を選び、次に出所と確認した時点を確かめます。顧客から聞いた内容と食い違えば、その情報に依存する提案判断を保留し、営業担当者が次の接点で確認します。情報収集と要約はBreezeで支援し、ターゲットの優先度、関係者への接触方法、提案内容は人が判断します。

確認した情報は、会社の概要に関わるものか、特定の取引の前提に関わるものかを分けて扱います。出所を確認できても、顧客の現在の検討状況を示すとは限りません。提案内容がその情報に依存する場合は、顧客に確認する質問を設定し、回答が得られてから提案へ反映します。

ダッシュボードで攻略状況を共有する

HubSpotのABMダッシュボードを使うと、ターゲットアカウントの状況を一覧で確認できます。表示する情報は、アカウント数を眺めるためではなく、次に行動すべき対象を判断できる内容に絞ります。

会議では、関係者情報が不足している会社、進行中の取引が止まっている会社、次の行動が登録されていない会社を見て、担当者と確認事項を決めます。取引が止まっている場合も、関係者の合意が不足しているのか、課題の確認が必要なのかで次の行動は変わります。表示だけで理由を判断できなければ、元の会社、コンタクト、取引、活動履歴を確認します。

表示された状態と担当者の認識が食い違う場合は、記録が古いのか、評価の解釈が違うのかを分けます。記録が古ければ更新し、解釈が違えば判定基準をそろえます。会議後に同じ会社が再び確認待ちになるなら、接点がないため聞けないのか、質問が曖昧だったのかを調べ、接触方法または質問を変えます。

営業パイプラインとABMをつなぐ

アカウントプランニングは、CRM内の独立した管理表ではありません。コンタクトとの接点が取引につながり、受注後は顧客として継続的な関係を管理する全体フローの中に置きます。営業パイプラインとABMを同じアカウント情報でつなぐことで、営業とマーケティングが別々の企業リストを持つ状態を避けられます。（出典：Set up account-based marketing in HubSpot）

パイプラインを構成する要素をそろえる

取引パイプラインは、取引ステージ、受注確度、ステージ定義、必須入力プロパティを組み合わせて設計します。アカウントプラン上の行動が、どの商談をどの状態へ進めるものなのかを明確にします。

ステージ名だけを設定しても、担当者ごとに判断が異なれば進捗を比較できません。顧客側で何が確認できた状態なのかを定義し、その確認に必要な項目を入力する仕組みにします。例えば、提案資料を送った後は送付の事実だけで進捗を判断せず、顧客の判断基準と残る懸念を確認します。条件がそろえば次のステージを検討し、そろわなければ確認する相手と行動を設定します。

受注確度を比較に使う場合も、ステージの名称だけで見込みを判断しません。同じステージにある取引でも、意思決定に必要な関係者や懸念事項が異なれば次の行動は変わります。営業側の作業が終わっていても顧客の評価が分からなければ、その評価を聞く行動を置きます。必要な関係者と判断基準が確認できたら、取引の次の行動とアカウントプランの関係者情報を合わせて更新します。

アカウントの優先度に応じて施策を変える

営業のアカウントプランニングとマーケティングのABMは、同じターゲットアカウントを異なる手段で支援します。優先度が高いアカウントには個別性の高い提案と関係構築を行い、検討前のアカウントには情報提供を通じて接点を作ります。

営業とマーケティングで評価基準が異なる場合は、同じ会社が別の優先度で扱われます。ターゲットアカウントの判定条件と変更理由をCRM上で共有し、両部門が同じ前提で施策を選べるようにします。

施策を見直す際は、接点が生まれた事実と、顧客側の検討が進んだ判断を分けます。反応があっても課題や検討意向が不明なら、営業は顧客に確かめる質問を決め、マーケティングはその仮説に沿う情報を用意します。顧客が課題と次の検討行動を示したら、営業は関係者別の行動を組み立て、マーケティングはその判断に必要な情報を支援します。課題、体制、接点が変わったときは、両部門で優先度と施策を評価し直します。

コンタクトから顧客までを一気通貫で見る

アカウントプランの全体フローは、コンタクトとの接点、取引の進行、受注後の顧客関係、請求に関わる情報へ続きます。現在の商談だけでなく、その前後でどの情報が必要になるかを考えて設計します。

受注後に別部門へ展開する場合も、元の会社レコードに関係者と取引が整理されていれば、過去の提案経緯を参照できます。ただし、元の部門で評価された内容が別部門にも当てはまるとは限りません。展開先の担当者、利用場面、判断基準を確認してから提案を具体化します。失注した場合は理由と再接触の条件を記録し、その条件に変化があったときに営業活動へ戻すか判断します。

取引が終わった際は、会社全体のプランに残すべき学びを選びます。ある部門だけに当てはまる評価は対象部門とともに残し、別部門へ使う前に適合を確認します。再接触の条件が定まっていない失注案件は、何が変われば検討が再開するかを確認します。

運用を定着させる方法と限界

アカウントプランは、作成した時点よりも、営業活動に合わせて更新されるかどうかが重要です。入力ルールを増やすだけでは定着しないため、会議や商談準備で使う項目とCRMの項目を一致させます。CRMへ情報を集めても顧客との関係構築や営業戦略の判断まで自動化されるわけではないため、記録を見て誰が何を決めるかまで運用に含めます。

更新する場面と完了条件を決める

更新頻度だけを決めても、何を更新すればよいかが曖昧では運用が止まります。商談後、関係者の異動を知ったとき、提案条件が変わったときなど、更新する場面を営業プロセスへ組み込みます。

会議では、入力されているかだけでなく、その情報から次の行動を決められるか確認します。例えば、取引の進捗は更新されていても意思決定者の懸念が不明なら、次の提案内容を確定する前に確認する担当と方法を決めます。顧客から新しい条件を聞いた場合は、取引の提案内容だけでなく、会社全体の優先度や関係者への接触順序が変わるかも見直します。

更新する担当も場面ごとに決めます。商談担当者は取引と接点の結果を記録し、会社全体の優先度を見直す際は関係する担当者と方針を確認します。情報が得られなかった項目には、未確認である理由と次に確認する機会を残します。更新の完了は、項目を埋めた時点ではなく、変化が関係する記録と次の行動へ反映された時点で確認します。

情報量と鮮度には限界がある

CRMに登録された組織図や役割は、顧客企業の変化に合わせて古くなることがあります。重要な提案の前には、担当者の所属、意思決定への関与、商談の前提について、最後に誰から、どの部門の話として確認したかを見直します。確認日だけで正確さを判定せず、異動の連絡、別の関係者からの異なる説明、検討手順の変更など、以前の前提を揺らす情報も探します。

確認は提案への影響が大きい順に行います。まず提案の宛先と対象部門を確かめます。宛先が変わっていれば接触経路を見直します。次に、その人が実際に何を判断するかを確かめます。判断する内容が変わっていれば提示する情報を見直します。最後に、残る関係者と検討手順を確認します。承認経路が分からない場合は、承認を得られる前提で提案を確定せず、現在の接点に誰の判断が必要かを聞きます。

例えば、記録上の推進者から返信がなく、別の担当者が「検討体制が変わった」と伝えた場合、単に連絡先を更新するだけでは足りません。新しい担当者の役割、従来の推進者の関与、現在の取引で保留すべき判断を確認します。役割が確認できれば組織マップと取引の次回行動を更新します。確認できなければ、提案先を決める行動を保留し、誰に体制を確認するかを決めます。

確認した内容、相手、対象部門、確認日をCRMに記録し、提案の宛先や説明内容に反映します。提案の前提に影響しない情報なら確認を続けながら準備を進められますが、承認経路や提案先を左右する情報なら、その点を確かめてから内容を確定します。情報が食い違ったときは古い記録を消す前に、相手、対象部門、確認した場面を比べます。顧客の方針が変わったなら変更理由と影響する取引を更新し、異なる部門の話なら部門ごとの前提として残します。

公開情報から推測した課題を確認済みの事実として扱うと、提案の方向を誤る場合があります。プロパティやメモでは「確認済み」「仮説」「未確認」を区別し、誰について、どの部門や商談で確認した情報かを追えるようにします。別部門への提案に使う前には、その部門の担当者と利用場面に当てはまるかを確かめます。

AIと人の役割を分ける

Breezeは、企業情報の収集や整理を支援できます。一方で、どのアカウントへ営業リソースを配分するか、誰にどの順序で接触するか、重要な提案をどう表現するかは、人が顧客との関係や事業条件を踏まえて判断します。

営業担当者は、AIが整理した内容について、情報の出所、対象企業や部門、現在の提案との関係を順に確認します。顧客との会話で裏付けられた情報はプランへ反映し、根拠が見つからない情報は優先度や提案の決定理由に含めません。提案の前提に必要なら、顧客へ確認する論点として担当者と確認方法を決めます。

重要な提案では、営業担当者が前提を確認し、マネージャーと方針を共有してから行動へ移します。新しい情報が現在の方針と食い違った場合は、対象部門、関係者、取引の進め方への影響を確認します。顧客への確認が必要な点が残るなら担当者の行動に設定し、確認結果に応じてアカウントプランを更新します。

よくある質問

アカウントプランニングを始める際に迷いやすい論点を整理します。対象を絞る基準、更新する場面、HubSpotに記録する情報の範囲を、自社の営業プロセスに照らして確認できます。

アカウントプランは何社分作るべきですか？

全アカウントへ同じ深さのプランを作る必要はありません。ICPへの適合度、進行中の商談、関係者との接点、事業上の重要性を確認し、営業チームが継続して更新できる範囲へ絞ります。まず選んだ会社について、会議で次の行動と担当を決められるか試します。判断に使え、更新も続けられるなら同じ基準で対象を広げます。判断が滞るなら、対象を増やす前に不足情報、項目、担当の決め方を見直します。

アカウントプランはいつ更新しますか？

定期更新に加えて、関係者の異動、予算や提案条件の変更、商談ステージの移行など、攻略方針に影響する変化があった時点で更新します。変化した情報を記録した後、接触相手、提案内容、取引の進め方が変わるかを確認します。判断材料が不足する場合は、確認する事項、担当、機会を残し、その情報が得られてから方針を決めます。

中小企業でもアカウントプランニングは必要ですか？

自社の規模ではなく、攻略する顧客の意思決定構造と営業リソースの配分で判断します。関係者が複数存在し、継続的な提案や部門展開が必要なら、アカウント単位で情報を整理する意味があります。商談の範囲が限られる場合は、詳細なプランの管理負担と、得られる判断材料を比較して範囲を決めます。まず関係者と次の行動を整理し、それでは合意や提案範囲を判断できない場面が出たら記録する内容を増やします。

HubSpotだけでアカウント管理を始められますか？

HubSpotでは、ターゲットアカウントの指定、カスタムプロパティによる評価、会社に関連付けたコンタクトや取引の管理、ABMダッシュボードによる可視化ができます。まず会社、関係者、商談、次の行動を結び、会議で優先度と次の担当を説明できるか確かめます。説明できなければ記録や関連付けを見直します。それでも判断に必要な情報が残らない場合に、追加する項目や運用方法を検討します。

スマートプロパティの情報だけでプランを作れますか？

スマートプロパティは企業情報を集める下準備に向いていますが、意思決定構造、顧客固有の課題、予算の状況まで確定するものではありません。取得した情報がどの提案判断に関わるかを見極め、顧客との会話や公開情報で確認します。確認済みの内容と仮説を分け、未確認の情報が提案の前提になるなら、その前提を確かめる行動を先に設定します。確認結果に応じて、提案を具体化するか、別の課題や関係者を調べるかを決めます。

まとめ

アカウントプランニングは、大手企業や重要顧客の攻略を、担当者個人の記憶から組織で更新できる営業の仕組みへ変える取り組みです。HubSpotでは、会社、コンタクト、取引、活動履歴を関連付け、営業とマーケティングが同じアカウント情報を使える状態を目指します。

設計時に押さえる要点

• ICPを自社の営業条件に合わせて定義し、確認済みの課題と仮説を分けて重点アカウントを絞ります。
• 組織マップで関係者の役割と接触経路を整理し、次に必要な合意を確認します。
• 商談機会とアクションプランを結び付け、行動の目的と次へ進む条件を明確にします。
• 取引ステージ、受注確度、ステージ定義、必須入力プロパティをそろえ、顧客側で確認できた内容に基づいて進捗を判断します。
• Breezeによる情報収集と、人による根拠の確認、営業判断の役割を分けます。
• 失注理由と再接触条件を残し、状況が変わったときに営業活動へ戻すか判断します。

まず取り組むこと

まずは、現在進行中の重要なアカウントを選び、会社、関係者、取引、次の行動がHubSpot上でつながっているかを確認します。つながっていない情報が見つかったら、提案判断への影響が大きいものから確認する担当と場面を決めます。

• 分散しているアカウント情報を集め、確認済みの事実、仮説、未確認事項を分けます。
• 営業判断に使う項目を選び、関係者の役割と商談機会を会社に結び付けます。
• 営業会議でその情報から次の行動と担当を決め、決められない箇所の根拠や確認方法を見直します。

次の行動が決まらない場合は、情報の不足、関係者の役割、商談を進める条件のどこに理由があるかを確かめます。企業様によって最適な形は異なります。自社の営業判断に使える項目から整え、会議で使った結果に合わせて運用を見直してください。

CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのStartLinkまでお気軽にお問い合わせください。

あわせて読みたい

アカウントプランニングとあわせて、MA、導入事例、SFAの選定方法も確認できます。接点づくりを見直す場合はMA、活用の進め方を知りたい場合は導入事例、商談管理の方法を比較したい場合はSFAのガイドから、自社の課題に近いテーマをご覧ください。

• 中小企業のMA選び方ガイド
• HubSpot導入事例：製造業
• 中小企業向けSFAおすすめ比較