BANTフレームワークを活用したSaaSリードの評価方法
~したいと考えている組織 ソフトウェア購入の準備ができたリードを見極める 予算、権限、必要性、タイミングを検討するフレームワークをしばしば使用します。
調査によると、マーケティングリードのかなりの割合(79%以上)はすぐに売上にはつながらず、営業担当者の34%が述べているように、これらのリードの評価は営業チームにとって慎重なプロセスとなる可能性があります。
このガイドでは、見込み客を整理するための日常的な手順を概説しており、チームが営業プロセスを進める可能性のあるコンタクト間でリソースがどのように配分されているかを確認できるようになります。
コンセプトスナップショット
-
カテゴリー: リードクオリフィケーション
-
使用対象: B2B SaaSプラットフォーム
-
主な目的: ソフトウェア購入見込み客を絞り込む
-
関連概念: 理想的な顧客プロファイル, リード管理, プロダクト認定リード
-
成長段階: 初期段階から事業拡大まで
顧客層とSaaSリード認定基準を確立する
効率的なリード選定の出発点:どの顧客があなたのソフトウェアを購入する体制にあるか、そしてそうではないかを示す具体的な要因を特定することです。チームは通常、ユーザーデータと組織データの組み合わせ、つまり見込み客の役割と企業の事業範囲との相互作用に基づいて判断します。ベースラインとなる基準を定義することで、「セールスレディ」の定義に合致するリードと、まだその条件に完全に当てはまらないリードを明確にすることができます。
あなたが 適格なリードを獲得する、認証済みの企業メールアドレスのような、関連性の高いごくわずかな詳細情報を効果的に取得するために、インバウンドフォームを構築してください。バックグラウンドエンリッチメントツールと組み合わせることで、この方法には企業規模や業界などの情報が含まれます。データが増えるにつれて、セグメントのカテゴリはさらに発展する可能性があります。

B2B営業に関する業界調査によると、これらのカテゴリに合わせたリードスコアリングは、コンバージョン率を最大75%まで向上させることにつながる可能性があります。ウェブフォームを簡潔に保ち、最初の段階で信頼性の高い最小限のデータに集中することで、初期のデータ収集の一貫性を高めることができる可能性があります。
公開フォームで予算について尋ねるのではなく、多くのチームは基本的な詳細情報を取得し、最初の会話の後で初めて財務情報について話し合います。フォームでの予算に関する質問には、一般的または文脈に依存したさまざまな回答が寄せられる可能性があります。予算の話し合いを後回しにすることで、通常、その会話は独立したハードルとしてではなく、通常の資格認定プロセスの次のステップとして位置づけられます。
無料SaaSリード認定チェックリスト
従来のBANTセールス資格認定フレームワークを使用して、SaaSリードをより迅速に評価します。
-
B2B SaaSリードの資格認定基準
-
戦略的質問
-
テレメトリマイルストーン
-
マーケティングとセールスを連携させるための手順
-
PQL指標
-
その他
BANTセールス資格認定フレームワークを導入する
その BANTフレームワーク 〜に関する関連事実を収集するための体系的な方法です 潜在的購入者の購入プロセスにおける位置付け.
「厳密な順序はありません。多くの営業チームは、最初の会話で自然に詳細を収集します。以下の情報があれば、 予算, 権限, ニーズ、そして タイムライン、企業は、プロジェクトの完了日や予想される取引規模などの点について、実用的な見積もりを立てることができます。
より徹底的な評価のためには、各BANT領域を明確で的を絞った質問に結びつけましょう。
- 予算: この種の購入にどれくらいの金額が割り当てられているか明確にしてください。
例えば、次のように尋ねてみてください。 “このような製品に対する通常の予算範囲はどのくらいですか?” または 「同様のニーズに対応するツールへの支出は、どのように決定していますか?」
- 権限: 購入を承認する必要がある担当者を特定してください。
例えば、 「新しいプラットフォームの導入を決定する前の、貴社の手順について説明していただけますか?」 または 「意思決定がなされる前に、部署内で他に誰が検討する必要がありますか?」
- 必要性: この会話のきっかけとなっているビジネス課題を明確にしてください。
次のような質問: 「対処したいと考えている主なボトルネックは何ですか?」 または “今四半期中にこれが解決されなかった場合、どのような影響がありますか?” 役立ちます。
- タイムライン: 先方でのタイミングがどのようになっているか確認してください。
問いかけとしては、 “注意すべき締め切りはありますか?” または “今後のプロジェクトは、希望する導入日に影響しますか?”
エンジニアリングマネージャーは、エンジニアリング担当副社長から15,000ドルの合意済み予算を得ており、顧客離れの原因となるデータベースの遅延問題を解消するなどの明確な技術的課題を説明し、ブラックフライデーまでに修正プログラムを展開する期限を設定しています。
従来のバージョンと調整されたバージョンのどちらかを選択するには BANT、組織はしばしば平均的な 契約価値 と 購買者の複雑性.
ソフトウェア購入の費用が低く、購入者が1人である場合、これらの取引は調整が少なくて済むため、従来のBANTフレームワークが完全に機能します。一方、複数のチームにまたがる、またはコンプライアンス要件を伴うより複雑な取引では、通常、より広範な資格認定プロセスが必要となります。こうしたケースでは、企業は単一の意思決定者を探すのではなく、幅広い要件、予算のグループ化、事業活動に関連する重要な日付などを検討し、購入のタイムラインを契約更新や規制遵守日といった企業トリガーに直接結びつけることがあります。
無料SaaSリード認定チェックリスト
従来のBANTセールス資格認定フレームワークを使用して、SaaSリードをより迅速に評価します。
-
B2B SaaSリードの資格認定基準
-
戦略的質問
-
テレメトリマイルストーン
-
マーケティングとセールスを連携させるための手順
-
PQL指標
-
その他
スコアリングとデジタルインタラクション追跡の自動化
手動審査は、多くの場合、追加のプロセスステップを伴い、処理に長い期間を要します。 自動化ツール ユーザーアクティビティを定期的にレビューするため、チームメンバーの関与は必要な場合に限定されます。このステップでは、プラットフォームが特定の行動にポイント値を適用し、スコア更新時に活動に基づいてリードをグループ化します。
に 自動的にリードを認定する、設定 トラッキングトリガー マーケティングオートメーションツールおよびCRMシステム内で。プラットフォームは行動を動的にスコアリングし、真の意図レベルを測定します:
|
[ ユーザーインタラクション ] -> [ 自動化スクリプトがポイントを付与 ] -> [ しきい値に到達 ] -> [ 営業担当者へCRMアラート ] |
- コンテンツエンゲージメント(+5ポイント): 例としては、ファイルのダウンロードや製品ウェビナーへの参加などがあります。
- 高意図のウェブサイト訪問(+15ポイント): 48時間以内に価格ページや比較ページに複数回訪問があった場合に記録されます。
- 営業アクションのトリガー(+30ポイント): ライブ技術デモンストレーションのリクエストや正式な提案依頼書(RFP)の提出といった活動を考慮します。
|
リードスコアカテゴリ |
累計スコア範囲 |
自動CRMアクションがトリガーされました |
|
低い / コールド |
0 ~ 15 ポイント |
自動化された教育メールドリップシーケンスにルーティングします。 |
|
中程度 / ウォーム |
16 ~ 49 ポイント |
業界タイプに基づいて、ターゲットを絞った事例紹介の提供をトリガーします。 |
|
素晴らしい / 有望 |
50点以上 |
直ちにアカウントエグゼクティブに割り当て、直接電話でアプローチさせる。 |
無料SaaSリード認定チェックリスト
従来のBANTセールス資格認定フレームワークを使用して、SaaSリードをより迅速に評価します。
-
B2B SaaSリードの資格認定基準
-
戦略的質問
-
テレメトリマイルストーン
-
マーケティングとセールスを連携させるための手順
-
PQL指標
-
その他
プロダクト適格リード (PQL) を追跡する
SaaSにおいて、無料トライアルやフリーミアム体験が提供される場合、自己申告による関心情報だけを収集するよりも、実際の製品内でのユーザーインタラクションパターンを観察する方が、より明確なシグナルが得られます。
A プロダクト適格リード (PQL) プラットフォームの重要なセクションで測定可能な活動を実行したユーザーを指します。このような利用状況を示すマーカーを記録することで、企業は拡張やエンタープライズアップグレードの交渉につながる特定のしきい値に達したアカウントを特定できます。
に プロダクト認定リード(PQL)を追跡する 正確には、エンジニアリングチームは通常、リアルタイムでアクティビティログを捕捉するプロダクト分析フレームワークを導入します。ログイン頻度だけでなく、一貫したプロダクトエンゲージメントを分析する方が、より多くの情報が得られます。
|
[ ユーザーがログイン ] -> [ プラットフォームが主要機能イベントを監視 ] -> [ 価値のしきい値達成 (PQL) ] |
- ワークスペースの拡張: ユーザーが初期の1週間に、ワークスペースに3人以上のチームメンバーを参加させたことを記録する。
- データインジェスト量: フリーティアアカウントの利用量が10日以内に容量の80%に達したことを確認する。
- 連携の有効化: ユーザーがAPIまたはネイティブ連携を通じて製品を社内ツールに接続した際に記録する。
適切なドメインのユーザーが選択されたアクティベーションマイルストーンに到達した際、営業チームに通知する自動SlackまたはEメールアラートを設定する。営業チームはこれらのアラートを、定義されたインタラクション基準に基づいてフォローアップのタイミングを計るための参照点として利用する。
無料SaaSリード認定チェックリスト
従来のBANTセールス資格認定フレームワークを使用して、SaaSリードをより迅速に評価します。
-
B2B SaaSリードの資格認定基準
-
戦略的質問
-
テレメトリマイルストーン
-
マーケティングとセールスを連携させるための手順
-
PQL指標
-
その他
営業手法とシステムを整合させる
確立された営業プロセスを適用することで、営業活動におけるチームメンバー間のステップの順序と共通の用語が明確になります。この構造により、主に営業活動が記録され、内部レビュー時にも整理された状態を保ちます。確立されたフェーズは、プロセスの各段階で機会がどのようにレビューされるかを構造化します。
SaaSの営業には、主に3つの主要な手法が存在します。
- MEDDIC / MEDDPICC: 指標、経済的決定権者、決定基準、決定プロセス、書類手続き、課題の特定、そして推進者に焦点を当てます。これは、特に期間が延長される場合など、複数の部署が購買審査に関与することがある状況でよく適用されます。
- SPICED: 状況、課題、影響、重要なイベント、そして決定を評価します。クライアントが必要条件と見なす項目と製品の機能を比較することに重点が置かれます。
- チャレンジャーセールス: ここでは、担当者が業界内の課題、代替ツール、そして購買グループによって説明された側面との整合性といった事項を扱います。費用に関する議論は、これらの点が網羅された後に通常行われます。
- 担当者は時に、商談でBANTを厳密な質問リストとして使用します。 この傾向は、買い手が会話の途中で考えるのをやめてしまうことになります。別のアプローチとしては、質問を通常の会話の中に組み込むことです。(例えば、)〜という質問の代わりに、 「予算はどのくらいですか?」 と担当者は尋ねることができます。 「企業が同様のデータ損失問題に直面すると、社内で解決しようと約2万ドルを費やします。貴社チームが外部システム導入に関して立てている計画と、これは合致していますか?」
- シャドーバイヤーの罠 それは、営業担当者が、製品を気に入ってはいるものの社内の決裁権を持たない担当者と何ヶ月も費やす場合に発生します。これに対処する一つの方法は、CRMで機会を認定済みとする前に、担当者に経済的バイヤーの役職と予算管理権限を確認させることです。
結論
ソフトウェアスタートアップが リード認定プロセスを導入すると、アカウントをセグメント化し、中立的な基準に基づいてリソースを割り当てることができます。
適用 BANT 基準と リアルタイム製品使用データを併せて行うことで、 の明確な視点が得られます。 セールスパイプラインの動き過去のコンバージョン率や類似の指標を定期的に見直すことで、外部要因の変化に応じて、チームはスコアリング方法を更新するためのインプットを得ることができます。
準備はよろしいですか?
私たちは皆様と同じ道を歩んできました。19年間の経験を共有し、皆様のグローバルな夢を実現させましょう。
よくある質問
-
マーケティング・クオリファイド・リード(MQL)とは、貴社が公開した役立つガイドを読んだり、ブログを閲覧したりするなど、マーケティングの接点に接触した人物を指します。セールス・クオリファイド・リード(SQL)が登場する段階になると、営業担当者がその人物の関心度と活動(製品デモのリクエストや価格問い合わせなど)を評価し、購入を検討している明確な兆候を示していることを意味します。プロダクト・クオリファイド・リード(PQL)の場合、これらの個人はトライアル期間中またはフリーミアムアカウントで実際にソフトウェアを使用し、特定の利用マイルストーンに到達しており、真の製品エンゲージメントを示しています。
-
BANTアプローチは、一般的に、取引型またはミッドマーケットのセールスにおける主要な資格を検証するための初期手法として使用されます。特に、典型的なセールスサイクルが3ヶ月未満の場合に。複数の関係者が購買に参加する、より複雑なケースでは、営業チームは、複数の個人が関与するプロセスを体系的に記録するために、MEDDICのようなフレームワークを選択することがよくあります。
-
予算の詳細を尋ねることから始めるのではなく、営業チームは、ソフトウェアの購入がどこに適合するかを把握するため、より広範なビジネスニーズやプロセスを探ることがあります。彼らは、既存の運用上の課題がどのように管理されているか、あるいは過去に類似のソフトウェアへの支出がどのように機能したかについて質問するかもしれません。これらの点を議論することで、双方は、ソフトウェアソリューションが運用要件に合致する特定の領域を特定することができます。
-
購買機会は、企業の内部で起こる実際の変化(契約更新の必要性、内部レビューの実施、リーダーシップの交代、あるいは大規模な事業計画など)と一致することがよくあります。このような事態が生じると、購買担当者は決定を特定の日付と関連付けることが多く、それは自社のチームと販売者双方にとってタイミングを明確にする傾向があります。
-
営業担当者は、見込み客が成果や技術仕様に関して期待することと、利用可能なリソースで満たせることとの間に明確な隔たりがある場合、失格を検討します。例えば、ある組織が企業セキュリティに関連する統合を必要としているにもかかわらず、その資金的範囲がエントリーレベルの提供物に限定されている場合、このような状況では合意に達することはできないかもしれません。適格性評価を早い段階で実施することで、営業チームは、見込み客の状況と提供可能な製品・サービスとの全体的な適合性に基づいて、労力を配分することができます。