サイトをリニューアルして問い合わせを増やしたい。発注前に決める条件

発注前に確認すべき「対象商談」の定義

どの商談を狙うかを数値で示す

まずは、リニューアル後に獲得したい商談を具体的に洗い出します。たとえば、年間売上 5,000 万円以上の大口案件や、導入までのリードタイムが 2 か月以内の案件など、金額・期間・業種で基準を設定します。これにより、サイト上で強調すべき製品・サービスや、優先すべき訴求ポイントが見えてきます。

担当者に「どの顧客層を最優先にしたいか」をヒアリングし、数値目標（例：月間問い合わせ件数 30 件）を設定しておくと、設計段階での意思決定がスムーズになります。

次に、対象商談に合わせてコンテンツの深さを決めます。大口案件向けには導入事例や ROI 計算ツールを用意し、中小規模の案件には導入ハンドブックや FAQ を充実させます。こうした差別化は、ユーザーが求める情報を的確に提供できるかどうかが重要です。実際にユーザーが必要とする情報が揃っているかは、社内の営業担当者と確認しながらページ構成を固めましょう。

商談単位でページの役割を整理する

対象商談が決まったら、各商談に対応するページの役割を明確にします。たとえば、製品比較ページは「検討段階」のユーザー向け、導入事例ページは「意思決定段階」のユーザー向けに設定します。ページごとに「訪問者が何をすべきか」（例：資料請求、デモ予約、問い合わせ）を定義し、ボタンやフォームの配置を最適化します。

Google のガイドラインでは、ページの目的が明確であることが評価基準の一つです。

役割がはっきりすれば、デザインやコピーライティングの指示が具体的になります。担当者には「このページは何のためにあるのか」「どのアクションを促したいか」を質問し、期待する成果指標（KPI）を合わせて設定します。これにより、納品後の効果測定が容易になります。

社内外の関係者と合意形成を行う

対象商談とページ役割を決めたら、必ず社内の営業・マーケティング・カスタマーサポートと合意を取ります。合意内容は、対象商談の定義、ページの目的、期待する問い合わせ手段（電話・メール・チャット）を文書化し、プロジェクト計画書に添付します。

外部ベンダーに発注する際は、この合意書を添付して「この条件を満たすことが納品の必須要件です」と明示します。合意が不十分だと、納品後に追加修正が発生しやすく、予算やスケジュールに影響が出ます。

ページごとの「受付体制」を設計する

問い合わせ窓口の種類と役割分担

リニューアルで問い合わせを増やすには、訪問者がすぐにコンタクトできる窓口を用意する必要があります。電話・メール・Web フォーム・チャットのうち、どれを主軸にするかは対象商談と顧客の利用習慣で決めます。たとえば、大企業の担当者はメールでの詳細資料請求を好むことが多く、中小企業は電話やチャットで即時回答を求める傾向があります。

担当者に「顧客が最も利用しやすい手段は何か」を聞き取り、窓口ごとの対応時間帯や担当者を割り当てます。

問い合わせ内容に応じて担当者を振り分けるルールを作ります。製品に関する技術的質問はエンジニアが、導入費用や契約条件は営業が直接対応するようにフローを設計します。これにより、一次対応がスムーズになり、顧客満足度の向上が期待できます。ユーザーが求める情報にすぐたどり着けることは、ページ体験の向上にもつながります。

フォーム設計と必須項目の最小化

問い合わせフォームは、入力項目が多すぎると離脱率が上がります。必須項目は「氏名・会社名・メールアドレス・問い合わせ内容」の4 つに絞り、その他は任意項目として設置します。必須項目が多いと、Google が評価する「ユーザー第一のコンテンツ」から外れ、検索順位に影響する可能性があります。

担当者には「本当に必要な情報は何か」を確認し、不要な項目は削除するよう依頼します。

さらに、送信ボタンのラベルは「資料請求」や「デモ予約」など具体的な行動を示す文言にし、送信後のサンクスページで次のステップ（例：担当者からの連絡予定日時）を明示します。これにより、ユーザーは自分の問い合わせが確実に処理されると感じ、コンバージョン率が上がります。

受付体制の運用ルールとエスカレーション

窓口が複数ある場合、問い合わせが重複したり、対応が遅れたりしないように運用ルールを整備します。たとえば、メールで受けた問い合わせは自動でチケット化し、担当者が未対応の場合は 24 時間以内にエスカレーションする仕組みを導入します。チャットはリアルタイム対応が前提ですが、オフ時間は自動返信で対応時間を案内し、後日担当者がフォローアップします。

この運用ルールは、プロジェクト開始前に社内で合意し、マニュアルとして残しておくと、ベンダーに対しても「この手順で運用してください」と明確に指示できます。実際に運用開始後は、対応状況を定期的にレビューし、改善点を洗い出すサイクルを組み込むことが重要です。

計測・検収の「要件」を具体化する

主要指標（KPI）と測定ツールの選定

リニューアルの成果を客観的に評価するために、まずは測定したい指標を決めます。代表的な KPI は「月間問い合わせ件数」「問い合わせ経路別コンバージョン率」「ページ滞在時間」などです。Google Analytics 4（GA4）や Search Console など、公式が推奨する計測ツールを組み合わせて設定します。

担当者に「どの指標が最も重要か」をヒアリングし、優先順位を付けます。

次に、各指標の測定方法を文書化します。たとえば、問い合わせフォームの送信完了ページに GA4 のイベントタグを埋め込む、電話番号クリックを「tel:」リンクで計測する、といった具体的な実装指示を書き出します。これにより、ベンダーが実装ミスを防ぎ、納品後の検証が容易になります。

検収項目と合格基準の明文化

計測設定が完了したら、検収項目をリスト化します。例としては「全ページに正しいタイトルが設定されているか」「主要ページのロード時間が目標以内か」「問い合わせボタンのクリックイベントが正しく記録されているか」などです。各項目には合格基準（例：エラー率 0%）を設定し、検収時にチェックリストとして使用します。

検収は、内部チームとベンダーが共同で実施し、合格しない項目は修正指示を出します。合格基準を明確にしておくと、納品後に「計測が機能していない」などのトラブルを防げます。Google のガイドラインでも、コンテンツの品質だけでなく「ページ体験」や「計測の正確性」も評価対象とされています。

効果測定のタイミングと報告フォーマット

リニューアル直後はデータが安定するまでに数週間かかります。そのため、効果測定はリリース後 1 か月、3 か月、6 か月の3段階で実施する計画を立てます。各タイミングで KPI の推移をレポートし、目標達成度を評価します。レポートは「目標 vs 実績」「改善ポイント」「次回施策」の3 部構成にすると、経営層にも分かりやすく伝わります。

担当者には「どのタイミングで報告が必要か」「報告書のフォーマットはどうするか」を事前に確認し、テンプレートを用意しておくよう依頼します。これにより、リニューアル後の運用がスムーズに進み、継続的な改善サイクルが構築できます。

発注前にまとめる「最終チェックリスト」

条件設定の抜け漏れを防ぐ質問リスト

1. 対象商談は具体的に数値化されていますか？（例：月間 30 件の問い合わせ）
2. 各ページの目的と期待アクションは明確ですか？
3. 問い合わせ窓口は何種別を用意し、担当者は決まっていますか？
4. フォームの必須項目は最小限に絞られていますか？
5. 計測ツールとイベントタグの設置指示は文書化されていますか？
6. 検収項目と合格基準はリスト化されていますか？
7. 効果測定のスケジュールと報告フォーマットは決まっていますか？

このリストをベンダーへの RFP（提案依頼書）に添付し、回答を得ることで、条件漏れを防げます。担当者には「このリストで足りない点はないか」を最終確認してもらい、合意を得てから発注に進みます。

合意書に盛り込むべき重要項目

• 対象商談の定義：金額・業種・リードタイムなど、社内で合意した具体的基準
• ページ役割と期待アクション：CTA の文言・遷移先を明確化
• 受付体制のフロー：担当者、エスカレーションルール、対応時間の目安を設定
• 計測・検収要件：使用ツール、イベント設定、合格基準を整理
• 納品後の効果測定スケジュール：1か月・3か月・6か月の報告タイミングを計画

これらを文書化し、両者が署名した上で契約書に添付すれば、後から条件変更を主張されるリスクが低減します。実務担当者は「どこが自社の責任範囲で、どこをベンダーに任せるか」を明確にしておくことが成功の鍵です。

次のステップ：社内レビューとベンダー選定

最終チェックリストと合意書が完成したら、社内の経営層・財務・法務とレビューを行います。レビューで出た修正点はすぐに反映し、最終版をベンダーに提示します。ベンダー選定時は、提案書に記載された「対象商談対応策」や「計測実装計画」が自社のチェックリストと合致しているかを比較します。

合致度が高いベンダーを選ぶことで、リニューアル後の問い合わせ増加を実現しやすくなります。