フォームから相談が届かないときは、入力しづらさ、送信の不具合、計測の抜けを分けて確認します。完了数が少ないだけで、必須項目の多さが原因と決めつけないことが大切です。

本記事は、エースフォースが提案する点検手順です。特定の計測ツールの設定手順ではありません。イベント名や取得できる項目は、実際の実装に合わせて担当者と確認してください。

数値の前に、どの段階を測っているか確かめる

LP閲覧、フォーム表示、入力開始、送信操作、送信成功は別の状態です。ボタンのクリックを送信成功として数えると、入力エラーがあっても完了に見えてしまいます。フォームが別ドメインの場合は、遷移後も同じ流れとして確認できるかを計測担当へ確認します。

入力開始100件・送信成功30件という架空の数字があっても、残り70件をそのまま70人の離脱とみなせるとは限りません。イベントとユーザーの集計単位、重複、対象期間、同意やブラウザー設定による欠測を確認します。

段階別の観察シート

観察した問題に応じて、エラー文の改善例、確認画面から戻る操作の点検、スマホ入力の観察表で確認項目を絞れます。どの画面で何が起きたかを記録してから修正を依頼しましょう。

ダミー情報で操作を確認する

1. 受信担当にテストの日時と識別方法を共有する。
2. 可能なら検証環境で、正常な入力とエラーになる入力を試す。
3. スマートフォンとPCで、表示・入力・修正・完了を確認する。
4. 送信成功時だけ完了として記録されるかを計測担当と照合する。

本番へテスト送信する場合は、承認された方法で行い、テストだと識別できる情報を使います。実在する第三者の連絡先を使わず、自動メールや営業通知がどこへ送られるかも確認してください。テスト件数は業務上の実績と区別します。

改善候補を一つずつ判断する

例えば「予算必須欄で入力が止まる」という観察があれば、予算未定の選択肢や説明を検討します。ただし、数人のテストだけで全利用者の原因と断定せず、実際の問い合わせ対応に必要な情報かも営業担当と相談します。

不具合の修正を先に行い、その後で項目や文言の変更を比較します。変更日、対象端末、集計条件を記録すると、前後の違いを解釈しやすくなります。

計測の基本はコンバージョン計測、問い合わせ後の評価は有効相談まで追う指標、広告とフォームの約束の照合は広告・LP対応表へ。