EFO（入力フォーム最適化）の投資判断は、「項目を減らせば送信が増えるはず」という期待だけではできません。改善前のフォーム到達、入力開始、送信完了、有効問い合わせ、商談、受注を分け、どこが変われば粗利がいくら増えるのかを置きます。そのうえで初期費用、継続費、社内工数を引き、ROIと回収期間を保守・標準・上振れの3シナリオで比べます。
本記事では、問い合わせフォームを1つ選び、計測を確認し、小さく改善し、30日単位で継続・修正・停止を判断するまでを扱います。サイト全体の流入や訴求から原因を切り分けたい場合は、先に問い合わせが来ない原因の診断で、フォーム以外の詰まりを確認してください。
EFOのROIは増分粗利と総投資額で判断する
結論：ROIは「（評価期間の増分粗利－同期間の総投資額）÷総投資額」で計算します。フォーム完了数ではなく、有効問い合わせ、商談、受注までつなぎます。基準値がない、成功送信を計測できない、営業結果と結べない場合は、先に計測を整え、改善率を断定しません。
売上だけで計算すると、原価や値引きが大きい商材ほど効果を高く見積もります。受注1件あたりの平均粗利を使い、取得できない場合は粗利率の保守値を置きます。試算値には取得期間、対象フォーム、対象デバイス、除外したスパムや重複、受注までの期間を併記します。
3シナリオは、数字を精密に見せるためではありません。保守は現状から説明できる最小の改善、標準は確認できたエラーや離脱の一部を直せた場合、上振れは条件がそろった場合として置きます。それぞれの根拠を一行で記録し、根拠のない業界平均や他社事例をそのまま自社の改善率へ使いません。
最初に改善対象と評価期間を固定する
対象を「問い合わせフォームすべて」に広げると、目的や利用者が異なり、原因が混ざります。最初は相談、資料請求、見積依頼などから事業価値の高いフォームを1つ選びます。URL、フォームID、流入経路、デバイス、完了条件、営業側の有効条件を一枚にまとめます。
評価期間は受注までの期間に合わせます。短期は入力開始率、送信完了率、エラー率、有効問い合わせ率、長期は商談化率、受注率、平均粗利を確認します。BtoBで受注まで3か月かかるなら、30日で受注ROIを確定せず、先行指標と確定指標を分けます。
計測は到達・開始・成功・営業結果を分ける
Google Analyticsの拡張計測には form_start と form_submit があり、開始と送信の差を確認できます。詳細はGoogle Analyticsの拡張計測イベントで確認できます。ただし、自社フォームで成功状態まで正しく取得できるかは、実際の送信、リアルタイム表示、管理者メール、サーバー側記録を突き合わせて検証します。
| 段階 | 数える条件 | 主な取得元 | 除外・確認 |
|---|---|---|---|
| フォーム到達 | 対象フォームを表示 | アクセス解析 | 社員、監視、ボット |
| 入力開始 | 最初の入力操作 | form_start | 同一利用者の重複 |
| 送信成功 | 完了画面または成功応答 | フォーム・解析 | クリックだけを成功にしない |
| 有効問い合わせ | 営業が対応対象と判定 | CRM・台帳 | スパム、営業、重複 |
| 受注・粗利 | 受注確定と粗利 | 営業・会計 | 評価期間外を混ぜない |
リードが生成された時点は、Google Analyticsの推奨イベント generate_lead でも表せます。公式の推奨イベント仕様を参照し、値を送る場合は通貨と値の定義を固定します。サイト全体のイベント名、パラメータ、キーイベント、重複排除はGA4のコンバージョン計測設計へ分けます。
増分粗利はフォーム完了から受注まで掛け合わせる
増分フォーム完了数は「フォーム到達数×（改善後完了率－改善前完了率）」で置きます。そこから営業結果をつなぎます。
増分粗利＝増分フォーム完了数×有効問い合わせ率×商談化率×受注率×平均粗利
評価期間ROI＝（評価期間の増分粗利－初期費用－継続費－社内工数）÷（初期費用＋継続費＋社内工数）
改善前後で広告費、流入チャネル、キャンペーン、価格、営業人数が変わると、EFO以外の影響が混ざります。変更履歴を残し、同じ条件に近い期間で比較します。スマートフォンとPCの差が大きければ、到達数と完了率をデバイス別に出します。
保守・標準・上振れの3シナリオで試算する
月間フォーム到達1,000件、現状完了50件、有効問い合わせ率60%、商談化率40%、受注率25%、平均粗利30万円と仮定します。初期費用60万円、継続費と社内工数は月10万円です。改善幅は予言ではなく、投資判断用の仮定です。
| シナリオ | 月間増分完了 | 月間増分粗利 | 月間純増分 | 12か月ROI |
|---|---|---|---|---|
| 保守 | 5件 | 9万円 | －1万円 | －40% |
| 標準 | 10件 | 18万円 | 8万円 | 20% |
| 上振れ | 15件 | 27万円 | 17万円 | 80% |
12か月の総投資額は初期60万円＋月10万円×12か月＝180万円です。標準では増分粗利216万円、差額36万円、ROI20%になります。初期費用の単純回収は月次純増分8万円で割ると7.5か月ですが、実際には受注までの遅れがあります。保守シナリオでは月次純増分がマイナスのため回収期間を出さず、範囲縮小または見送りを検討します。
投資額には初期・継続・社内工数を入れる
| 区分 | 内容 | 確認点 |
|---|---|---|
| 設計 | 項目棚卸し、計測、文言、営業要件 | 誰が必須項目を決めるか |
| 実装 | 入力補助、エラー、確認、完了 | 既存フォームの制約 |
| 連携 | メール、CRM、通知、問い合わせID | 項目変更の影響先 |
| 品質確認 | 端末、ブラウザ、通信断、重複送信 | 本番相当の試験条件 |
| 継続運用 | 解析、レポート、改善、ツール | 月額と最低契約期間 |
| 社内工数 | レビュー、法務、営業判定、会議 | 時間または人日で残す |
見積書では、対象フォーム、対象ページ、連携先、計測、テスト、公開後の確認、評価期間を文章で固定します。LPの訴求や導線まで変える場合はEFO単独の効果ではありません。CRO全体の位置づけはコンバージョン最適化の全体像、LPの制作範囲はランディングページ制作支援で確認できます。
改善候補は必要性・負担・リスクで優先順位を付ける
| 候補 | 確認する事実 | 実施条件 | 注意点 |
|---|---|---|---|
| 項目削減 | 未入力・離脱・営業利用 | 営業に不要と合意 | 有効率を下げない |
| 必須見直し | 必須項目のエラー率 | 後工程で取得可能 | 法務・業務要件を確認 |
| 入力補助 | 住所、電話、メールの誤り | 端末別に検証可能 | 自動補完を妨げない |
| エラー改善 | 項目別エラーと再送信 | 原因と直し方を示せる | 入力済み値を消さない |
| 確認工程 | 戻る操作、訂正、離脱 | 誤送信防止との比較 | 一律削除しない |
一度に複数の変更を入れると、どれが効いたか分かりません。十分な件数があり、差を比較する必要がある場合はA/Bテストの設計と判定へ分けます。件数が少ない場合は、明らかな不具合やアクセシビリティ問題を先に直し、同条件に近い前後比較と利用者確認を組み合わせます。
入力エラーは原因と直し方を文章で示す
WCAG 2.2は、自動検出した入力エラーについて、該当項目を特定し、内容をテキストで説明すること、入力にラベルまたは説明を用意すること、同じ手続き内で同じ情報を不必要に再入力させないことを求めています。色だけでエラーを示さず、項目名と修正方法を伝えます。
GOV.UK Design Systemの検証パターンでは、エラー時に入力済みの値を保持し、ページ上部の要約と該当項目付近のメッセージを用意し、サーバー側でも検証する方法が示されています。日本語フォームでも「入力内容に誤りがあります」だけで終えず、「電話番号は数字で入力してください」のように直し方まで書きます。
個人情報は利用目的と必要最小限を確認する
問い合わせフォームは氏名、メールアドレス、電話番号、相談内容などを扱います。個人情報保護委員会の個人情報保護法ガイドライン（通則編）を基準に、本人が入力する前に利用目的を明示し、取得、送信、保存、閲覧、削除の安全管理措置を確認します。
離脱を減らすために項目を削る場合も、営業が適切に回答するための情報まで消さないようにします。逆に、使っていない項目を慣習だけで取得し続けないよう、利用目的、必須理由、保存期間、閲覧者を項目ごとに確認します。法律や業界規制の判断が必要な場合は、法務担当または専門家へ確認します。
30日試行は品質ゲートを置いて進める
低リスクの改善を1～2件に絞り、変更前の基準値、変更内容、対象期間、成功条件、停止条件を記録します。30日で件数が不足する場合は結論を急がず、期間を延長します。
| 時点 | 確認 | 判断 |
|---|---|---|
| 公開前 | 送信、通知、CRM、計測、端末、読み上げ | 1件でも重大不具合なら公開しない |
| 1～3日 | 成功送信、エラー、重複、通知漏れ | 欠損や漏れなら停止・復旧 |
| 7～14日 | 開始率、完了率、有効率、端末差 | 悪化箇所だけ局所修正 |
| 30日 | 増分完了、質、営業工数、費用 | 継続・修正・停止・期間延長 |
送信完了が増えても、有効問い合わせ率が下がる、スパムが増える、営業の初回対応が遅れる場合は成功としません。送信後の適合度判定や営業引き渡しはリードナーチャリングの運用設計で扱います。
判断会では、変更前後の数値だけでなく、問い合わせ種別、対象外理由、通信障害、営業体制、広告やキャンペーンの変更も確認します。改善後に流入の質が変わった場合は単純比較を避け、対象期間を分けます。元に戻す条件と担当者を公開前に決めておくと、異常を見つけた時に判断が止まりません。
EFOのROI試算で失敗しやすい点
- 送信ボタンのクリックを成果にする：通信エラーや入力エラーを含むため、成功状態と照合します。
- 完了数だけを追う：有効率、商談化率、受注率、営業工数を同じ表に入れます。
- 改善率を大きく置く：観測根拠がない場合は保守値と標準値を分けます。
- 継続費を回収期間から外す：月次増分粗利から継続費と社内工数を引きます。
- 受注の遅れを無視する：短期指標と確定ROIの確認日を分けます。
- 複数箇所を同時に変える：フォーム、LP、広告、営業運用の変更履歴を残します。
相談前にそろえるEFO投資判断シート
- 対象フォームのURL、フォームID、目的、主な利用者
- 直近3か月以上の到達、入力開始、送信成功、項目別エラー
- スパム、重複、対象外を除いた有効問い合わせ数と理由
- 商談化率、受注率、平均粗利、受注までの日数
- 初期費用、月額費用、社内レビューと営業対応の工数
- 保守・標準・上振れの仮定と、各仮定の根拠
- 公開前QA、停止条件、復旧方法、30日後の判断者
数字がすべて揃っていなくても、未取得、期間不足、権限不足、営業側未集計を分ければ、先に何を計測すべきか判断できます。フォーム改善、LPとの接続、計測、費用試算を一緒に整理したい場合は、みゃあじよへの相談窓口から対象フォームと分かる範囲の数値を共有してください。
まとめ
EFOのROIは、フォーム完了数の増加だけでは判断できません。対象フォームと期間を固定し、到達、開始、成功、有効問い合わせ、商談、受注をつなぎ、増分粗利から初期費用、継続費、社内工数を引きます。保守・標準・上振れの3シナリオを並べ、30日試行では品質と問い合わせの質を確認します。計測できない数字は推測で埋めず、未取得として次の計測課題へ回すことが、過大投資を防ぐ近道です。
