CMO がチャットレイヤーを所有すべき理由（サポート部門に任せきりにしない）

ほとんどの企業では、チャットはサポート部門の管轄にあります。それには理由があります。チャットはチケットを解決するものだからです。「助けが必要です」という声を、対応可能な最も近い担当者につなぎます。主要な指標は CSAT、解決時間、問い合わせ削減率です。

しかし、この組織上の判断には、ほとんどの CMO が数値化していない、見えにくい売上コストが潜んでいます。

購買担当者が料金ページでベンダーを比較している最中にチャットウィジェットを開き、チケットの削減に最適化されたサポートチームにつながったとします。これは、コンバージョンの機会を、それを成約につなげる設計になっていない部門が受け止めてしまっている状態です。購買担当者は、有望リードとしての営業会話を得られません。得られるのは FAQ の回答か、45 分後に連絡を受け、文脈が引き継がれていない SDR へのハンドオフです。

最も効率的なデマンドジェン体制をつくっている CMO は、より良い広告やより良いランディングページを運用しているだけではありません。購買意欲が最も高まる会話レイヤーの所有権を確保し、サポートの問題解決ではなくパイプラインの創出を軸に作り変えています。

サポート最適化の罠

最初の分かれ道はツール選びです。Intercom、Drift、Tidio は、それぞれ主な購入者を想定して設計されています。Intercom のプロダクトロードマップは、従来からカスタマーサクセスやサポートの自動化の方向に引っ張られてきました。Drift は、収益部門が所有するチャットは異なる機能を果たすべきだという考えに基づき、マーケティングとセールスのために作られたツールです。Drift の会話型マーケティング調査によると、チャットの設定を収益部門が所有しているチームは、サポート主導で設定した場合と比べて、同じウィジェットから 3 倍多くの有望リードを生み出しています。Tidio は、サポートとマーケティングの両機能を備え、SMB 向けに提供されています。収益部門の用途で Drift と Intercom がどう違うかを直接比較するなら、B2B 向け Drift と Intercom の比較が出発点として役立ちます。

サポート部門がツールを選べば、選ばれるのはサポート向けの機能です。設定もそれに従います。ルーティングルールは新規の問い合わせより未解決のチケットを優先します。ボットのシーケンスは、リードを選別してエスカレーションするためではなく、質問に答えて問い合わせを減らすために作られます。SLA の指標が測るのは、会話がどれだけ速く終わるかであって、いくつがパイプラインになったかではありません。

サポート部門にとっては、どれも間違っていません。むしろ完全に正しい設計です。ただ、購買意欲を持って訪れた購買担当者全員が、営業ではなくサポートの体験を受け取ることになります。

具体的なコストはこうなります。訪問者が導入事例を読み、料金ページに進み、エンタープライズ向けの料金についてチャットで質問します。サポート最適化の設定では、このチャットは一般のキューに振り分けられます。回答は料金の質問には答えますが、購買意図を把握せず、デモを提案せず、適切なリードステータスの CRM レコードも作成しません。訪問者は質問への答えを得て去りますが、次のステップはなく、パイプラインのレポートにも現れません。

マーケティング最適化の設定では、同じチャットが高い購買意図のシグナルを発します。ルーティングルールが訪問者を「料金ページ + エンタープライズに関する質問」と識別し、即座に SDR にエスカレーションします。リードソース、ページの文脈、会話のトランスクリプトを含む CRM レコードが作成されます。SDR は 20 分の通話を提案します。購買担当者は、最初に人と話す前の時点で、すでに有望リードとして選別されています。

同じ訪問者、同じチャットツールで、設定が違うだけで結果が変わる。この差こそが、サポート最適化の罠です。

購買ジャーニーにおけるチャットの位置づけ

購買ジャーニーでは、段階ごとに会話へのニーズが異なります。どの段階がマーケティングにとって価値が高く、どの段階がサポートにとって価値が高いかを理解すると、所有権が重要な理由が明確になります。

認知段階と検討段階は、マーケティングの領域です。この段階の購買担当者は、調べ、比べ、導入事例を読み、料金を評価しています。うまく答えれば商談が加速する、購買意図に関わる質問を持っています。この段階のチャットは、通常は短いサイクルで、重要度が高く、内容も予測しやすいものです。料金の質問、機能の比較、「自社のユースケースではどう使えるか」といった問い合わせです。これらはサポートの会話ではなく、リード選別の会話です。

購入後の段階は、サポートの領域です。オンボーディングの質問、不具合の報告、更新時の摩擦、アカウント管理などです。この段階のチャットは、件数が多く、内容がまちまちで、解決スピードに最適化されています。これらが営業の SDR のキューに入ることは、決してあってはなりません。

問題は、ほとんどの企業が、顧客ジャーニー全体で 1 つのチャットウィジェットを運用していることです。ルーティングルールは購入後の大量の問い合わせを前提に作られているため、認知段階の購買担当者にもサポートの体験が提供されてしまいます。

構造上の解決策は、聞こえるほど複雑ではありません。ウィジェットの設定を分けるか（あるいはルーティングロジックで商談前と購入後のトラフィックを区別するか）、それぞれを独立して最適化します。商談前の設定はマーケティングの領域です。購入後の設定はサポートに残します。どちらも同じ基盤プラットフォーム上で運用できます。

組織設計の問い

チャットを誰が所有すべきかという議論は、一部はツールの話ですが、ほとんどは指標の話です。チャットを所有する部門が、チャットを評価する指標を決めます。その指標が、設定が時間とともにどう進化するかを左右します。

サポートがチャットを所有すれば、意図しなくても、最適化の優先事項に問い合わせ削減率が入り込んできます。マーケティングが所有すれば、パイプラインの創出が最適化の目標になります。

マーケティングが所有すべきだという主張は、3 つの論点に基づいています。

第一に、商談前のチャットはデマンドジェンのチャネルです。有望リードを生み、購買判断に影響を与え、パイプラインを加速させます。他のデマンドジェンのチャネルと同じように、測定し、予算を配分し、改善を重ねるべきです。有望な会話 1 件あたりのコスト、会話から商談化への転換率、チャットが影響したパイプラインといった指標です。

第二に、マーケティングはすでに隣接する接点を所有しています。ランディングページ、広告キャンペーン、メールシーケンス、そして購買担当者をチャットウィジェットに導くウェブサイトの体験は、いずれもマーケティングの領域です。引き継ぎのポイントであるチャットウィジェット自体を所有すれば、ループが閉じ、マーケティングは商談前のジャーニー全体をコントロールできるようになります。この商談前の獲得レイヤーは、リード自動化のスタックにもつなげる必要があります。バックエンドのルーティングをどう構築するかの一例として、インバウンドリード向けのフォームから CRM への自動化があります。

第三に、ツールは所有者に従います。マーケティングがチャットを所有すれば、チームは自然とコンバージョン最適化のためにツールを選び、設定します。スマートルーティング、CRM 連携、AI によるリード選別、SDR へのハンドオフなどです。マーケティングが実際に必要とする用途に向けて、ツールが改善されていきます。

より難しいのは、組織内の対立なく移行をどう進めるかという問いです。サポートチームは通常 SDR チームより規模が大きく、チャットを中核インフラと見なす上級のステークホルダーもいます。主張すべきは「サポートのやり方が間違っている」ということではありません。「サポートのチャットとマーケティングのチャットは別のプロダクトであり、分けて管理すべきだ」ということです。

ハンドオフモデル

CMO が所有するチャットの実践的な形は、サポートを排除しません。商談前と購入後の会話レイヤーの間に、明確な引き継ぎを設けます。

機能するモデルは次のとおりです。

商談前チャット（マーケティングが所有）： 匿名の訪問者、見込み客としてタグ付けされたコンタクト、MQL 段階のリードからのすべての受信チャットを対象とします。ルーティングは、リード選別とパイプライン創出のために設定します。主なツールは Drift（エンタープライズ向け）、マーケティング用の設定を施した Intercom、またはメッセージングチャネル中心の施策なら Respond.io です。主な指標は、週あたりの有望な会話数、会話から CRM レコードへの転換率、有望な対応までの時間です。ルーティングロジックをゼロから構築する場合は、チャットチャネルからのリードルーティングが、セグメント、購買意図のシグナル、チャネル別に会話を割り当てるデシジョンツリーを解説しています。

購入後チャット（サポートが所有）： アクティブなアカウントを持つ顧客、オンボーディング段階のコンタクト、更新段階のアカウントからのすべての受信チャットを対象とします。ルーティングは、解決スピードと CSAT のために設定します。主な指標は、解決時間、問い合わせ削減率、CSAT です。

ハンドオフのトリガー： 商談前の会話が成約に至ったら、そのコンタクトをサポートのシステムに移行します。購入後の顧客が拡張の意向を示した場合（新機能について尋ねる、エンタープライズ向けの料金を求めるなど）は、サポート担当者がマーケティングまたは Sales Ops が所有するルーティングルールにエスカレーションし、新たなパイプラインの会話として扱います。

このモデルには、トリガー条件（どのコンタクトが商談前で、どれが購入後か）についての合意と、ライフサイクルステージを最新に保つ CRM の整備が必要です。どちらも技術的には複雑ではありません。ただし、どちらも部門横断の連携を必要とします。

チャット所有権の監査

この移行を進めるかどうかを決める前に、現在の体制について次の問いに正直に答えてください。

自社でチャットの主要指標は何ですか。 答えが CSAT やチケットの解決時間なら、チャットはサポート向けに最適化されています。「チャットのパイプラインへの貢献は測っていない」という答えなら、それがこの議論が埋めようとしているギャップです。Forrester の会話型マーケティング調査では、チャットをサポート指標ではなくパイプライン指標で測っている組織は、所有権を移してから 2 四半期以内に、チャット経由の売上が平均 40% 伸びたことが分かっています。

チャットボットのシーケンスは誰が設定しましたか。 料金ページや機能ページのボットフローをサポートや CX チームが書いたのであれば、そのフローはおそらく、リードを選別してエスカレーションするためではなく、質問に答えるために最適化されています。

午後 11 時にチャットを始めた購買意図の高い訪問者はどうなりますか。 AI エージェントがリード選別を行い、CRM にリードを作成しますか。それとも「営業時間内に返信します」というメッセージだけが返り、そのまま離脱しますか。

チャットの会話のうち、CRM レコードになるのはいくつですか。 この数字を把握していないなら、アトリビューションが崩れています。有望なチャットの会話のうち 30% 未満しか CRM レコードにならないなら、CRM 連携が機能していません。リード選別フレームワークは、「有望」の定義をチャネル全体で一貫させるための参考モデルで、CRM レコード化率を期間ごとに比較可能にします。

料金ページのチャットは、サポートページのチャットと違うルーティングになっていますか。 そうでなければ、評価の真っ最中の購買担当者を、請求の質問をしている顧客と同じように扱っていることになります。

採点：3 つ以上の問いで「望ましくない」答えになったなら、チャットの所有権がパイプラインを損なっている可能性が高いです。問題は、直すかどうかではありません。どれだけ早く直すかです。

60 日間の移行

サポートからチャットの所有権を引き継ぐことは、対立的である必要はありません。「サポートが最適化に割く余力のない、商談前のジャーニーまでチャットの守備範囲を広げる」と位置づけてください。

1〜14 日目： サポートも交えて現在の体制を監査します。商談前の訪問者に対応しているページ、ルーティングルール、ボットシーケンスを洗い出します。チャットからのリード作成率を把握します。CRM のライフサイクルステージモデルで、「商談前」と「購入後」の意味について合意を得ます。

15〜30 日目： 商談前の設定を並行して構築します。サポートの既存の設定は変更しません。商談前トラフィック用に、新しいルーティングの分岐を作ります。リード選別のシーケンス、SDR へのエスカレーションルール、CRM 連携を設定します。購買意図の高いページを 1 つ選んでテストします。

31〜45 日目： マーケティングが所有する設定を、優先ページ（料金、機能、導入事例）で本番稼働させます。最初の 2 週間は、会話から CRM レコードへの転換率と、有望な会話の割合を追跡します。そのデータをサポートのリーダーと共有します。サポートに取って代わるのではなく、サポートが最適化されていなかったトラフィックをカバーするのです。

46〜60 日目： ハンドオフモデルを正式なものにします。商談前から購入後への移行のトリガー条件に合意します。両チームが分担の成果を確認できるよう、週次の共有指標レビューを設けます。最初の 1 か月のデータに基づいて、ルーティングルールを調整します。

置き換えるのではなく拡張することから始めれば、この移行の政治的なリスクは低くなります。サポートは持っているものをすべて維持します。マーケティングは、これまで十分にカバーできていなかった商談前のレイヤーを追加でカバーします。McKinsey の会話型コマースの分析では、商談前と購入後のチャットを別々に設定したストリームに分けた企業で、サポートの顧客満足度が維持される一方、チャットによるパイプラインへの貢献が大きく向上したことが分かっています。共有指標である有望なパイプライン会話は、両チームが正当なものとして受け入れられる指標です。

この商談前のチャットレイヤーが有料獲得とどうつながるかについては、広告からチャットへのファネル：CRO のための評価フレームワークが、広告のクリックをランディングページではなく直接チャットに流し込むアーキテクチャを整理しています。

関連記事

• 問い合わせフォームの終焉、その後に来るものとその理由
• 広告からチャットへのファネル：CRO のための評価フレームワーク
• 会話型チャットの ROI：ファーストタッチ・アトリビューションを超えた測定