BtoBのホームページは、検討担当者だけでなく、その人が社内で説明する相手にも伝わる構成が必要です。サービスの魅力に加え、導入条件・費用・体制・リスクへの対応を示すと、候補比較や社内共有に使いやすくなります。
読む人によって知りたい内容が違う
| 閲覧者 | 主な疑問 | 掲載先の例 |
|---|---|---|
| 情報収集の担当者 | 自社の課題に対応できるか | サービス詳細、用途別の案内 |
| 現場の利用者 | 導入後に何をする必要があるか | 利用手順、導入工程、運用支援 |
| 上司・決裁者 | 費用と期待できる変化は何か | 料金の考え方、事例、提案範囲 |
| 情報システム・購買担当 | 既存環境や社内条件に合うか | 連携条件、支援体制、仕様資料 |
すべての業務に複雑な稟議があるわけではありません。実際の商談で誰が関わるかを確認し、必要な読者に合わせて情報を足します。
法人向けサービスの構成例
トップから「サービス一覧→サービス詳細→関連事例→料金・導入の流れ→相談」へ進める構成を基本にします。会社案内と採用情報は共通メニューから探せるようにし、サービス検討の途中で別の目的に迷い込ませないようにします。
サービス詳細では、対象となる課題、支援の範囲、顧客側の準備、実施工程、納品物、支援終了後の状態を説明します。「業務効率化を支援」だけで終えず、例えば「現状の業務整理を行うのか、システムの設定まで行うのか」を区別します。
社内共有に使えるページにする
担当者がURLを上司に送ったとき、そのページだけでもサービス名と提供会社、対応範囲が分かるようにします。料金や前提条件を画像だけで載せず、読める文章と表でも示します。資料を用意する場合は、サイト本文と資料の更新日や条件をそろえます。
顧客向けの説明資料すべてをフォームの後ろに隠すと、比較のたびに個人情報の入力が必要になります。サービス概要や主要条件は公開し、個別提案や詳細仕様など、問い合わせが必要なものを分ける設計が考えられます。
資料請求を設ければ問い合わせは増える?
資料を作るだけで成果が決まるわけではありません。サイトで読める文章をそのままPDFにしただけでは、入力してまで入手する理由が弱い場合があります。比較用の仕様表、社内説明に使える導入資料など、読む目的を具体化します。
資料請求を受けた後に誰がどう対応するかも決めます。資料を読むだけの段階なのに、商談予約が確定したような対応をすると期待がずれます。入力画面と完了案内で、その後の連絡の有無や目的を実際の運用に合わせて示しましょう。
問い合わせ数だけで評価しない
導入期間が長いサービスでは、記事を読んだ翌日に相談が来るとは限りません。問い合わせの対応可否、商談になった割合、営業時に使われたページも確認します。資料ダウンロードやボタンのクリックは検討行動の一つで、契約や売上そのものとは分けて扱います。
最初の見直しには、営業担当者に「決裁前に必ず聞かれる質問」を挙げてもらう方法が役立ちます。その答えを主要サービスのページから確認できるか点検しましょう。