> ## Documentation Index
> Fetch the complete documentation index at: https://docs.timothe.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# フォーム設計のベストプラクティス

> リード獲得フォームの項目数・項目選定・段階取得・モバイル対応に関する設計ガイドライン

リード獲得フォームの設計に関するナレッジドキュメントです。項目数と CVR の関係、避けたほうがよい項目、段階的にデータを取得する設計、モバイル対応、国内外の改善事例を、調査データと出典に基づいてまとめています。

結論は次の三点です。

1. 項目数は 1\~5 個に抑える
   * メールアドレス
   * 氏名
2. 入力負荷の大きい項目（電話番号、自由記述、メール確認）は極力外す
3. 不足する情報はデータエンリッチメントとプログレッシブプロファイリングで段階的に補う

<Info>
  ターニントAI はメールアドレスから、会社情報や個人情報を公開情報をもとに自動で取得します。そのため、会社名・業種・従業員規模・役職といったフォーム項目は不要です。フォームをメールアドレス 1 項目に絞ることで入力の手間を最小化したうえで、不足する情報は自動取得と AI ヒアリングで補完できます。詳しくは本ページの末尾「ターニントAI による実装」を参照してください。
</Info>

## 1. 想定読者と適用範囲

主に B2B のリード獲得を目的としたウェブフォームを対象とします。具体的には資料請求、問い合わせ、デモ申込、ニュースレター登録、ウェビナー登録などです。決済フォーム、会員登録フォーム、ログインフォームのように設計上の制約が大きく異なるものは本ドキュメントの範囲外です。

想定読者はB2Bマーケターです。

## 2. なぜフォームの項目は増えるのか

多くのフォームでは、設計プロセスのなかで項目数が徐々に増えていく傾向があります。これは単一の原因ではなく、複数の要請がフォーム設計に集約されることによって生じます。

```mermaid theme={null}
flowchart LR
    A[CVR を上げたい] --> Z[項目が増える]
    B[営業に詳細を渡したい] --> Z
    C[法的要件への対応] --> Z
    Z --> D((離脱増・CVR 低下))
```

* **CVR と情報量の同時追求** — 件数は増やしたいが、リードの質も担保したい、という相反する要求が項目を増やす方向に働きます
* **営業／インサイドセールスの事前情報要望** — 架電前に役職・課題・予算を把握したい、という現場要請が項目に反映されます
* **法的要件** — プライバシーポリシーへの同意などは必要ですが、独立した入力項目を増やさずに、送信ボタンの近くに同意文を添える形で完結できるため、項目肥大の主要因にはなりません

これらの要請を分解せずに 1 つのフォームに詰め込むと、結果としてユーザー体験が損なわれ、最も重要な「最初の顧客接点を取りこぼさない」という目的が損なわれます。

## 3. 項目数とCVR

フォーム項目数とコンバージョン率の関係については、海外を中心に大規模な調査が行われており、項目を減らすほど CVR が上がる傾向が一貫して報告されています。

### 3.1 大規模調査の知見

HubSpot は 40,000 件以上のランディングページを分析し、フォーム項目が増えるほど CVR が低下することを示しました。特に**テキストエリア（複数行）やセレクトボックス／ドロップダウンは、単一行テキスト入力よりも CVR への負の影響が大きい**と報告されています。あわせて電話番号、年齢、地理情報の 3 つは特に CVR を下げるとされています（[HubSpot - Which Types of Form Fields Lower Landing Page Conversions?](https://blog.hubspot.com/blog/tabid/6307/bid/6746/which-types-of-form-fields-lower-landing-page-conversions.aspx)）。

Formstack の分析では、**項目を 1 つ削除するだけで CVR が最大 50% 改善した事例**が紹介されています（[Formstack - How to Improve Form Conversion Rates](https://www.formstack.com/blog/form-conversion-tips)）。

Brixon Group は数千件の B2B フォームを分析し、**項目数が 5 を超えると、追加 1 項目あたり 20〜30% の CVR 低下ペナルティが発生する**と報告しています（[Brixon Group - Lead Forms in B2B](https://brixongroup.com/en/lead-forms-in-b2b-the-perfect-balancing-act-between-data-depth-and-conversion-rate/)）。

Omnisend の調査では、**3 項目フォームが平均 CVR 10% で最も高い**結果が出ています（[HubSpot - Landing Page Statistics](https://blog.hubspot.com/marketing/landing-page-stats)）。同調査では、マーケターの 30.7% が「理想的なフォームの質問数は 4 つ」、10.9% が「名前とメールアドレスだけで十分」と回答しています。

### 3.2 短い/長いフォームのトレードオフ

「短いフォーム＝質の低いリードが増える」と懸念されることがありますが、Brixon Group の試算では、ナーチャリング次第で生成される SQL（Sales Qualified Lead）の数はほぼ同等になります。

| シナリオ          | トラフィック | フォーム CVR | MQL → SQL 転換率 | 生成 SQL 数 |
| ------------- | ------ | -------- | ------------- | -------- |
| 長フォーム（高品質）    | 10,000 | 2%       | 25%           | 50 件     |
| 短フォーム（高ボリューム） | 10,000 | 4%       | 12%           | 48 件     |

長フォームは初期段階での絞り込みに依存しており、短フォームは入口を広げて後段で絞り込むモデルです。後者のほうが、ナーチャリングプロセスや営業オペレーションを整備すれば同等以上のパイプラインを生み出せる可能性があります。

## 4. 項目ごとの離脱要因: 避けたほうがよい項目

項目数の議論に加えて、**どの項目が含まれているか**も重要です。同じ「5 項目」でも、構成によって離脱率は大きく変わります。

### 4.1 項目ごとの離脱率

Zuko の調査による項目ごとの離脱率は次のとおりです（[Zuko - Form Field UX Problems](https://www.zuko.io/blog/which-form-fields-cause-the-biggest-ux-problems)）。

| 項目      | 離脱率      |
| ------- | -------- |
| パスワード   | 10.5%    |
| メールアドレス | 6.4%     |
| 電話番号    | 6.3%     |
| 住所      | 上記に次いで高い |

パスワードは初回タッチポイントでは原則不要です。電話番号は B2B のリード獲得フォームで頻繁に求められますが、離脱への影響が大きい代表的な項目です。

### 4.2 電話番号項目の影響

電話番号項目の扱いを変えるだけで CVR が大きく変動した事例があります。

* ある事例では、電話番号を**必須から任意に変更したことで CVR が 42.6% から 80% に向上し、離脱率が 39% から 4% に低下**しました（[Logit.net](https://www.logit.net/learn/contact-form-phone-number/)、[Vital Design](https://vitaldesign.com/phone-number-form-field-case-study/)）
* 電話番号項目が含まれること自体で CVR が最大 5% 低下したという報告もあります（[WPForms](https://wpforms.com/research-based-tips-to-improve-contact-form-conversions/)）

電話番号は営業現場からの要望が強い項目ですが、必須化のコストが大きいため、**必須化するかどうかは、それによって失われる商談数と、得られる架電効率を比較したうえで判断する**ことが望ましい項目です。

### 4.3 削除を検討すべき項目

リード獲得の初回タッチポイントでは、次の項目は削除または任意化を優先的に検討します。

* 電話番号
* メール確認用の再入力項目
* 自由記述形式の「お問い合わせ内容」
* 年齢、住所、地理情報

### 4.4 残すべき項目

逆に、リード獲得の起点として保持すべき項目は限定的です。

* **会社メールアドレス** — 後段のエンリッチメントの起点となる
* **氏名** — 最低限のパーソナライズに必要
* **構造化された選択式質問**（ドロップダウン等で 2〜4 択） — 自由記述よりも離脱率が低く、セグメント分けにも使える

## 5. 設計原則

ここまでのデータをふまえ、設計に落とし込む際の三つの原則を示します。

### 5.1 項目を最小化する

用途別の推奨項目数の目安は次のとおりです（[The Diamond Group](https://www.diamond-group.co/blog/how-many-form-fields-do-i-really-need-for-conversions)）。

| 用途         | 推奨項目数 |
| ---------- | ----- |
| ニュースレター登録  | 1〜2   |
| 資料請求・問い合わせ | 3〜5   |
| デモ申込・トライアル | 3〜5   |

「とりあえず取っておきたい」項目を増やす前に、**その項目が後段の業務プロセスで実際に使われているか**を確認します。使われていない項目は、CVR を下げるだけで価値を生んでいません。

### 5.2 段階的に取得する（プログレッシブプロファイリング）

プログレッシブプロファイリングは、初回フォームでは最小限の情報のみを取得し、再訪問・再ダウンロードのたびに新しい項目を少しずつ追加していく手法です。

```mermaid theme={null}
flowchart LR
    A[初回: メール + 氏名] --> B[2 回目: 会社名 + 電話番号]
    B --> C[3 回目: 業界 + 企業規模]
    C --> D[4 回目: 役職]
```

| ステップ | 取得する項目     | 想定コンテキスト |
| ---- | ---------- | -------- |
| 初回   | メールアドレス、氏名 | 資料ダウンロード |
| 2 回目 | 会社名、電話番号   | ホワイトペーパー |
| 3 回目 | 業界、企業規模    | セミナー登録   |
| 4 回目 | 役職／タイトル    | デモ依頼     |

主要なマーケティングオートメーション製品（HubSpot、Marketo、Eloqua など）はこの機能を標準で備えています。導入されていない場合でも、Cookie やリードレコードの参照によって自前で実装可能です（[Reform.app - Top Tools for Progressive Profiling](https://www.reform.app/blog/top-tools-for-progressive-profiling)、[Formulayt - Ultimate Guide to Progressive Profiling](https://formulayt.com/guides/ultimate-guide-progressive-profiling)）。

### 5.3 取得済み・推測可能な情報は自動補完する

データエンリッチメントは、メールアドレスやドメインを起点に、企業属性（業界、従業員数、売上規模、所在地）や個人属性（役職、シニアリティ）を外部データソースから自動補完する手法です。

エンリッチメントを前提に設計すると、フォームで入力させる項目を大幅に減らせます。次の事例はいずれもエンリッチメントを活用したフォーム短縮の結果として報告されています。

| 事例         | 施策               | 結果              |
| ---------- | ---------------- | --------------- |
| Mention    | フォームを 3 項目に短縮    | サインアップ CVR +54% |
| Greenhouse | 9 項目必須 → 3 項目    | フォーム完了率 +20%    |
| Gong       | フォームをメール 1 項目に集約 | デモ依頼 CVR +70%   |

出典: [Clearbit - Mention](https://clearbit.com/customers/mention)、[Clearbit - Greenhouse](https://clearbit.com/customers/greenhouse)、[Clearbit - Gong](https://clearbit.com/blog/gong-io-instant-lead-qualification)

100 を超える B2B 属性をメールアドレス 1 つから取得できるサービスも存在し（[Alation - Data Enrichment Tools](https://www.alation.com/blog/data-enrichment-tools/)）、国内でも HubSpot Japan、Sansan、リコー、NEC などがエンリッチメント／自動入力サービスを提供しています（[HubSpot Japan - データエンリッチメント](https://www.hubspot.jp/products/marketing/data-enrichment)、[SalesZine - Sansan AI フォーム](https://saleszine.jp/news/detail/1922)、[NEC Data Enrichment](https://jpn.nec.com/press/202203/20220316_03.html)）。

エンリッチメントを使う場合は、補完したデータの取り扱いについてプライバシーポリシーで明記し、必要な同意を取得することが前提となります。

## 6. マルチステップフォームという選択肢

どうしても項目数を減らせない場合、フォームを 2〜3 ステップに分割するアプローチがあります。

* Venture Harbour は、マルチステップ化により**サイト訪問者の 53% をリード化した**事例と、**完了率を最大 300% 改善した**事例を報告しています（[Venture Harbour - Multi-Step Lead Forms](https://ventureharbour.com/multi-step-lead-forms-get-300-conversions/)）
* 心理学的にはコミットメントの一貫性の原理が働き、最初のステップを完了した時点で、後続ステップを完了する動機が高まります

マルチステップが向くケースと向かないケースは次のように整理できます。

* **向く** — 項目数が 6 個以上必要で減らせない場合、選択式が多い場合、最初の数項目が答えやすい場合
* **向かない** — 項目数が 4 個以下で 1 画面に収まる場合、ユーザーが急いでいる流入経路（リターゲティング広告のクリック直後など）

ステップ分割そのものが離脱の原因になることもあるため、まず項目を削れるかを検討し、削れないと判断したうえでマルチステップ化を採用するのが安全な順序です。

## 7. モバイル対応

リード獲得フォームのアクセス経路はモバイル比率が増えていますが、CVR はデスクトップに比べて低い傾向があります。

* デスクトップ CVR 約 4.8%、モバイル CVR 約 2.9% という集計が報告されています（[Landbase - Conversion Rate Statistics](https://www.landbase.com/blog/conversion-rate-statistics)）
* B2B 購買者は、モバイルでリサーチし、デスクトップでコンバートする経路を取ることが多いため、モバイルでの体験は商談化前の理解形成に直接影響します

モバイル設計の最低条件として、次の項目を満たすようにします。

* **入力タイプの最適化** — `type="email"`、`type="tel"`、`inputmode="numeric"` などを正しく指定し、適切なキーボードを呼び出す
* **autocomplete 属性** — `autocomplete="email"`、`autocomplete="given-name"` などを指定し、OS のオートフィルを利用可能にする
* **タップ領域** — 入力欄、チェックボックス、送信ボタンは指で押しやすい大きさを確保する
* **必須／任意の表記** — ラベル末尾に明示し、エラー時に該当項目へスクロール／フォーカスを当てる
* **フォーマット支援** — 電話番号のハイフン自動入力、郵便番号からの住所自動補完など、入力負荷を下げる支援を組み込む

## 8. 国内 EFO の改善事例

日本では EFO（Entry Form Optimization）と呼ばれる入力フォーム最適化の領域があり、国内専用ツールによる改善事例が蓄積されています。フォームアシスト（導入実績 6,000 フォーム以上）が公開している主な改善数値は次のとおりです（[フォームアシスト - デザイン変更事例](https://efo.showcase-tv.com/column/case-study/12)、[フォームアシスト - EFO 成功事例](https://efo.showcase-tv.com/column/case-study/efo-guide-10)）。

| 施策                      | 改善効果        |
| ----------------------- | ----------- |
| 任意項目のアコーディオン化（デフォルト非表示） | CV 率 +7.3pt |
| スマホ向けレイアウト最適化           | CV 率 +6.9pt |
| AI-OCR による自動読み取り        | CV 率 +6.1%  |
| CTA ボタンのデザイン変更          | CV 率 +5.0%  |
| アンケート項目の削除              | CV 率 +3.8%  |
| 入力難易度が低い項目を上部に配置        | CV 率 +2.9%  |
| ハイフン自動入力＋キーボード最適化       | 項目離脱率 −1.1% |
| 任意項目の表記追加               | 離脱率 −0.9%   |

任意項目のアコーディオン化は、項目を残しつつデフォルトで畳んでおく手法です。月間 10,000 ユーザーの規模で年換算 8,760 件のコンバージョン増加に相当する改善が報告されています。**完全に項目を削除できない場合の現実的な代替策**として参考になります。

## 9. 推奨フォームテンプレート

ここまでの原則を反映した、資料請求／問い合わせフォームの最小構成は次のとおりです。

| 項目        | タイプ | 役割          |
| --------- | --- | ----------- |
| 会社メールアドレス | 必須  | エンリッチメントの起点 |
| 氏名        | 必須  | 最低限のパーソナライズ |

会社名、業種、従業員規模、所在地、電話番号、役職といった項目は、エンリッチメントで補完するか、プログレッシブプロファイリングで次回以降に取得します。最初のフォームで取らない理由は、**最初の接点で失われたリードはその後のナーチャリング機会も失われる**ためです。

問い合わせフォームの場合、自由記述の「ご質問内容」を加えることがありますが、これは任意項目とし、必須項目から外します。

### プライバシーポリシーへの同意

プライバシーポリシー同意は、独立したチェックボックス項目として並べないことを推奨します。チェックボックスは「もう一つ操作が必要な項目」としてユーザーの手間を増やし、未チェックによるバリデーションエラーで離脱の原因にもなります。

代替として、**送信ボタンに同意の意思表示を組み込む方式**が有効です。送信ボタンを押す行為そのものが、ポリシー本文へのリンクと注記文を提示したうえでの同意の意思表示として成立するため、別途チェックボックスを設けなくても同意取得は実現できます。

* 送信ボタンのラベルを「プライバシーポリシーに同意して送信する」のようにし、ボタン直上または直下に「送信することで本フォームの利用規約とプライバシーポリシーに同意したものとみなされます」といった注記を添えます
* ポリシー本文へのリンクは、注記またはボタンラベル内のリンクから別タブで開けるようにします
* 「ボタンクリック＝同意」が成立する前提として、ポリシーへのリンクが視認可能であること、同意の対象範囲が注記で明確に示されていること、文言が法務確認を経ていることが必要です

なお、目的が複数ある場合（例: フォーム送信そのものへの同意と、別途マーケティングメール配信への同意）は、それぞれの目的ごとに同意を分離して取得する必要があります。この場合は、追加の同意のみチェックボックスにする、あるいはオプション選択肢として別 UI で取得するなど、**「フォーム送信」と「個別目的への同意」を不可分にしない設計**を選びます。「規約とプライバシーポリシーへの同意」自体については、独立チェックボックスを必須化する法的理由は通常ありません。

## 10. 設計チェックリスト

公開前に次の項目を確認します。

* [ ] 項目数は 5 個以下か
* [ ] 必須項目に電話番号、パスワード、メール確認のいずれかが含まれていないか
* [ ] 自由記述項目を必須にしていないか
* [ ] 項目の `type` 属性、`autocomplete` 属性、`inputmode` 属性が正しく設定されているか
* [ ] 必須／任意の表記が各ラベルで明確か
* [ ] プライバシーポリシー同意は独立チェックボックスではなく、送信ボタン近くの文言で代替できているか
* [ ] フォーム送信時のバリデーションエラーが項目ごとに表示されるか
* [ ] エラー発生時に該当項目へスクロール／フォーカスが当たるか
* [ ] 完了画面・サンクスメールから次のアクション（関連資料、デモ申込、別の問い合わせ）への動線があるか
* [ ] モバイルで実機テストを行ったか

## 11. 用語整理

* **CVR**（Conversion Rate） — 訪問者のうち、設定したコンバージョン（送信完了など）に至った割合
* **EFO**（Entry Form Optimization） — 入力フォームの操作性を改善し、離脱を減らして CV 率を高める領域
* **プログレッシブプロファイリング** — 訪問者ごとに既知情報を判定し、未取得の項目だけを段階的に追加取得する設計手法
* **データエンリッチメント** — 既知のキー（メールアドレス、ドメイン等）を起点に、外部データソースから企業・個人の属性を補完する手法
* **MQL**（Marketing Qualified Lead） — マーケティング部門が一定の条件を満たすと判断したリード
* **SQL**（Sales Qualified Lead） — 営業部門が商談化に値すると判断したリード

## 12. ターニントAI による実装

ここまでに示した「項目最小化」「プログレッシブプロファイリング」「データエンリッチメント」「マルチステップ」の各原則を、ターニントAI は 1 つの体験として束ねて提供します。

```mermaid theme={null}
flowchart LR
    A[メールアドレス入力] --> C[AI エージェントによるヒアリング]
    A -. 非同期 .-> B[公開情報からの自動取得]
    C --> D[商談化に必要な情報が揃った見込み顧客]
    B -. 非同期 .-> D
```

* **フォームはメールアドレス 1 項目のみ** — 入力の手間を最小化し、CVR を取り切る入口にできます。氏名・会社名・業種・従業員規模・役職といった項目は、初回フォームから除外できます
* **メールアドレスからの自動取得** — 取得したメールアドレスを起点に、ドメインから会社情報（会社名、業界、従業員規模、所在地、概要など）、メールアドレスから個人情報（氏名、役職、部署など）を公開情報から自動取得します。フォームで取らずに済むため、項目を増やす必要がありません
* **AI ヒアリングによる文脈取得** — フォーム送信後の AI エージェントとの会話を通じて、自由記述フォームでは取りこぼしがちな課題・関心領域・タイムラインといった非構造データを、構造化された形で取得します

結果として、**フォーム CVR を最も取れる形に保ちつつ、商談化判断に必要なリード情報（業種・規模・役職・課題感など）の取得量は維持または向上**できます。短フォームによる「リードの質が下がる」というトレードオフを、自動取得と AI ヒアリングで埋める設計です。

## 13. 参考

* [HubSpot - Form Fields and Conversions](https://blog.hubspot.com/blog/tabid/6307/bid/6746/which-types-of-form-fields-lower-landing-page-conversions.aspx)
* [Formstack - How to Improve Form Conversion Rates](https://www.formstack.com/blog/form-conversion-tips)
* [Brixon Group - Lead Forms in B2B](https://brixongroup.com/en/lead-forms-in-b2b-the-perfect-balancing-act-between-data-depth-and-conversion-rate/)
* [Zuko - Form Field UX Problems](https://www.zuko.io/blog/which-form-fields-cause-the-biggest-ux-problems)
* [Venture Harbour - Multi-Step Lead Forms](https://ventureharbour.com/multi-step-lead-forms-get-300-conversions/)
* [Clearbit - Optimize Lead Form Conversions](https://clearbit.com/blog/optimize-lead-form-conversions)
* [フォームアシスト - EFO 成功事例](https://efo.showcase-tv.com/column/case-study/efo-guide-10)