既存顧客へのチャットボットサービスの販売方法

次のチャットボット顧客は、すでにあなたにウェブサイトの保守を依頼しているかもしれません。繰り返されるサービスへの質問、問い合わせの見逃し、適切な連絡先が見つからない訪問者など、指摘できる課題から始めましょう。

このガイドでは、架空の歯科医院「Harbor Dental」を例に、最初の会話から導入までの流れを解説します。目標は、実演できて見積もり可能、継続的に提供できるサービスを作ることです。

すでに寄せられている質問から始める

クライアントに、最近のメール・電話・ライブチャットからよくある質問を集めてもらいましょう。訪問者のニーズごとにグループ分けします。例：営業時間、配送、サービス内容、選び方のサポートなど。

信頼できる情報源がある小さなグループを選びましょう。スタッフ間で答えが異なる場合は、チャットボットに学習させる前に情報源を修正してください。

例えば、架空のHarbor Dentalでは営業時間や予約に関する質問が多く寄せられます。まずは承認済みの営業時間の回答と問い合わせルートから始めましょう。予約アクションが設定・テストされていない限り、自動予約を約束しないでください。

チャットボットが適しているか判断する

良い提案は小規模なプロジェクトでも構いません。クライアントに不要な保守作業を売るよりも良い選択です。

具体的な提案で会話を始める

繰り返される質問が分かったら、小さな例を見せることを提案しましょう。AIのプレゼンテーションは不要です。

御社には営業時間や予約に関する質問が多く寄せられています。承認済み情報から回答し、問い合わせをチームに送るウェブサイトアシスタントをお見せできます。小さなデモをご覧になりますか？

Harbor Dentalにとっては、身近な課題を解決する提案です。大きなプロジェクトに進む前に結果を判断できます。デモに使える公開情報や提供コンテンツを事前に合意しましょう。

承認済み情報をもとにデモを作成する

Boeiでは、承認された代理店がクライアントのウェブサイトアドレスからトライアルを開始できます。Boeiがチャットボットを作成し、ウェブサイトやサイトマップからページを取得します。デモを準備し、クライアントを招待する前に回答を確認しましょう。

ウェブサイトはあくまで下書きであり、完成したサービスではありません。発見されたページを確認し、承認済みFAQで不足を補い、事前に集めた質問をテストします。クライアントの許可と承認済みの公開・提供コンテンツを使いましょう。

Harbor Dentalの場合、営業時間の質問、価格の未掲載、有人対応のリクエストをテストします。問い合わせがチームの受信箱に届く流れも確認しましょう。デモでは、引き継ぎが回答と同じくらい明確であるべきです。

Boeiのトレーニングソースと有人対応オプションは、サービスの2つの要素をサポートします。予約や注文アクションには、別途接続とテストが必要です。

クライアントが必要な場合は連携タスクを追加する

最初のデモでは予約問い合わせを集められます。Googleカレンダー連携と予約有効化後は、実際の空き状況確認や予約も可能です。小売業者の場合は、設定済みアクションでストアやAPI経由の注文照会ができます。

これらは別の納品範囲として扱いましょう。接続・回答・引き継ぎをテストし、リクエストが人の対応を要する場合の流れも確認します。Boeiのワークフロー、共有受信箱、CRMが各ステップの連携を支援します。問い合わせを完了した予約と呼ばないでください。

各クライアントチャットボットごとに利用可能なAIモデル（MistralやClaudeなど）を選択できます。モデル選択やクレジット利用は変更される場合があります。モデル選択のみでクロールや他サービスがEU限定になるわけではありません。

デモを明確な提案に変える

セットアップには、コンテンツ確認、設定、回答テスト、設置、簡単な引き継ぎが含まれます。継続作業は合意済みのコンテンツ変更や回答チェックなどです。

クライアントの責任範囲を分けておきましょう。正確な事業情報の提供と変更承認はクライアント側です。あなたの契約に含まれていない限り、ルーティングされた会話の対応はクライアントのスタッフが行います。

シンプルな範囲記述例を使いましょう：

承認済み情報源を使い、1つのウェブサイトチャットボットを設定します。合意した質問をテストし、指定ウェブサイトに設置します。継続ケアは見積もりに記載の更新時間を含みます。新システム、大幅なコンテンツ変更、スタッフによるライブチャットは別途合意が必要です。

この例をプロジェクトに合わせて調整してください。これはサービス内容の説明であり、法的契約書の全てではありません。

アカウントの所有者と支払い方法を決める

クライアントによっては自分でサブスクリプションを所有したい場合もあれば、代理店にソフトウェアとサービスをまとめて請求してほしい場合もあります。

Boeiのクライアント所有型では、アフィリエイト登録リンクを共有し、管理アクセスをリクエストします。クライアントがアクセスを承認・解除できます。承認済みリセラー型では、代理店がBoeiに支払い、クライアントに請求します。

月次代理店請求では、リセラー顧客プラン、定期アドオン、オプションのCustom Whitelabelが1つの月次代理店請求書となり、Boeiで内訳を確認できます。クライアントへの請求はご自身で行います。

どちらの方法でもパスワード共有は不要です。代理店オプションを確認し、特定の請求モデルを約束する前にご覧ください。

価格を分かりやすくする

セットアップ、ソフトウェア、継続作業を分けて提示しましょう。後で1つの請求書にまとめる場合でも、利用枠や追加容量の承認プロセスを説明してください。

納品コストとクライアント価値から価格を組み立てましょう。他社の収益実績を自社の利益根拠にしないでください。明確なチャットボットサービス見積もりを作成し、ソフトウェア・セットアップ・ケアを分けて提示しましょう。

パイロットに終着点を設ける

パイロットには終着点が必要です。対応する質問やウェブサイト、情報承認者、有用な成果の定義を合意しましょう。これらの決定は短い共有ドキュメントにまとめてください。

Harbor Dentalの場合、最初の範囲は営業時間、新規患者情報、予約問い合わせが対象です。チャットボットは承認済みコンテンツから回答し、不明なリクエストは事業者に送ります。自動で予約を確定するとは主張しません。

クライアントは有用な成果物を承認できます。小さなパイロットが大規模プロジェクトに拡大しすぎるのを防ぐ明確な理由にもなります。

販売を妨げる疑問に答える

有用なデモでも疑問は生じます。クライアントが確認できる形で答えましょう。

Harbor Dentalでは、予約テストが特に有用です。受付への問い合わせ送信は簡単に確認できます。予約確定を主張するには、実際に動作する連携済み予約システムが必要です。

代理店のデータ処理フローを明示する

Agency DPAは、代理店がBoeiとの契約者となる再販クライアントアカウントを対象とします。クライアントはデータ管理者（Controller）、代理店はデータ処理者（Processor）、Boeiは再委託先（Sub-Processor）です。再委託先の完全な一覧を付属書に含みます。各クライアントと自社のデータ処理契約を結び、必要な承認を得てください。 代理店がBoeiとの契約者となる再販クライアントアカウントの場合： BoeiのAgency DPAは、クライアントを管理者、代理店を処理者、Boeiをサブ処理者として記載しています。サブプロセッサー付属書も含まれます。Boei利用時は自社DPAとクライアントの必要な承認を保持してください。この標準代理店契約は全てのクライアントアカウントでScaleを要求しません。個別交渉の条件は別途合意が必要です。

クライアントに使える引き継ぎを残す

導入時には、ウェブサイト、アカウント所有者、トレーニングソース、連絡ルートの簡単な記録を送付しましょう。コンテンツ更新担当者と訪問者会話の対応者も明記します。クライアントが問題を連絡する方法も書き残してください。

クライアントがアカウントを所有する場合、自分の情報でサインインできるか確認しましょう。アクセス解除方法も伝えます。別のデザイナーに移行する場合の継続サービス料金の扱いも合意してください。

リセラー型の場合、代理店がソフトウェア請求と一次サポートを担当することを説明します。その責任はサービス契約で明示しましょう。ブランド付きダッシュボードでクライアントが連絡先に迷わないようにしてください。

導入後の結果を確認する

実際の質問や発見された修正点をレビューしましょう。保守時間、未回答、役立つ問い合わせを記録します。これらの観察結果を約束内容と比較してください。

最初のプロジェクトを次回の見積もり改善に活かしましょう。サポートに想定の2倍時間がかかる場合は、範囲や価格を見直してから顧客を増やしてください。

有用な最初のプロジェクトは、説明・価格設定・繰り返しができるサービスをもたらします。代理店向けBoeiを探るで、初めてのクライアント構築に備えましょう。

よくある質問

チャットボットソフトウェアを自作する必要はありますか？

いいえ。既存のプラットフォームを利用し、設定・設置・継続作業で料金を請求できます。クライアントの課題に合わせてプラットフォームを選びましょう。

最初からホワイトラベルプラットフォームを使うべきですか？

クライアントサービスで必要な場合のみです。最初のプロジェクトでは、ブランド付きダッシュボードよりもアカウントアクセスや動作するチャットボットの方が重要な場合があります。

リード数増加を保証できますか？

証拠や明確な測定方法がない限り、増加を保証しないでください。有用なタスクを合意し、実際の結果をレビューしましょう。