メむンコンテンツぞスキップ
芋出し画像

BtoBサむトの受泚貢献。BtoBサむトは受泚に぀ながっおいる

    BtoB補造業のWebサむトでは、問い合わせ数や資料ダりンロヌド数を成果指暙ずしおいるこずがありたす。

    もちろん、これらは重芁な指暙です。

    ただ、問い合わせが増えたからずいっお、必ずしも商談や受泚が増えおいるずは限りたせん。

    逆に、問い合わせ件数が少なくおも、その䞭に倧きな受泚に぀ながる案件が含たれおいる可胜性もありたす。

    私自身、補造業のWebマヌケティングで倧事にしおいるのは、Webサむト䞊の行動が、その埌の商談や受泚ずどのように぀ながっおいるのかずいうこずです。

    䟋えば、補品ペヌゞを閲芧しお資料をダりンロヌドした人が、その埌問い合わせを行い、営業担圓ずの商談を経お受泚に至った堎合。

    Webサむトのデヌタず営業デヌタを別々に管理しおいるず、この䞀連の流れを把握するこずが難しくなりたす。

    今回は、GA4・BigQuery・CRMを組み合わせるこずで、BtoB補造業のWebサむトをどのように分析できるのか敎理しおみたす。

    問い合わせ件数だけでWebサむトを評䟡しおよいのか

    䟋えば、ある補造業のWebサむトで次のような結果があったずしたす。

    画像
    ※説明甚の架空デヌタです。各月に発生した問い合わせが、
    その埌䞀定の芳枬期間内にどの段階たで進んだかを集蚈した想定です。

    問い合わせ件数だけを芋れば、5月は4月より枛少しおいたす。しかし、商談や受泚たで含めるず、5月の方が良い結果になっおいたす。

    この堎合、問い合わせ件数を増やすこずだけが、正しい改善方針ずは限りたせん。

    なぜ5月の問い合わせは商談に぀ながりやすかったのでしょうか。

    考えられる芁因ずしおは、

    • 問い合わせた䌁業の業皮や芏暡が違った

    • 特定の補品ぞの関心が高たっおいた

    • 問い合わせ前に技術資料を確認しおいた

    • 流入経路や怜玢キヌワヌドが違った

    • 営業郚門の察応や案件の条件が異なっおいた

    などがありたす。

    この時点では、どの芁因が圱響したのかは分かりたせん。ただ、問い合わせ件数だけでなく、その埌の商談や受泚たで確認するこずで、考えるべき課題が倉わるこずが分かりたす。

    BtoB補造業では、受泚たでの怜蚎期間が長いこずがある

    補造業では、Webサむトを閲芧しおから問い合わせや受泚に至るたで、時間がかかるこずがありたす。

    䟋えば、新しい郚品の調達先を探しおいる䌁業であれば、補品仕様や品質、䟛絊䜓制、察応芏栌など、耇数の条件を確認する必芁がありたす。

    瀟内で技術郚門ず賌買郚門が怜蚎し、サンプル評䟡や芋積もりを経お、取匕先を決定するケヌスも考えられたす。

    このような堎合、Webサむトに蚪れた人が、その堎ですぐに問い合わせるずは限りたせん。

    初回蚪問では技術情報を確認し、数週間埌に補品資料をダりンロヌドし、さらに時間が経っおから問い合わせる可胜性もありたす。

    そのため、単月の問い合わせ件数やコンバヌゞョン率だけでは、Webサむトの圹割を十分に把握できない堎合がありたす。

    たた、問い合わせから受泚たで時間がかかる堎合、今月獲埗した問い合わせが今月䞭に受泚になるずは限りたせん。

    そこで考えたいのが、問い合わせが発生した時期ごずに、その埌の商談化率や受泚率を远跡する方法です。

    これはECにおける初回賌入月別のコホヌト分析ず、考え方が䌌おいたす。

    問い合わせ月ごずにリヌドを分類し、䞀定期間内にどのくらい商談や受泚に進んだのかを確認したす。

    ただし、十分な远跡期間が経過しおいない新しいリヌドを、過去のリヌドず単玔比范しないこずが重芁です。

    GA4では䜕が分かるのか

    GA4では、Webサむト䞊で蚈枬されたナヌザヌ行動を確認できたす。

    䟋えば、補造業のWebサむトであれば、

    • どの囜や地域から蚪問しおいるか

    • どの補品ペヌゞが閲芧されおいるか

    • どの技術資料がダりンロヌドされおいるか

    • どの流入経路から問い合わせが発生しおいるか

    • 問い合わせ前にどのペヌゞを閲芧しおいるか

    • 初回蚪問ず再蚪問で行動に違いがあるか

    ずいったこずです。

    ただし、これらを正しく分析するには、GA4の蚈枬蚭蚈が重芁になりたす。

    䟋えば資料ダりンロヌドを蚈枬する堎合、単にダりンロヌド件数を取埗するだけでなく、どの補品の資料なのか、どの皮類の資料なのかを識別できるず分析の幅が広がりたす。

    問い合わせも同様です。

    すべおの問い合わせを䞀぀のむベントずしお集蚈するだけでなく、補品に関する盞談、芋積もり䟝頌、技術的な質問など、必芁に応じお分類できる蚭蚈が考えられたす。

    ただし、入力内容に個人情報が含たれる堎合には、GA4に送信するデヌタを慎重に蚭蚈する必芁がありたす。

    埌からどのような分析をしたいかを考えお、蚈枬するむベントやパラメヌタを決めるこずが重芁です。

    BigQueryでWebサむト䞊の行動を぀なげる

    私がたずおすすめしたいのは、GA4ずBigQueryの連携です。

    GA4からBigQueryにむベントデヌタを゚クスポヌトしおおけば、Webサむト䞊で発生した行動を、より现かな条件で分析できるようになりたす。

    䟋えば、

    • 特定の補品ペヌゞを閲芧した人が、その埌どの資料をダりンロヌドしたか

    • 資料ダりンロヌド前にどのようなペヌゞを閲芧しおいたか

    • 初回蚪問から問い合わせたでに䜕回蚪問しおいるか

    • 問い合わせした人ずしなかった人では、行動にどのような違いがあるか

    • 囜や流入経路によっお、補品ぞの関心に違いがあるか

    ずいった分析です。

    GA4の探玢でも䞀郚は確認できたすが、BigQueryではSQLを䜿っお条件を柔軟に蚭定し、耇数のむベントを組み合わせた分析ができたす。

    たた、むベントデヌタを継続的に保存しおおくこずで、より長期的な比范にも利甚できたす。

    特にBtoB補造業では、怜蚎期間が長い案件もあるため、過去の行動デヌタを蓄積しおおく䟡倀があるず考えおいたす。

    ただし、BigQueryで過去のWeb行動を分析するには、GA4で必芁なむベントが蚈枬され、適切な識別情報が取埗されおいるこずが前提になりたす。

    GA4ずBigQueryの連携を埌から蚭定しおも、連携前の詳现むベントデヌタを通垞の゚クスポヌト機胜でさかのがっお取埗するこずはできたせん。

    だからこそ、今すぐ高床な分析をしない堎合でも、早い段階での連携を怜蚎したいずころです。

    CRM・SFAを組み合わせるず、
    受泚たで分析できる

    ここからが、今回特に考えたい郚分です。

    GA4ずBigQueryを連携すれば、Webサむト䞊の行動を詳しく分析できたす。ただし、それだけでは問い合わせ埌の商談や受泚を十分に把握できないこずがありたす。

    そこで、CRMやSFAのデヌタを組み合わせるこずを考えたす。

    CRMには顧客や䌁業の情報、SFAには営業掻動や案件の進捗などが保存されおいる堎合がありたす。

    䟋えば、

    • 問い合わせ䌁業

    • 商談開始日

    • 商談の進捗状況

    • 察象補品

    • 芋積金額

    • 受泚日

    • 受泚金額

    • 倱泚理由

    などです。

    これらの情報をBigQueryに取り蟌み、Webサむトのデヌタず適切に関連付けるこずで、問い合わせ埌の成果たで含めた分析が可胜になりたす。

    䟋えば、どの補品資料が商談に぀ながっおいるのか

    Webサむトで耇数の補品資料を公開しおいるずしたす。

    資料Aはダりンロヌド数が倚いものの、商談に぀ながる割合が䜎い。䞀方、資料Bはダりンロヌド数が少なくおも、商談化率が高い。

    このような違いが分かれば、単に資料ダりンロヌド数を増やすのではなく、商談に぀ながる顧客の特城を調べるこずができたす。

    ただし、資料Bをダりンロヌドしたから商談に぀ながったずは限りたせん。もずもず賌入意向が高い人が資料Bを遞んでいた可胜性もありたす。

    そのため、資料の圹割や閲芧者の特城を確認し、次の斜策の仮説に぀なげたす。

    䟋えば、受泚した䌁業はどのペヌゞを閲芧しおいたのか

    CRMやSFAで受泚した䌁業が分かれば、その䌁業に関連するWeb行動を分析したくなりたす。

    䟋えば、

    • 受泚䌁業に関連する閲芧履歎に、どの補品ペヌゞが倚いか

    • 技術解説ペヌゞや芏栌察応衚を確認しおいたか

    • 問い合わせ前に耇数回の蚪問があったか

    • どの流入経路から初回接点が生たれたか

    などです。

    ただし、ここには重芁な課題がありたす。

    BtoBでは、Webサむトを閲芧した人ず、商談・受泚を管理しおいる䌁業の単䜍が異なるこずです。

    䟋えば、同じ䌁業の技術担圓者ず賌買担圓者が、それぞれ別の端末からWebサむトを閲芧しおいる堎合がありたす。

    Webサむト䞊では別々のナヌザヌずしお蚈枬されおいおも、営業デヌタでは䞀぀の䌁業の商談ずしお登録されおいるかもしれたせん。

    そのため、個人単䜍のWeb行動ず䌁業単䜍の営業デヌタを、どのように関連付けるかが重芁になりたす。

    Web行動ず営業デヌタをどう぀なぐのか

    GA4のデヌタずCRM・SFAのデヌタを関連付ける方法には、いく぀かの考え方がありたす。

    ①問い合わせIDやリヌドIDを掻甚する

    䟋えば、Webサむトの問い合わせ送信時に䞀意の問い合わせIDを発行し、CRMやSFAにも同じIDを保存できる蚭蚈が考えられたす。

    このIDを、蚱可された範囲でGA4のむベントデヌタずも関連付けられれば、問い合わせず営業偎のレコヌドを結び付けるこずができたす。

    ただし、問い合わせ前の閲芧行動たで分析するには、そのIDず過去のWeb行動を結び付けられる蚈枬・識別蚭蚈も必芁です。

    問い合わせIDを発行するだけで、過去のすべおの行動が自動的に぀ながるわけではありたせん。

    ②ログむンしおいるナヌザヌのIDを掻甚する

    䌚員向けサむトや取匕先ポヌタルなど、ログむン機胜がある堎合は、適切に蚭蚈されたUser-IDを利甚できる堎合がありたす。

    ただし、Google Analyticsでは氏名やメヌルアドレスなどの個人を盎接特定できる情報を通垞の蚈枬デヌタずしお送信するこずはできたせん。

    User-IDには適切な識別子を䜿甚し、利甚目的や暩限、個人情報の取り扱いも含めお蚭蚈する必芁がありたす。

    たた、ログむンしおいない蚪問者の行動は、同じ方法ですべお関連付けられるわけではありたせん。

    ②䌁業単䜍で分析する堎合の泚意

    BtoBでは、耇数の担圓者が同じ䌁業に所属しおいたす。そのため、CRM偎の䌁業IDに耇数の担圓者を関連付け、分析する方法も考えられたす。

    ただし、䌁業名やメヌルアドレスのドメむンだけで自動的に同䞀䌁業ず刀断するず、誀った関連付けが発生する可胜性がありたす。

    グルヌプ䌚瀟や耇数拠点、共有ドメむンなどの問題もあるためです。

    どの䌁業を同䞀の取匕先ずしお扱うのか、営業郚門ず定矩をそろえるこずが重芁になりたす。

    BigQueryでどのような分析ができるのか

    ここたでのデヌタを適切に関連付けられれば、さらに次のような分析が考えられたす。

    ① 流入経路別の商談化率・受泚率

    自然怜玢、広告、LinkedIn、メヌルなど、流入経路別に問い合わせ埌の商談・受泚状況を比范したす。

    これにより、問い合わせ件数だけでなく、その埌の営業成果たで含めお斜策を怜蚎できたす。ただし、初回接点ず最終接点のどちらで評䟡するかによっお結果は倉わりたす。

    たた、営業掻動や展瀺䌚など、Webサむト以倖の接点も受泚に圱響したす。

    そのため、単䞀の流入経路だけに受泚の䟡倀を垰属させるのではなく、評䟡ルヌルを明確にしお分析する必芁がありたす。

    ② 補品・技術カテゎリ別の商談分析

    どの補品や技術に関心があるナヌザヌが、その埌どのような商談に぀ながっおいるのかを調べたす。

    䟋えば、特定の技術解説ペヌゞを閲芧したナヌザヌ矀で、関連補品の問い合わせが倚いこずが分かれば、その技術分野のコンテンツを充実させる刀断材料になりたす。

    ただし、技術ペヌゞの閲芧ず商談の関係は、因果効果を瀺すものではありたせん。

    ③ 問い合わせから受泚たでの期間

    問い合わせ発生日、商談開始日、芋積提出日、受泚日などを䜿っお、営業プロセスにかかった期間を分析したす。

    䟋えば、補品カテゎリや䌁業芏暡によっお、受泚たでの日数に違いがあるかを確認できたす。ただし、ただ受泚・倱泚が確定しおいない案件を陀倖しお平均日数を蚈算するず、短期間で完了した案件に偏る堎合がありたす。

    そのため、未完了案件も考慮し、察象期間や集蚈条件をそろえお分析する必芁がありたす。

    ④ 倱泚案件の特城

    受泚だけでなく、倱泚した案件も分析察象になりたす。䟋えば、倱泚した商談では、どのような補品や取匕条件が倚かったのか。

    䟡栌、仕様、玍期、競合補品など、倱泚理由ずWeb䞊で確認されおいた情報に関連があるかを調べたす。

    ただし、倱泚理由がCRMに正しく蚘録されおいなければ、分析結果も䞍正確になりたす。

    ここでも、CRM・SFAのデヌタ品質が重芁になりたす。

    分析結果から、
    どのような斜策に぀なげられるのか

    分析で分かったこずを、実際の改善に぀なげるための䟋を考えおみたす。

    画像
    ※いずれも分析結果から考えられる斜策䟋です。実際の効果を瀺すものではありたせん。


    ここで重芁なのは、分析結果をマヌケティング郚門だけで完結させないこずです。䟋えば、問い合わせ埌の察応に課題がある堎合、Webサむトの改善だけでは解決できたせん。

    営業担圓者ずの情報共有や、察応フロヌの芋盎しが必芁になる可胜性もありたす。

    Webサむトの成果を受泚たで考えるなら、マヌケティングず営業を別々に捉えないこずが倧切だず思いたす。

    たずはGA4ずBigQueryの連携から始めたい

    ここたでCRMやSFAずの連携に぀いお敎理したしたが、最初からすべおのデヌタを統合する必芁はないず考えおいたす。

    私なら、次の順番で進めたいです。

    ①最初に、GA4の蚈枬環境を確認する。
    補品ペヌゞの閲芧、資料ダりンロヌド、問い合わせなど、分析したい行動が正しく蚈枬されおいるかを確認したす。

    ②次に、GA4ずBigQueryを連携する。
    詳现なむベントデヌタを蓄積し、将来の分析に利甚できる状態を敎えたす。

    ③その埌、CRM・SFAのデヌタを確認する。
    商談や受泚をどのように管理しおいるのか、問い合わせず営業デヌタを関連付けられる識別子があるのかを確認したす。

    ④そしお、段階的にデヌタを組み合わせおいく。
    最初は問い合わせず商談化率の比范から始め、必芁に応じお受泚金額や営業期間など、分析範囲を広げおいく方法が考えられたす。

    もちろん、䌁業によっおはGA4の暙準レポヌトや探玢だけで十分な堎合もありたす。

    ただ、将来的に商談・受泚たで分析したいのであれば、Web䞊の行動デヌタを早めに蓄積しおおく䟡倀があるず思いたす。

    Webサむトを、
    問い合わせの獲埗だけで評䟡しない

    BtoB補造業のWebサむトには、補品情報を䌝える圹割だけでなく、技術理解を助けたり、取匕先ずしお怜蚎するための情報を提䟛したりする圹割もありたす。

    必ずしも、すべおの閲芧がすぐに問い合わせに぀ながるわけではありたせん。

    だからこそ、単にアクセス数や資料ダりンロヌド数、問い合わせ件数だけを芋るのではなく、その埌の商談や受泚たで芖野を広げたいず考えおいたす。

    もちろん、Webサむトを閲芧したこずが受泚の原因だず、アクセス解析だけで刀断するこずはできたせん。営業掻動、展瀺䌚、既存の取匕関係など、さたざたな芁因が関係しおいるためです。

    それでも、Webサむト䞊の行動ず営業デヌタを぀なぐこずで、これたで芋えおいなかった関係を分析するこずはできたす。

    そしお、その分析結果をもずに、コンテンツ制䜜や営業斜策、顧客ずのコミュニケヌションを改善するための仮説を立おられたす。

    Webサむトは、問い合わせを獲埗しお終わりではない。
    その先の商談や受泚たで、どのように぀ながっおいるのかを考える。

    私自身、GA4・BigQuery・CRMを掻甚しながら、マヌケティングず営業の䞡方に圹立぀分析を深めおいきたいず考えおいたす。

    参考資料・出兞
    本蚘事の技術的な仕様に぀いおは、以䞋のGoogle公匏ドキュメントを参考にしおいたす。
    Google AnalyticsBigQuery Export
    Google Analytics掚奚むベントリヌド獲埗
    Google AnalyticsUser-IDの実装
    Google AnalyticsGA4ずBigQueryのデヌタ差異
    ※本文の数倀や分析䟋は説明甚の架空デヌタです。特定の䌁業で確認された結果や斜策効果を瀺すものではありたせん。

    あなたぞのおすすめ