専門用語の多い提案サイトを、発注側の質問で読めるようにする

ITサービスのサイトを読む人は、必ずエンジニアとは限りません。情シスではない事業責任者や、はじめて外注する担当者が、既存システムとつながるか、導入に何週間か、サポートは何時までかを探します。説明はサービス、事例、セキュリティ、料金の目安に分かれ、用語だけが先に出てきます。

WebsiteChatは、その公開ページと、対応プランのPDFから一次回答します。資料にない製品との互換、存在しないSLA、見積の工数は作りません。月額プランの機能差が中心のプロダクトは、SaaS向けのページとは別の読み方です。

比較する人が、用語のページで止まる

情報は専門的で階層が深いです。足りないのは文章の量より、発注側の質問に引き当てる入口です。

連携可否が製品名の羅列になっている

「主要グループウェアに対応」とあり、今使っているシステムの名前は事例かAPIページにしか出てきません。リストにない製品を、チャットが対応可にしてはいけません。

導入期間が「規模による」で終わっている

標準の流れはあっても、週数の例がセキュリティページの移行手順にだけ書いてあることがあります。例がなければ、週数は作りません。

サポート時間が契約種別で違う

平日18時まで、重大障害は時間外、と分かれていても、フッターの電話番号だけが先に見えます。

初期費用と月額のどちらが必須か不明

小規模でも使えるとトップにあり、初期費用の発生条件は料金の注記です。注記がなければ「無料ではじめられます」とは言いません。

発注の前に、技術者でなくても聞くこと

提案依頼の前段です。設計の可否そのものは、人が見積もります。

  • 既存システムと連携できますか?
  • 導入までどれくらいかかりますか?
  • APIはありますか?
  • サポート対応時間は何時までですか?
  • 小規模な会社でも利用できますか?
  • オンプレミスにも対応していますか?
  • 初期費用の目安はありますか?
  • 移行中の並行稼働は相談できますか?

提案資料とサービスページを、発注側の質問に引き当てる

非技術の担当者が、用語を知らなくても公開済みの対応範囲へたどり着けるようにします。

サービス、導入、セキュリティのページをクロールする

対応環境、APIの有無、導入の流れ、サポート時間、対象の会社規模、クラウドとオンプレミスの記載を読みます。顧客環境の構成図や未公開の提案書は入りません。

サービス説明書がPDFのとき

対応プランで、文字を選択できる導入ガイドやセキュリティ概要のPDFを追加できます。スキャンした提案書の画像は、仕様の根拠として不向きです。

書いてある対応範囲だけを返す

APIがあるとページにあれば、その説明を案内します。一覧にない製品との連携、未掲載の認証、SLAの稼働率は、会話の中で補いません。

相談と資料請求は既存のフォームへ

用途が公開範囲に収まりそうなら、サイトにある問い合わせ、資料請求、打ち合わせ予約へ案内します。顧客管理への自動登録や、見積書の発行はしません。

提案担当が確認する互換と数値

サイトにない技術条件を、会話で確定させないでください。

  • 資料にないシステムとの連携や、未検証のバージョンを「対応できます」と言わない
  • SLA、復旧時間、稼働率を、掲載にない数字で作らない
  • セキュリティ認証は、ページに名称があるものだけを挙げる
  • 工数、初期費用の確定額、移行の成否は見積もりで人が出す

打ち合わせの前に済む確認

どれも、提案書を依頼する前に「この会社の公開範囲に入るか」を見る場面です。

今のグループウェア名が対応表にあるか

表やAPIページにその名前があれば案内し、ない名前は未掲載として問い合わせへ渡します。

導入の標準手順と、期間の例を読む

ヒアリング、設計、移行、並行稼働の順が書いてあればその順を示します。週数の例がなければ「個別見積もり」と書いてある文を返します。

サポート窓口の時間と、時間外の範囲

平日の受付時間と、障害時の扱いが契約説明にあれば区別して返します。契約書にしかない条項は、そのPDFを追加している場合に限ります。

小規模でも初期費用が発生する条件

料金の注記に初期費用、最低利用、対象従業員数があれば、その条件を先に出します。

提案サイトへ載せるときの確認順

互換とSLAを、テスト質問で勝手に作っていないかを見ます。

  1. 01

    公開中のサービスサイトを登録する

    サービス一覧、導入、セキュリティ、問い合わせへつながるURLを起点にします。顧客ごとの提案ポータルは公開ページではないため入りません。

  2. 02

    連携、API、サポート、料金の注記をクロールする

    対応環境の表とサポート時間がページ一覧にあるかを確認します。古い製品名のままだと、終了した連携を案内します。

  3. 03

    セキュリティ概要のPDFを必要なとき足す

    認証名やデータ保管の説明がPDFだけなら、対応プランで文字を選択できるファイルを追加します。個別顧客の秘密保持契約は知識に入れません。

  4. 04

    最初の一文を、発注前の質問だと分かる文にする

    連携、導入の流れ、サポート時間について公開情報から答える、と書きます。見積額や未掲載の互換は答えられない、と添えます。

  5. 05

    サービス詳細にウィジェットを置く

    共通テンプレートへスニペットを入れ、料金やセキュリティを読んでいる画面でも表示します。

  6. 06

    ない連携と、ないSLAで試す

    「この製品と連携できますか」「SLAは99.9%ですか」「導入は2週間ですか」を、ページにその記載がない状態で試します。数字や対応可を作っていないことを確認します。

対応表にある連携だけを案内する

掲載されたAPIとサポート時間を返し、表にない製品は人が確認する例です。

WC ITサービスの案内

今の勤怠システムと連携できますか?導入までどれくらいかかりますか。

対応環境のページには、掲載している勤怠・会計・グループウェアの名前があります。リストにない製品は、ここでは対応できると案内できません。 標準の導入はヒアリング、接続、並行稼働の順で、期間は個別見積もりと書かれています。

APIはありますか。障害のとき、夜でも電話できますか。

APIページではREST APIの提供を案内しています。詳しいエンドポイントは開発者向け資料です。 サポートの一次受付は平日10時から18時です。時間外の電話対応は、ページには書かれていません。

導入の相談をする

メッセージを入力… 送信

発注前の読み方に近いページ

サポート時間や導入後の一次受付は、カスタマーサポートに近い仕事です。障害の切り分けや契約外の作業判断は人が行います。

対応環境やAPIの有無のように、すでに文書化されている質問はFAQ対応です。文書にない互換をFAQのように作ってはいけません。

複数サービスの違いを、公開している比較の範囲で説明するのはAIセールスに近いです。値引きや工数交渉はしません。

月額プラン、機能制限、トライアルが中心の製品サイトは、SaaSのページで扱っています。受託、運用、導入支援はこのページです。

設置の手順はガイドにまとまっています。

提案前にボットへ渡さないこと

対応表にないシステムでも「おそらく連携できます」と言いますか?
言いません。サービスページ、API、導入資料に名前や条件があるものだけを案内します。未掲載の製品は、問い合わせで人が確認する案内にします。
SLAのパーセントを会話で補完しますか?
補完しません。稼働率、復旧時間、対応時間が公開されていればその数値を返します。資料にないSLAは存在しないものとして扱い、作りません。
導入期間を平均で答えてよいですか?
ページに標準期間や「個別見積もり」と書いてあれば、その文を返します。事例が一つだからといって、他社にも同じ週数とは言いません。
セキュリティ認証の名前を一般知識から足しますか?
足しません。サイトか追加したPDFに記載された認証名だけです。取得予定や、似た制度への読み替えはしません。
見積金額や工数も出せますか?
出せません。初期費用の掲載がある範囲の説明までです。要件を聞いたうえでの金額と期間は、提案担当が確認します。
小規模向けと書いてあれば、誰でも初期費用なしですか?
注記に最低利用や初期費用があれば、その条件も一緒に返します。「小規模でも」の一文だけを、無料開始の約束にはしません。

対応表の範囲で試す

連携、導入の流れ、サポート時間を読み込ませ、表にない互換やSLAを作らないかを確認してから公開できます。