追加製品の紹介:教育と認知度向上戦略

ほとんどの顧客は、御社の製品ポートフォリオ全体を知りません。彼らは1つのソリューションを購入し、そのソリューションを学び、それ以上を見ようとしません。これは自然なことです。しかし、これは双方にとって逃した機会でもあります。

追加製品から恩恵を受けられる顧客が採用しないのは、評価して拒否したからではなく、単に誰も適切なタイミングで適切な方法でオプションを示さなかったからです。

ポートフォリオ成長に優れた企業は、顧客が自力で製品を発見するのを待ちません。プロアクティブに教育し、認知度を高め、押し付けがましさや営業主導を感じさせずに価値を実証します。

教育優先の哲学

販売と教育には根本的な違いがあります。

販売はこのように感じます:

  • 「これを買うべきです」
  • 「製品Bをご提案します」
  • 「すべての機能をご紹介します」
  • ベンダー中心、取引志向

教育はこのように感じます:

  • 「[問題]も解決することをご存知でしたか?」
  • 「他の顧客が[ユースケース]でこれを使用している方法をご紹介します」
  • 「[あなたが言及した課題]に役立つかもしれません」
  • 顧客中心、価値志向

教育から始めると、顧客は売り込まれている感覚を持ちません。情報を得ていると感じます。その違いは重要です。

なぜ顧客にとって重要かから始める

すべての製品紹介は「なぜ顧客にとって重要か」に答える必要があります。

「50のダッシュボードとカスタム分析を備えたレポート製品があります」ではなく、「顧客が経営陣にROIを証明したいとき、レポート製品は必要な数字とビジュアルを提供します」です。

違いは視点です。1つは御社の製品について。もう1つは顧客の問題についてです。

販売ではなく、支援する

最良の製品紹介は、営業会話のように感じません。有益な提案のように感じます。

「[課題]に苦労しているとおっしゃいましたね。実は、それに役立つかもしれない製品があります。詳しく知りたいですか?」

断られても構いません。認知度は植え付けられました。ニーズがより緊急になったとき、ソリューションに言及したことを思い出すでしょう。

初日からの認知度構築

製品教育はオンボーディング中に始まります。何ヶ月も後に拡張を試みるときではありません。

ポートフォリオを早期に示す

オンボーディングの第1週または第2週には、簡単なポートフォリオ教育を含めるべきです。

「すべての製品を購入してください」ではなく、「オンボーディングでは[製品A]に焦点を当てています。念のため、[関連する問題]を解決する[製品BとC]も提供しています。多くの顧客は最終的に複数の製品を併用しますが、今は[製品A]をマスターしましょう」です。

これにより、圧倒したりプレッシャーをかけることなく、早期に認知度が植え付けられます。顧客は御社のポートフォリオが存在することを学び、将来のニーズに対する心の準備ができます。

機能を他の製品に自然につなげる

製品Aのトレーニング中、適切なタイミングで他の製品とのつながりに言及します。

「このデータエクスポート機能は便利です。ちなみに、[製品B]は手動エクスポートを排除したい場合、このワークフロー全体を自動化できます。」

製品Bを売り込んでいるわけではありません。それが解決する問題点を文脈の中で示しているのです。

複数製品のユースケースを共有する

製品Aの使用方法について議論するとき、複数製品の例を取り入れます。

「ほとんどのマーケティングチームは、これをキャンペーン追跡に使用しています。一部は分析製品に接続して、チャネル全体の完全なROIを確認しています。ただし、これはオプションです。多くの顧客はこれを単独で使用しています。」

これにより、プレッシャーなしに可能性を示します。

顧客ストーリーを語る

複数の製品を自然に含む成功事例を共有します。

「御社の業界のある顧客は[製品A]から始め、チームが成長したときに6ヶ月後に[製品B]を追加しました。製品を併用することで、週約15時間の手作業が削減されました。」

ストーリーは販売せずに教育します。可能性を示します。

ロードマップの話でポートフォリオを見えるようにする

製品ロードマップをレビューするとき、ポートフォリオのコンテキストを含めます。

「今四半期は[製品A]にこれらの機能を追加しています。また、製品間の統合を改善する[製品B]のアップデートも開始しています。」

これにより、採用を推進することなく、完全なポートフォリオが見えるようになります。

教育コンテンツアプローチ

ヘルプセンターは、ポートフォリオ内のすべての製品を明確に説明する必要があります。各製品には以下が必要です:

  • 何をするか、誰のためのものかの明確な説明
  • 主要なユースケースと解決される問題
  • 他の製品との統合機能
  • はじめに利用できるリソース
  • 価格情報

これを営業ページに埋もれさせないでください。既存の顧客がオプションを探索できるようにアクセス可能にします。

スパムのように感じないメール教育

ポートフォリオ機能について顧客を教育する定期的なメールを送信します。重要なのは、間隔と関連性です。

製品Aを使用している顧客向けの例シリーズ:

メール1(第4週):「[製品A]を最大限に活用する」 メール2(第8週):「[顧客名]が[製品A]と[製品B]を併用する方法」 メール3(第12週):「[製品A]ワークフローを拡張する3つの方法」 メール4(第16週):「ご存知でしたか?[製品C]は既にお使いのものと統合されます」

間隔が重要です。頻繁すぎると押し付けがましく感じます。四半期または月次のタッチがうまく機能します。

低プレッシャーのウェビナーを実施する

異なる製品とユースケースを特集した月次または四半期ごとのウェビナーがうまく機能します。形式はシンプルに:

  • 20分:製品概要とデモ
  • 10分:顧客ストーリーまたはユースケース
  • 10分:他の製品との統合
  • 20分:Q&A

これらを既存の顧客に宣伝します。低プレッシャー、教育的な形式です。

アプリ内提案を慎重に使用する

製品A内のコンテキストに応じたプロンプトは、関連するときに他の製品に言及できます。

例:顧客が頻繁にデータをエクスポート→プロンプト:「手動エクスポートに疲れましたか?[製品B]はこのワークフローを自動化します。詳細」

これらをコンテキストに応じたもの(行動によってトリガー)、却下可能(ブロックしない)、価値重視(問題点を解決)、頻度を抑えた(スパムしない)ものにします。

CSMに製品を自然に言及するようトレーニングする

コールやQBRの際に適切なタイミングで他の製品を持ち出すようCSMをトレーニングします。

強制的ではなく:「ところで、他のすべての製品についてお話しさせてください...」 自然に:「より良いレポートが必要だとおっしゃいましたね。分析製品はまさにそのために設計されています。お見せしましょうか?」

コンテキストに応じた紹介のタイミング

タイミングとコンテキストにより、製品紹介は押し付けがましいではなく役立つように感じられます。

顧客が問題点を提起したとき

顧客:「[特定の問題]に苦労しています。」 CSM:「それはまさに[製品B]が解決するために設計されたものです。それを提供していることをご存知でしたか?」

顧客が問題を提起しました。御社はソリューションで対応しています。それは役立つことです。

ビジネスレビュー中

QBRは戦略的な会話のために設計されています。ポートフォリオディスカッションは自然に適合します。

「[製品A]で[結果]を達成しました。今後を見据えて、来四半期の優先事項は何ですか?[聞く]。共有していただいた内容に基づくと、[製品B]は[述べられた優先事項]に役立つかもしれません。それを探求したいですか?」

競合他社が出てきたとき

顧客:「[ユースケース]のために[競合ツール]を検討しています。」 CSM:「興味深いですね。[製品B]でそれも解決することをご存知ですか?既にお使いの[製品A]とどのように機能するかお見せしましょう。」

彼らは既に買い物をしています。御社にもオプションがあることを確認してください。

業界トレンドの議論で

「[業界]の多くの企業が[トレンド/課題]に焦点を当てているのを見ています。[製品C]は具体的にそれに対処するために構築されました。それについて考えていますか?」

これにより、ポートフォリオについて教育しながら、業界専門家としての位置づけができます。

顧客が戦略計画を共有したとき

顧客が戦略ロードマップを共有するとき、御社の製品を彼らのイニシアチブにマッピングします。

「顧客維持が主要な焦点のようです。カスタマーサクセス製品は、類似企業がチャーンを20-30%削減するのを支援してきました。それは御社の維持目標をサポートするかもしれません。」

製品教育コンテンツ

ポートフォリオ内の各製品について、既存の顧客が実際に使用できるコンテンツが必要です。

シンプルな製品概要

この製品は何ですか?誰のためのものですか?どんな問題を解決しますか?他の製品とどのように機能しますか?に答える1ページまたは短いビデオ。

消費に5分未満にします。包括性よりも明確性を優先します。

テンプレートではなく、実際のユースケース

実際の顧客例を含む3-5の具体的なユースケースを示します。テンプレートを埋める形式(「課題:、ソリューション:、結果:___」)ではなく、実際のストーリーを語ります:

「中規模SaaS企業は、毎週金曜日にシステム間でデータを手動コピーしていました。約3時間の作業でした。製品Bの自動化をオンにし、既に使用していた製品Aに接続し、プロセス全体を排除しました。現在、そのチームはデータ入力の代わりに分析に焦点を当てています。」

それは箇条書きのフレームワークよりも役立ちます。

詳細な顧客成功事例

実際の顧客からのケーススタディが機能します。特に、類似の業界や類似の課題に直面している場合です。旅に焦点を当てます:最初の問題、なぜこの製品を選んだか、実装がどのように進んだか、測定可能な結果、検討している仲間に何を伝えるか。

利点を示す統合ドキュメント

製品が技術的にどのように連携するかだけでなく、その統合が顧客に実際に何をもたらすかを示します:

「[製品A]と[製品B]を併用:データはシステム間で自動的に流れ、ワークフローは手動の引き渡しなしに両方の製品にまたがり、セットアップには約15分かかり、ほとんどの顧客は週5-10時間の冗長作業を排除します。」

はじめにを簡単にする

好奇心のある顧客が試すための障壁を下げます。クイックスタートガイド(15分のセットアップ)、ビデオウォークスルー(5分)、サンプルテンプレートまたは構成、最初のユースケースチュートリアル。

探索を簡単にします。

トライアルと探索プログラム

コミットメントやプレッシャーなしで、顧客に製品を体験させます。

無料トライアルアクセスを提供する

既存の顧客は、ポートフォリオ内の他の製品のトライアルを取得する必要があります。トライアル構造:14-30日、フルアクセスまたは特定のティア、質問に答えるサポートが利用可能、データが既存のセットアップと統合されるか別に保持されるかについて明確。

トライアルを簡単に開始できるようにします。カスタマーポータルからワンクリックのアクティベーションまたは迅速なCSMセットアップ。

サンドボックス環境を提供する

複雑な製品の場合、本番環境に影響を与えずに探索できるデモ/サンドボックスアクセスを提供します。事前にロードされたサンプルデータ、既にセットアップされた一般的な構成、ガイド付きツアーまたはチュートリアル、既存のデータやワークフローへのリスクがない。

ガイド付き製品ツアーを実施する

製品機能を示す仮想またはビデオツアー。形式:15-20分、機能ツアーではなく特定のユースケースに焦点、実世界の例、Q&A機会、オプションのフォローアップデモ。

コンサルタティブにし、営業的にしません。

限定機能アンロックを試す

顧客が既に使用しているものと統合する製品の場合、プレビューアクセスを一時的にアンロックします。

「アカウントの[製品B]レポート機能へのプレビューアクセスを有効にしました。次の2週間探索できます。コミットメントなし、どのように機能するかを見てほしいだけです。」

概念実証プログラムを構造化する

大規模な製品や戦略的アカウントの場合、構造化されたPOCを提供します。期間:30-60日。範囲:特定のユースケースまたはワークフロー。成功基準を事前に一緒に定義。サポート:専任の実装支援。決定:成功した場合の明確な転換パス。

関心とエンゲージメントの測定

教育努力が機能しているかどうかを知る必要があります。

クリックスルー率を追跡する

メールとアプリ内プロモーションの場合:メール開封率、製品ページへのリンククリック、ビデオ視聴完了、ヘルプセンター記事閲覧。

低いエンゲージメントは、メッセージが共鳴していないか、タイミングがずれていることを意味します。

トライアルアクティベーションを監視する

トライアルを提供するとき、何パーセントがアクティブ化するか、オファー後どのくらい早くアクティブ化するか、どの製品が最もトライアル関心を得るか、業界、規模、テニュアによるパターンがあるかを監視します。

質問に注意を払う

顧客が教育コンテンツに関与するとき、新製品についてのサポート質問、デモリクエスト、価格照会、統合質問に注意します。

これらは受動的な認知度を超える真の関心を示します。

セグメント別のデモリクエストを追跡する

製品別、顧客セグメント別、最初の購入からの時間別、トリガー(何がリクエストを促したか)別のデモリクエストを確認します。

これにより、どの教育努力が真のパイプラインを推進するかが示されます。

RFP包含を監視する

顧客がRFPを発行したりソリューションを評価したりするとき、御社の他の製品について質問しますか?そうでなければ、認知度が検討に変換されていません。

教育から販売への移行

一部の顧客は購入する準備ができていることを示します。それらのシグナルを認識し、適切に対応します。

監視すべき購入シグナル

複数のチームメンバーが製品について質問している。具体的な価格質問。タイムラインまたは実装の質問。「[それが対処する問題]を解決しようとしています」と言及。正式な提案またはビジネスケースを要求。エグゼクティブまたは予算保有者が関与。顧客リファレンスを要求。代替案と比較(評価モード)。

販売への温かい引き渡し方法

顧客が購入意図を示すとき:

  1. 関心を確認:「[製品B]は良いフィットのようです。実装と価格についてより詳細な会話をしたいですか?」

  2. 期待を設定:「[製品B]を専門とする[営業担当者]につなぎます。詳細な発見、提案、ビジネスケースを支援します。」

  3. コンテキストを提供:内部で営業に顧客、ニーズ、議論したこと、なぜ関心があるかをブリーフィング。

  4. 紹介を行う:メール紹介または共同コール。温かくします。

  5. 関与し続ける:引き渡し後に消えないでください。評価中も顧客をサポートし続けます。

共同発見コールを検討する

大規模な機会の場合、同じコールにCSMと営業がいるのがうまく機能します。CSMは関係のコンテキストとアカウントの知識を提供。営業は技術的発見とビジネスケースをリード。顧客は調整されたチームを見る。移行がスムーズに感じられます。

フォローアップを調整する

最初の教育またはデモ後、誰が何をするかを明確にします。CSMは関係項目をフォローアップ。営業は商業項目をフォローアップ。顧客は明確な連絡先を持つ。コミュニケーションにギャップや重複がない。

説明責任を共有する

CSと営業の両方がクロスセルの成功に責任を持つべきです。CSは機会を調達し、顧客を教育し、関係を維持。営業は関心のある顧客を転換し、交渉を処理し、取引をクローズ。両方が拡張メトリクスとNRRで測定される。

マルチタッチキャンペーンの例

数週間または数ヶ月にわたる体系的な教育プログラムは、1回限りの試みよりうまく機能します。

典型的な構造:

認知度ステージ(第1-4週):

  • タッチ1:製品とユースケースを紹介するメール
  • タッチ2:関連するコンテキストを持つアプリ内メッセージ
  • タッチ3:QBRまたはチェックインコールでの言及

検討ステージ(第5-8週):

  • タッチ4:顧客成功事例メール
  • タッチ5:ウェビナー招待
  • タッチ6:統合利点ドキュメント

決定ステージ(第9-12週):

  • タッチ7:トライアルオファー
  • タッチ8:特定のフィットについてのCSM会話
  • タッチ9:デモまたは概念実証

タッチを急速に進めない

各タッチが圧倒することなく価値を追加するように間隔をあけます。四半期または月次のタッチがうまく機能します。

セグメント別にパーソナライズする

一般的なキャンペーンは無視されます。関連性のあるものはエンゲージメントを得ます。業界別(関連するユースケース)、会社規模別(適切なティア/スケール)、現在の製品使用別(統合の関連性)、テニュア別(新規顧客対長期)、エンゲージメントレベル別(高度に関与対受動的ユーザー)にセグメント化します。

追跡と最適化

各タッチでのエンゲージメント、トライアルへの転換、機会への転換、調達された機会のウィン率を監視します。

うまく機能するものを倍増させます。機能しないものを排除します。

目標は、すべての顧客にすべての製品を販売することではありません。顧客が関連するニーズがあるときに、オプションを知り、情報に基づいた決定を下せるようにすることです。

販売の前に教育。売り込みの前にコンテキスト。機能の前に価値。このように製品紹介にアプローチすると、顧客はそれを抵抗するのではなく評価します。

主要概念

製品認知度: 追加製品がポートフォリオに存在することと、それらが何をするかについての基本的な理解に関する顧客の知識。

価値優先教育: 機能と価格ではなく、解決される問題と提供される利点に焦点を当てて、製品について顧客に教えること。

コンテキストに応じた紹介: 顧客が関連するニーズや問題点を表明した瞬間に追加製品に言及すること。

マルチタッチキャンペーン: 認知度と関心を段階的に構築するために設計された、複数のチャネルと時間枠にわたる一連の教育タッチ。

関連記事: