%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
セールスイネーブルメントは、営業研修の言い換えではありません。営業の成果を個人の力量ではなく仕組みで再現するための全体設計。
セールスイネーブルメントは、営業研修の言い換えではありません。営業の成果を個人の力量ではなく仕組みで再現するための全体設計。
セールスイネーブルメントとは、営業担当者が適切なタイミングで適切なコンテンツを使い、適切なプロセスで商談を進められる状態を、組織として設計・維持する取り組みです。個人の能力向上だけに頼るのではなく、属人的な営業力を組織的な再現性に変えるアプローチだと私たちは考えています。
この記事でわかること
「営業品質にばらつきがある」「トップ営業のノウハウが属人化している」とお感じの方に、特に読んでいただきたい内容です。イネーブルメントの考え方から、CRM上での実装、定着させる運営体制までを順に整理します。
- セールスイネーブルメントの定義と営業研修との違い — 研修はイネーブルメントの一部に過ぎず、コンテンツ・ツール・プロセスを含む全体設計が本質である理由を解説します。
- 4つの柱の設計方法 — コンテンツ・ツール・トレーニング・プロセスの各柱で、何をどう整えるかを具体的に紹介します。
- CRM上での実装パターン — パイプライン設計、プレイブック、シーケンス、ダッシュボードを使い、イネーブルメントを日々の営業活動に組み込む方法をお伝えします。
- 失注分析を起点にした改善サイクル — 負けた理由を組織で学び、営業とマーケティングの連携につなげる考え方を整理します。
- 段階的な導入と定着の進め方 — 小さく始めて広げるロードマップと、更新し続けるための役割分担を解説します。
セールスイネーブルメントとは何か
セールスイネーブルメントは、言葉としては広まりつつありますが、その範囲は誤解されやすい領域です。ここでは定義を明確にしたうえで、営業研修との違い、属人型の組織との違いを整理します。この違いを押さえておくと、どこから手を付けるべきかの判断がしやすくなります。
定義：営業が「売れる状態」を組織で設計すること
セールスイネーブルメントとは、営業担当者が「適切なタイミングで、適切なコンテンツを使い、適切なプロセスで商談を進められる」状態を、組織的に設計・維持する取り組みです。
ポイントは「組織的に」と「維持する」の2つです。優秀な営業担当者が個人で工夫している状態は、イネーブルメントとは呼べません。その工夫が資料・手順・データとして組織に残り、誰が担当しても同じ水準で使える状態になって、はじめてイネーブルメントが機能していると言えます。
研修だけでは成果が安定しない理由
よくある誤解が「セールスイネーブルメント＝営業研修」という捉え方です。
イネーブルメントの本質は、営業プロセス全体を仕組みとして設計し、個人のスキル差に依存しない再現性のある営業体制をつくることにあります。研修は、その仕組みを使いこなしてもらうための一つの手段として位置づけるのが適切です。
属人型組織とイネーブルメント導入組織の違い
両者の違いを観点ごとに比較すると、次のようになります。
| 観点 | 属人型営業組織 | イネーブルメント導入組織 |
|---|---|---|
| ノウハウ | トップ営業の暗黙知に依存 | プレイブックとして形式知化 |
| 営業資料 | 個人PC・Driveに散在 | CRM内で一元管理・利用追跡 |
| 新人育成 | OJT中心で立ち上がりが長期化 | 体系的なオンボーディング |
| コーチング | 感覚的なアドバイス | CRMデータに基づく定量的な改善 |
| 改善サイクル | 個人の反省に依存 | 組織的な勝ち/負けパターン分析 |
この領域に関心がある方には営業生産性を高めるSFA/CRM活用術もおすすめです。
スプレッドシートと個人PCに散った営業情報が生む限界
イネーブルメントが必要になる背景には、営業情報の管理方法そのものの問題があります。
情報が散在するとき現場で起きること
多くのBtoB企業で見られるのは、次のような状況です。
- 営業資料がローカルのPCやGoogleドライブに散在し、最新版がどれかわからない
- 商談の進め方がトップ営業の暗黙知に依存し、他のメンバーが再現できない
- 新人の立ち上がりに時間がかかり、その間の機会損失が大きい
- 競合情報やFAQが整理されておらず、商談中に「持ち帰って確認します」が頻発する
スプレッドシートでの案件管理は、始めやすい一方で、更新が手作業になり、誰がいつ何を書き換えたのかが追いにくくなります。顧客リストと担当者の情報が別々のシートにあると、差分が生まれ、どちらが正しいのかを人が突き合わせる作業が発生します。
「人に頼る管理」から「仕組みで回る管理」へ
こうした課題を「もっとちゃんと入力して」「資料は共有フォルダに置いて」と呼びかけて解決しようとしても、忙しい時期には元に戻ります。営業担当者の意識の問題として扱うのではなく、入力や共有が自然に起きる仕組みを用意することが、イネーブルメントの出発点になります。
具体的には、顧客・会社・取引・活動の情報をCRMで一元管理し、資料やプレイブックも同じ画面から使えるようにします。コンタクトから取引、受注後の顧客、請求までが一つのデータでつながっていれば、担当者が変わっても履歴をたどるだけで状況を引き継げます。新人でも回る状態をつくることが、仕組み化の目的です。
セールスイネーブルメントの4つの柱
イネーブルメントは、コンテンツ・ツール・トレーニング・プロセスの4つの柱で構成されます。どれか一つだけを整えても効果は限定的で、4つがつながってはじめて営業現場で機能します。ここでは各柱で何を設計するかを整理します。
柱1：コンテンツの設計と管理
具体的な実践方法は営業ナレッジとプレイブックのCRM設計で詳しく解説しています。
営業が商談で使うコンテンツを、購買プロセスの各ステージに合わせて体系的に設計・管理します。
| 購買ステージ | 主なコンテンツ |
|---|---|
| 認知・興味 | 業界レポート、課題提起型ホワイトペーパー、ブログ記事 |
| 比較・検討 | 製品比較資料、導入事例、ROI試算シート |
| 意思決定 | 提案書テンプレート、見積書、契約条件の説明資料 |
| 導入・活用 | オンボーディングガイド、活用事例、FAQ集 |
HubSpotのドキュメント管理機能を使えば、営業資料をCRM内で一元管理できます。どの資料がよく使われているか、顧客がどの資料を閲覧したかをトラッキングすることで、成果につながるコンテンツとそうでないコンテンツを区別できます。
柱2：ツールとテクノロジーの整備
営業担当者の時間を「売る活動」に集中させるために、非営業活動を自動化・効率化するツール環境を整えます。
- CRM/SFAの活用: 顧客情報の一元管理、商談ステージの可視化、活動ログの自動記録。HubSpotのSales Hubであれば、Eメールのトラッキング、ミーティングリンク、シーケンス（自動フォローアップ）などを使えます。
- セールスオートメーション: 見積書の作成、フォローアップメールの送信、タスクのリマインドを自動化し、営業担当者を管理業務から解放します。
- コミュニケーションツール: SlackやTeamsと連携したCRM通知や、商談の進捗アラートにより、マネージャーが介入すべきタイミングを逃しにくくなります。
ただし、ツールを増やすほど情報の置き場所も増えます。通知やアラートは、受け取った担当者がその日のうちに行動を決められる条件に絞り、運用しながら開かれないまま残る通知の条件から外していく進め方をおすすめします。
柱3：トレーニングとコーチング
標準化されたトレーニングプログラムと、継続的なコーチングの仕組みを設計します。
- オンボーディングプログラム: 新人営業が早期に戦力化するためのプログラムです。製品知識、業界知識、商談プロセス、ツール操作を体系的にカバーします。
- プレイブックの整備: 商談の各ステージで「何をすべきか」「何を聞くべきか」「どの資料を使うべきか」を体系化したものです。トップ営業の暗黙知を形式知に変える中心的な手段になります。
- コーチングの仕組み化: 1on1や商談同席を、感覚的なアドバイスではなくCRMのデータに基づく定量的なコーチングに変えます。
例えば「ステージ2から3への遷移率が低い」という事実から「ヒアリングの深さが不足している」という仮説を立て、次の1on1で扱う改善アクションを決めます。データが起点になることで、指導する側の経験量に左右されにくくなります。
柱4：プロセスの標準化と最適化
営業プロセス全体を標準化し、継続的に最適化するサイクルを回します。
- パイプラインステージの設計: 「提案中」「検討中」といった曖昧なステージではなく、「ヒアリング完了・課題合意済み」「提案書提出・意思決定者確認済み」のように完了条件を明確にします。
- 勝ちパターンの分析: CRMに蓄積された商談データから、受注につながるパターン（各ステージの滞留日数、使ったコンテンツ、意思決定者へのアクセスの有無）を特定します。
- 失注分析の仕組み化: 失注理由をCRMに構造化して記録し、定期的に分析します。
プロセスの柱は、他の3つの柱をつなぐ役割を持っています。どのステージでどの資料を使い、何を学ぶべきかが決まっていれば、コンテンツ・ツール・トレーニングの整備にも優先順位を付けられます。
パイプライン設計がイネーブルメントの土台になる
4つの柱のうち、CRM上で最初に形にすべきなのがパイプラインです。パイプラインは営業プロセスそのものを表す設計図であり、ここが曖昧なままではプレイブックもレポートも機能しません。私たちは、パイプラインをステージ・受注確度・ステージ定義・必須入力プロパティの4要素で設計することをおすすめしています。
ステージは「受注の見込みが変わる地点」で区切る
ステージは、営業の作業工程ではなく、受注の見込みが変わる地点で区切ります。例えば、アポイントを取得した段階と、見積もりを提示して導入判断の場に乗った段階では、同じ金額の案件でも受注の見込みがまったく異なります。
各ステージに受注確度を設定しておくと、案件金額に確度を掛けた加重金額でフォーキャストを出せます。営業担当者の感覚的な「いけそうです」ではなく、ステージに基づいた見込みで会話できるようになることが、マネジメントの質を変えるポイントになってきます。
ステージ定義を言葉にして社内で共有する
同じ「提案済み」でも、担当者によって意味が違えば、パイプラインの数字は信頼できません。各ステージに「何が完了していればこのステージか」という定義を書き、社内で共有します。
定義は、マネージャーやトップ営業の知見と、過去の受注・失注データの両方から作るのがおすすめです。個人の経験を集合知としてパイプラインに落とし込むこと自体が、イネーブルメントの第一歩になります。汎用的なテンプレートをそのまま使うのではなく、自社の商材や商談の流れに合わせて設計することが要点になります。
必須入力プロパティは新人の「教材」にもなる
ステージを進めるときに入力してほしい項目を決め、CRMで入力を求める設定にしておくと、情報の抜け漏れを仕組みで防げます。HubSpotでは、パイプラインの設定からステージごとに取引の移動時に入力を求めるプロパティを指定できます（出典：Set up and customize pipelines）。
この設定は、データ品質のためだけのものではありません。「見積もり提示の段階では金額とクローズ予定日を聞いておく」「受注時には受注理由を残す」といった項目は、新人が商談で何を確認すべきかを示す教材として働きます。ただし、項目を増やしすぎると入力そのものが負担になり、空欄や適当な値が増えます。
まずはレポートで経営的に見たい情報と、次のステージに進むために営業が知っておくべき情報に絞り、使われていない項目は運用しながら外していくのが現実的です。
次の画面は、HubSpotの取引をテーブルビューで一覧表示した例です。ステージや金額を一覧で見比べられるようにしておくと、ステージ定義どおりに案件が登録されているかをマネージャーがまとめて点検しやすくなります。
CRM上でのイネーブルメント実装パターン
パイプラインが固まったら、その上にイネーブルメントの施策を載せていきます。ここでは、HubSpotのプレイブック、シーケンス、ダッシュボードを使った3つの実装パターンを紹介します。いずれも単独の機能としてではなく、取引の進行というフローの中で使う前提で設計するのがポイントです。
パターン1：プレイブックで商談の進め方を画面上に置く
この点については失注分析フレームワークが参考になります。
HubSpotのプレイブック機能を使えば、商談の各ステージで参照すべきヒアリング項目やトークスクリプトを、CRMのレコード画面上に表示できます。プレイブックはSales Hub Professional以上で利用できる機能です（出典：HubSpot Product & Services Catalog）。
例えば、初回商談のステージでは「BANT情報の確認」プレイブックを表示し、Budget（予算）・Authority（決裁権）・Need（ニーズ）・Timeline（時期）を構造化して入力してもらいます。ヒアリングの漏れを防ぐと同時に、入力された内容が取引のプロパティとして残るため、後のレポートや引き継ぎにもそのまま使えます。
パターン2：シーケンスでフォローアップ漏れを防ぐ
営業のフォローアップ漏れは、機会損失の大きな要因の一つです。HubSpotのシーケンス機能を使えば、商談後のフォローアップメール、資料送付、リマインドを自動化できます。
例えば、初回商談後に「お礼メール＋議事録」、数日後に「追加資料の送付」、その翌週に「次回アクションの確認」という流れを設計しておけば、担当者の記憶に頼らずにフォローを続けられます。ただし、案件の規模が大きく、相手の状況に合わせた個別の提案が求められる場面では、テンプレートのメールでは響きにくいケースがあります。定型のフォローはシーケンスに任せ、重要な案件は担当者が自分で文面を書く、という線引きをおすすめします。
パターン3：ダッシュボードでコーチングを仕組みにする
営業マネージャーがメンバーのパフォーマンスをCRMのダッシュボードで定量的に把握し、データに基づいたコーチングを行います。見ておきたい指標は次のとおりです。
| 指標 | コーチングでの使い方 |
|---|---|
| メンバー別のパイプライン（商談数、金額、ステージ分布） | 案件の偏りや、特定ステージでの停滞を見つける |
| ステージ別遷移率（チーム平均と個人の比較） | どの工程に個人差があるかを特定する |
| 活動量（コール数、メール数、ミーティング数） | 成果が出ない原因が量か質かを切り分ける |
| セールスサイクルの長さと受注率 | 長期化している案件の扱い方を決める |
判断の分かれ目は、遷移率と活動量の組み合わせです。活動量がチーム平均並みなのに遷移率が低いメンバーには、ヒアリングや提案の質を扱うコーチングを行います。遷移率は平均並みで活動量が少ないメンバーには、案件の持ち方や時間の使い方を一緒に見直します。スプレッドシートで毎週集計していた数字がダッシュボードで自動更新されるようになると、マネージャーは集計ではなく対話に時間を使えるようになります。
失注分析で改善サイクルを回す
イネーブルメントは、仕組みを作った時点ではまだ仮説です。どのプレイブックや資料が受注に効いたのか、どこで負けたのかを学び、仕組みを更新し続けることで精度が上がっていきます。その起点になるのが、失注分析です。
失注理由をカテゴリで記録する
失注理由を自由記述だけで残すと、後から集計できません。「価格」「競合他社」「製品機能」「時期」「社内決裁」のようにカテゴリを決め、失注時の必須入力にしておくと、理由の内訳をグラフで見られるようになります。
カテゴリは、最初から細かく分けすぎないのがおすすめです。「その他」が大半を占めるようになったら、その中身を読んで新しいカテゴリを追加する、という順番で育てていくと、入力する側の負担を抑えながら分析の精度を上げられます。
失注データを営業とマーケティングで共有する
失注理由が構造化されていると、営業だけでなく他部門の改善にも使えます。例えば次のような使い方です。
- 「製品機能」による失注が続いている場合 ── どの機能が求められているかを製品開発側に伝えやすくなります。
- 「時期」による失注が多い場合 ── マーケティング側で継続的な情報提供の対象にできます。
失注分析をプレイブックの更新にもつなげます。特定の競合に負けるパターンが見えてきたら、比較資料や切り返しのトークをプレイブックに追加し、次の商談から使えるようにします。
失注案件をナーチャリングに戻す
失注した案件は、それで関係が終わるわけではありません。「時期」や「社内決裁」で見送りになった顧客は、状況が変われば再び検討を始める可能性があります。
HubSpotでは、ライフサイクルステージを使って顧客の検討段階を管理できます。失注した取引に紐づくコンタクトを、掘り起こしの対象としてマーケティングのナーチャリングに戻す流れを作っておけば、リード獲得から商談、失注、再アプローチまでを一つのフローとして回せます。
個別の機能をばらばらに使うのではなく、この一気通貫の流れの中にイネーブルメントの施策を位置づけることが大切だと考えています。
AIと人の役割分担を決めておく
HubSpotのAI機能であるBreezeなど、営業活動にAIを取り入れる選択肢は広がっています。イネーブルメントの観点では、AIを使うかどうかよりも、何をAIに任せ、何を人が判断するかを先に決めておくことが重要です。役割が曖昧なまま導入すると、確認されないまま顧客にメールが届くといった事態が起こり得ます。
AIに任せやすい作業
AIが力を発揮しやすいのは、情報の整理や下書きの作成です。
| AIに任せやすい作業 | 人が判断すべきこと |
|---|---|
| 問い合わせ内容の分類 | パイプラインやステージ定義の設計 |
| 取引や商談記録の要約 | 営業戦略や重点顧客の意思決定 |
| 企業情報のリサーチ | 顧客へ送るメールの最終判断 |
| メール文面の下書き | 大型案件へのアプローチ内容 |
AIは、優秀な営業担当者の代わりというより、下調べや下書きを用意してくれる存在として捉えると、期待値のずれが起きにくくなります。
送信前に人が確認する運用にする
AIが作成したメールを自動で送信する設定は、おすすめしません。AIの文面は整っていても、日本語のビジネス上の言い回しや、顧客との関係性に合わない表現が混ざるケースがあります。
運用としては、AIに下書きを作らせ、担当者が内容を直してから送る流れを基本にします。ワークフローを初めて組む場合も、AIで叩き台を作り、手動で調整する進め方にすると取り掛かりやすくなります。
導入ロードマップ：小さく始めて段階的に広げる
イネーブルメントの施策を一度にすべて立ち上げようとすると、現場が追いつかず、どれも中途半端になりがちです。効果が出そうなものから優先順位を付け、段階的に広げていくことをおすすめします。ここでは3つのフェーズに分けて進め方を整理します。
フェーズ1：現状分析と基盤整備
- 営業プロセスの現状を可視化します（商談ステージ、使用資料、情報の流れ）
- CRM/SFAの設定を見直し、パイプラインステージを再定義します
- 営業資料を棚卸しし、購買ステージ別に整理します
最初に扱う指標は、受注件数や受注金額のように、スプレッドシートからCRMに移しても定義がぶれにくいものから始めると進めやすくなります。
フェーズ2：プレイブックとコンテンツの整備
- トップ営業へのインタビューを通じて、勝ちパターンを言語化します
- 商談ステージ別のプレイブックを作成し、CRM上に実装します
- 不足しているコンテンツを特定し、優先度をつけて作成します
プレイブックは、すべてのステージ分を一度に作るのではなく、失注や停滞が多いステージから作るのがおすすめです。
フェーズ3：運用と改善サイクルの確立
- ダッシュボードを構築し、週次でKPIをレビューします
- 商談データの分析に基づいて、プレイブックとコンテンツを継続的に改善します
- 新人オンボーディングプログラムを整備します
各フェーズから次へ進む目安は、次のとおりです。
| フェーズ | 次へ進む目安 |
|---|---|
| フェーズ1 | 全員が同じステージ定義で取引を登録し、資料の置き場所が一つにまとまっている |
| フェーズ2 | 優先したステージでプレイブックが実際の商談で開かれている |
| フェーズ3 | 定例のレビューで、データをもとにプレイブックや資料の更新が決まっている |
成果が明確に現れるまでには、一定の期間がかかります。短期間での劇的な変化を期待するのではなく、改善サイクルを回し続けることが大切です。
イネーブルメントを定着させる運営体制
セールスイネーブルメントを導入しても成果が出ない企業は、資料やプレイブックを作って終わっていることが多いです。勝ちパターンは市場や競合の変化とともに変わるため、コンテンツ資産を更新し続ける運営体制まで設計しないと定着しません。ここでは、役割分担と更新ルール、レビューの進め方を整理します。
最低限そろえたい3つの役割
最低限必要なのは、以下の3役です。
- 営業責任者: 何を標準化するかを決める
- 現場マネージャー: 商談レビューの中で活用を徹底する
- 運用担当: プレイブック、シーケンス、資料の更新を管理する
小規模な組織では一人が複数の役割を兼ねることもありますが、その場合でも「誰がどの役割を担っているか」は明文化しておきます。兼任の役割は日常業務に埋もれやすいため、イネーブルメントに充てる時間を予定として確保しておくことをおすすめします。
「誰が何を更新するか」を明文化する
特に重要なのは、勝ちパターンが変わったときに、どの資産を誰が更新するかを決めておくことです。新しい失注理由が増えているのにプレイブックが長く放置されている、という状態ではイネーブルメントは形骸化します。
例えば、失注理由のカテゴリで新しい傾向が見えたら運用担当がプレイブックの改訂案を作り、現場マネージャーが商談レビューで試し、営業責任者が標準として採用するかを決める、という流れを決めておきます。更新の流れ自体を仕組みにしておけば、担当者が入れ替わっても改善が止まりません。
月次レビューで見る3つの問い
運営面では、月次のレビューで次の3つの問いを扱うと改善が回りやすくなります。
- どのプレイブックが商談で使われたか
- どの営業資料が受注率の改善に寄与したか
- 新人と上位営業で、どのステージに差があるか
使われていないプレイブックは内容を見直すか廃止し、受注に寄与した資料は他のメンバーにも展開します。新人と上位営業の差が大きいステージは、次のオンボーディングやコーチングの重点テーマにします。イネーブルメントは「作る仕事」ではなく「更新し続ける仕事」です。この前提で役割を設計した組織が、営業品質を継続的に底上げできると考えています。
セールスイネーブルメントの設計と実践を実務に落とし込むには、CRMツールの活用が欠かせません。詳しくは「SFA導入で営業組織はどう変わる？導入メリットと成功のための5つの条件」で解説しています。
このテーマに関連する記事はセールスマネジメントカテゴリで網羅的にまとめています。
よくある質問
Q. セールスイネーブルメントは何名規模の組織から必要ですか？
人数よりも、口頭でのノウハウ共有で情報が行き渡らなくなったかどうかが目安です。担当者によって商談の進め方や使う資料が違ってきたと感じた時点で、仕組みを整える価値があります。まずはプレイブックの整備と営業資料の一元管理から始めるのがおすすめです。
Q. セールスイネーブルメント専任の担当者は必要ですか？
営業組織の規模が大きくなり、プレイブックや資料の更新が日常的に発生するようになったら、専任担当者の設置を検討する段階です。それまでは営業マネージャーが兼任で推進するケースが多いでしょう。兼任の場合は、イネーブルメント業務に割く時間を予定として確保しておくと、日常の営業マネジメントに埋もれにくくなります。
Q. CRM導入とイネーブルメント導入はどちらを先にすべきですか？
CRMの導入が先です。イネーブルメントの施策はCRM上で実装・計測するものが多く、CRMがない状態で始めても効果測定ができず改善サイクルが回りません。CRMの導入時点でパイプラインのステージ定義や必須入力プロパティを意識して設計しておくと、後の施策展開がスムーズになります。
Q. HubSpotでセールスイネーブルメントを実現するにはどのプランが必要ですか？
プレイブックを商談画面で使う運用を前提にするなら、Sales Hub Professional以上が選択肢になります（出典：HubSpot Product & Services Catalog）。まずはパイプラインの整備と資料の一元管理から始め、プレイブックやカスタムレポートを使いたい段階でプランを見直す、という判断の仕方もあります。どの機能がどのプランに含まれるかは、上記のカタログで比較できます。
まとめ
セールスイネーブルメントは、営業組織を「個人の力量」から「仕組みの力」で強くする設計思想です。本記事の要点を整理します。
- イネーブルメントは営業研修ではなく、コンテンツ・ツール・トレーニング・プロセスの4つの柱を統合した全体設計です
- スプレッドシートや個人PCに散った情報をCRMに集め、コンタクトから取引、顧客、請求までを一つのデータでつなぐことが土台になります
- パイプラインはステージ・受注確度・ステージ定義・必須入力プロパティの4要素で設計し、新人の教材としても活用します
- プレイブック、シーケンス、ダッシュボードは、取引の進行というフローの中に組み込んで使います
- 失注分析を起点にプレイブックと資料を更新し、失注案件はナーチャリングに戻して再アプローチにつなげます
- 導入は小さく始めて段階的に広げ、更新し続ける役割分担まで設計します
まずは、現在の営業プロセスをパイプラインのステージとして書き出すところから始めてみてください。次の3ステップで進めると、無理なく着手できます。
- 現在の案件管理シートの列と、実際の商談の流れを書き出し、受注の見込みが変わる地点でステージを区切る
- 各ステージの定義と、進めるときに入力してほしい項目を最小限に絞って決める
- 失注や停滞が多いステージを一つ選び、そのステージのプレイブックを作って商談で試す
CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。
あわせて読みたい
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
