お問い合わせフォームの書き方｜記入項目別の書き分けとNG例

お問い合わせフォームから営業の打診を送っているものの、返信がほとんど返ってこない。文面を書き換えてみても数字が動かず、どこを直せばよいのか分からない——フォーム営業を内製で始めた組織が最初にぶつかる壁です。

やっかいなのは、原因の候補が複数あって切り分けられない点にあります。文面が悪いのか、送る相手の選び方が悪いのか、そもそも送信されていないのか。候補が3つ以上あるまま数字を眺めていても、改善の打ち手は決まりません。

多くの場合、見落とされているのは「本文より前の欄」です。会社名を略称で書く人、件名を空欄にして本文に用件を書く人、お問い合わせ種別で機械的に「その他」を選ぶ人。送信者ごとに記入内容が違えば、同じ文面を使っていても受信側に届く印象は別物になります。記入内容がばらついている状態では、文面の良し悪しを比べる土台そのものが成立しません。

逆に言えば、記入項目を先に固定してしまえば、変数は「文面」と「送信先」の2つに絞られます。改善対象が2つなら、順番に検証できます。

本記事では、お問い合わせフォームの書き方を記入項目別に整理します。会社名・担当者名・連絡先・件名・お問い合わせ種別・本文・同意チェックのそれぞれについて、何をどの粒度で書くかの判断基準と避けたい書き方を示し、最後に送信前チェックと運用への落とし込みまでを解説します。そのままチームに配れるルールとして使える形を目指します。

お問い合わせフォームの書き方は「記入項目の基準」から決める

お問い合わせフォームの書き方を考えるとき、最初に手を入れるべきは本文ではなく、本文を囲む入力欄のほうです。理由は単純で、受信側の担当者が本文を読むかどうかは、本文より前の情報で決まっているからです。

受信側の担当者の多くは、通知メールの件名、次に送信者の会社名、そして本文の最初の数行という順に目を走らせます。本文を推敲しても、件名が空欄で会社名が略称のままなら、本文にたどり着く前に判断が終わってしまいます。記入項目には優先度があり、優先度の高い欄から基準を決めるのが近道です。

問い合わせフォームの書き方でつまずく3つのパターン

チームで分担してフォーム送信をしていると、次の3つのばらつきがほぼ必ず発生します。

1つめは記入粒度のばらつきです。会社名を「◯◯システムズ」と略す人と「株式会社◯◯システムズ」と正式名称で書く人が混在します。部署名を書く人と書かない人、電話番号を代表番号にする人と直通にする人も分かれます。受信側から見ると、情報の揃っていない問い合わせは実在確認の手間がかかるため、後回しにされやすくなります。

2つめは件名の扱いのばらつきです。件名欄があるのに空欄で送る、または「ご挨拶」「お世話になっております」のように中身のない件名を入れてしまうケースです。件名は受信側の通知メールにそのまま載るため、ここが無内容だと開封の判断材料がなくなります。

3つめはお問い合わせ種別セレクトの扱いです。「サービスについて」「採用について」「その他」といった選択肢のうち、どれを選ぶかの基準がないため、担当者ごとに違う値が選ばれます。種別は受信側の振り分け設定そのものなので、違う値を選べば届く先の担当者も変わります。

この3つはいずれも「正解を知らない」のではなく「チームとして正解を決めていない」ことによるばらつきです。決めてしまえば消えます。

入力欄を5グループに分けて考える

お問い合わせフォームの入力欄は、フォームごとに項目名も並び順も異なりますが、役割で分類すると5グループに収まります。グループごとに基準を決めれば、初めて見るフォームでも同じ判断ができます。

以降のセクションでは、このグループ順に記入基準を見ていきます。グループ単位で決めることで、「このフォームには住所欄があるが、前のフォームにはなかった」という差異に毎回悩まずに済みます。

会社情報の記入項目｜会社名・部署・担当者名の書き方と記入例

会社情報のグループは、受信側が「この問い合わせは実在する法人からのものか」を判断する材料になります。ここが曖昧だと、本文の内容以前に信頼の土台が崩れます。

会社名は登記上の正式名称で書く（前株・後株・英字表記の扱い）

会社名は、登記上の正式名称をそのまま書くことを基準にします。略称・通称・英字表記は使いません。

この基準の理由は、受信側の確認方法にあります。見慣れない社名の問い合わせを受けた担当者は、社名で検索して会社の実在と事業内容を確かめます。商号・所在地・法人番号は国税庁法人番号公表サイトで誰でも照会できるため、正式名称が書かれていれば数十秒で裏が取れます。逆に略称で書かれていると、検索結果が自社サイトしか出てこない、あるいは同名の別法人が出てくるといったことが起きて、確認が止まります。

具体的には次のように書き分けます。

「（株）」のような省略記号も避けます。文字数制限で正式名称が入りきらない場合に限って省略せざるを得ませんが、そのときは本文の署名に正式名称を書いて補います。前株・後株の間違いは、相手に「自社のことを調べずに送っている」という印象を与えるため、送信リスト側の社名データを登記表記で統一しておくことが前提になります。

部署・役職と担当者名の記入例

部署・役職の欄は「どの立場からの連絡か」を伝える情報です。空欄にすると、受信側は本文を読むまで相手の権限や目的を推測できません。営業部門からの連絡であることが分かっていれば、受信側も振り分け先を決めやすくなります。

担当者名は、送信実務を行う本人の氏名を書きます。代表者名や上司名を借りると、返信が来たときに「名前が違う人から返ってきた」という不一致が起き、やりとりが1往復無駄になります。氏名は姓名を分けて記入する形式（姓・名が別欄）が多いため、どちらにどこまで入れるかもルール化しておくとよいでしょう。

住所・郵便番号が必須のフォームでは、登記上の本店所在地または実際の事業所所在地のどちらかに統一します。登記上の住所とオフィスの住所が違う企業は少なくないため、どちらを使うかをあらかじめ決めておかないと、担当者ごとに違う住所が送られることになります。

必須項目と任意項目のどこまでを埋めるか

必須項目（多くのフォームで * や「必須」と表示される欄）は当然すべて埋めますが、判断が分かれるのは任意項目です。基準は次の2つで足ります。

• 相手の判断材料になる任意項目は埋める（自社URL・部署・役職・事業内容など）
• 相手の判断材料にならない任意項目は空欄にする（ご予算・導入希望時期・従業員数など、営業の打診では実態のない数値を入れることになる欄）

任意項目をすべて埋めようとすると、実態のない情報を書くことになりがちです。たとえば「ご予算」の欄に適当な金額を入れると、受信側は予算が確定した相談だと誤解します。空欄のほうが誠実で、後のやりとりもこじれません。

なお、資料請求や見積依頼の意図がないのに「資料請求」フォームから送るといった、フォームの用途そのものと実態がずれる送り方は、記入内容を整えても解決しません。この点は送信可否の判断として、のちほど別のセクションで扱います。

連絡先の記入項目｜メールアドレスと電話番号の書き方

連絡先グループは、返信を受け取る経路そのものです。ここが整っていないと、返信率を測ろうとしても分母と分子の両方が狂います。「返信が来ない」のではなく「返信が誰かの個人受信箱で止まっていた」というケースは、記録の付け方が属人的な組織では起こり得ます。

メールアドレスは自社ドメイン＋受信経路を固定する

メールアドレスは自社ドメインのものを使い、フリーメール（Gmail・Yahoo!メールなど）は使いません。受信側のメールフィルタで弾かれる確率が上がるうえ、ドメインが社名と一致していれば実在確認の手がかりになります。

そのうえで、フォーム送信に使うアドレスは1つに固定することを基準にします。担当者ごとの個人アドレスで送ると、以下のような事態が起きます。

• 返信が個人の受信箱に届き、チームの誰も把握できない
• 担当者が休暇・異動のときに返信を取りこぼす
• 返信があったかどうかを集計するのに、全員の受信箱を確認する必要がある

対処としては、共有メールボックス（sales@ や info@ のような部門アドレス）を送信元にするか、個人アドレスで送る場合は共有アドレスへ自動転送を設定します。どちらにしても、「返信が1か所に集まる」状態を先に作ってから送信を始めるのが順序です。

電話番号は代表か直通か

電話番号欄は、代表番号と直通番号のどちらを書くかで迷いやすい欄です。判断軸は「折り返しを受けられる体制があるか」の1点に絞ります。

• 代表番号: 受付が常時対応していて、営業部門へ確実に取り次げるなら代表番号で問題ありません。取り次ぎができない時間帯が長い場合は不向きです
• 直通番号: 営業部門の固定電話やクラウド電話の番号があるなら直通が適しています。折り返しが担当者に直接つながります
• 個人の携帯番号: 基本的に避けます。担当者の異動・退職後に不通になり、送信履歴に残った番号が死に番号になります

個人情報を広く配ることへの抵抗から番号を書きたくない、という感覚は自然なものですが、電話番号が必須のフォームも多く、空欄では送信自体ができません。部門の代表的な番号を1つ決めておけば、個人の番号を配らずに折り返しを受けられます。

自社URL欄は空けない

自社サイトの URL 欄がある場合は、必ず記入します。これは記入項目のなかでも費用対効果が高い欄です。受信側は URL があればワンクリックで事業内容・規模・実績を確認でき、本文の説明を読み込む負担が減ります。

URL は会社サイトのトップページを基準にします。サービス LP だけを書くと、会社としての実在確認ができません。会社情報が載っているページがトップから辿れることを確認しておきましょう。

なお、本文に URL を書くとエラーで弾かれるフォームがある一方で、URL 専用欄には問題なく入るケースもあります。この種の入力制限については、後述の送信前チェックのセクションでまとめて扱います。

件名とお問い合わせ種別の書き方｜最初に読まれる2つの欄

件名とお問い合わせ種別は、受信側が最初に目にする2欄です。本文の推敲よりも先に、この2つの基準を決めたほうが効果が出ます。

件名は「用件＋社名」で書く（件名欄がない場合の代替）

件名は「用件＋社名」の形に固定します。用件が一読で分かることが条件で、長さは20〜30字程度を目安にします。

【ご提案】◯◯業界向け受注管理システムのご案内｜株式会社サンプルシステム
【情報提供のご相談】採用業務の自動化事例について｜株式会社サンプルシステム
【資料送付のお伺い】物流向け配車最適化サービス｜株式会社サンプルシステム

用件を先に置くのは、受信側の通知メールで件名の後半が切れることがあるためです。社名を先頭に置くと、用件が見えないまま判断されることになります。

件名欄がないフォームでは、本文の1行目に角括弧で用件を置く形で代替します。

【ご提案】物流向け配車最適化サービスのご案内

株式会社◯◯
営業部 ご担当者様

はじめてご連絡いたします。株式会社サンプルシステムの山田と申します。
（以下本文）

1行目に用件を置き、1行空けてから宛名に入ります。本文がプレーンテキストとして転記されるフォームでも、この形なら用件が先頭に残ります。

お問い合わせ種別セレクトの選び方と「その他」の判断

「お問い合わせ種別」のセレクトボックスは、受信側のメール振り分け設定そのものです。選んだ値によって、問い合わせがサポート窓口に行くのか、採用担当に行くのか、営業部門に行くのかが決まります。実態と違う種別を選ぶと、営業の打診がカスタマーサポートの担当者に届き、双方にとって無駄が発生します。

選び方は次の優先順で基準化します。

1. 「営業・提案のご連絡」「協業・アライアンス」「パートナーのお問い合わせ」など、営業目的に該当する選択肢があればそれを選ぶ（これが最も望ましい状態です。受信側が営業の受け口を用意しているということなので、振り分けも想定どおりに動きます）
2. 該当する選択肢がなく「その他」がある場合は「その他」を選ぶ（サポート・採用・取材・報道など明らかに用途の違う窓口を選ぶよりは適切です）
3. 選択肢がサポート・採用・取材など特定用途のみで、営業目的が入り込む余地がない場合は、そのフォームを送信対象から外す

3つめは一見もったいなく感じますが、用途の違う窓口に送るのは受信側の業務を妨げる行為になり、企業名で記憶されるリスクのほうが大きくなります。送信対象から外した判断は、送信リスト側に記録しておきます（記録の仕方はのちほど説明します）。

件名で避けたい書き方

件名で避ける書き方は、次の3つに整理できます。

このうち誇大な売り文句は、記入項目の問題というより訴求内容の問題です。数値を出すなら出典のある数値に限り、自社の実績値を書く場合は計測条件まで説明できる範囲にとどめます。

お問い合わせ本文の書き方｜4ブロック構成と例文

本文も「固定する部分」と「変える部分」に分けます。構成と長さを固定し、変えるのは訴求の中身だけにします。構成も長さも毎回違う文面を送っていると、返信があったときに何が効いたのか分かりません。

本文を4ブロックに固定する

本文は次の4ブロックで構成します。

全体で300〜450字程度に収めます。長さを固定する理由は2つあります。1つは、受信側が通知メールのプレビューで読み切れる範囲に収まること。もう1つは、文面を比較するときに長さという変数を消しておくことです。400字の文面と1,200字の文面を比べて「後者のほうが返信が多かった」と言われても、長さの効果なのか内容の効果なのか分かりません。

ブロック3（相手にとっての関連性）が、変える部分の中心です。ここに「同業の事例」「相手企業の公開情報に触れた一文」を入れるために、送信前に相手企業のサイトを1〜2分確認する作業が必要になります。この一文があるかないかで、一斉配信との見え方が変わります。

ブロック4では、求めるアクションを1つに絞ります。「資料をお送りしてよいか」「15分ほどお話を伺えないか」のどちらかで、両方を並べません。選択肢が2つあると返信のハードルが上がります。

署名に入れる要素

署名には次の6要素を入れます。フォームの記入欄に同じ情報を入れていても、本文の署名に揃えておくことで、受信側が本文だけを転記・共有した場合にも連絡先が失われません。

• 会社名（登記上の正式名称）
• 部署・役職
• 氏名
• 電話番号（折り返しを受けられる番号）
• メールアドレス（返信が集まる経路のもの）
• 自社サイトの URL

署名のテンプレートはチームで1つに統一し、氏名と部署だけを差し替える形にします。署名の書式が人によって違うと、受信側に組織としての統一感が伝わりません。

そのまま使える例文2パターン

営業の打診で使う型は、大きく「資料送付の打診」と「情報交換の打診」の2つに分かれます。どちらを使うかは、相手企業の検討段階を推測して選びます。

パターン1: 資料送付の打診

株式会社◯◯
営業部 ご担当者様

はじめてご連絡いたします。株式会社サンプルシステムの営業部・山田と申します。

受注管理と在庫管理を1つの画面で扱えるシステムをご提供しており、
本日は資料をお送りしてよいかお伺いしたくご連絡いたしました。

御社サイトで複数拠点での在庫管理体制を拝見し、拠点をまたぐ在庫の
突合に工数がかかりやすい領域と存じまして、同様の体制の企業様で
突合作業を日次から週次に減らした構成をご紹介できるかと考えました。

資料（PDF・10ページ程度）をお送りしてもよろしいでしょうか。
ご不要の場合は、本メールへの返信は不要でございます。

----------------------------------------
株式会社サンプルシステム
営業部 マネージャー 山田 太郎
TEL: 03-0000-0000
Mail: sales@example.co.jp
URL: https://example.co.jp
----------------------------------------

パターン2: 情報交換の打診

株式会社◯◯
新規事業ご担当者様

突然のご連絡を失礼いたします。株式会社サンプルシステムの山田と申します。

BtoB向けの受発注システムの開発を手がけており、同領域で事業を進める
企業様と情報交換の機会をいただきたくご連絡いたしました。

御社が今期から取り組まれている卸向けサービスの発表を拝見し、
受発注のデータ連携まわりで検討されている論点が、当社が複数社で
ご相談いただいている内容と近いのではないかと感じております。

30分ほどオンラインでお話を伺える機会はいただけますでしょうか。
ご関心に沿わない場合は、お手数ですがご放念ください。

----------------------------------------
株式会社サンプルシステム
営業部 マネージャー 山田 太郎
TEL: 03-0000-0000
Mail: sales@example.co.jp
URL: https://example.co.jp
----------------------------------------

2つの例文で共通しているのは、ブロック構成・長さ・署名・断り方の提示です。異なるのはブロック3と求めるアクションだけです。この形にしておけば、「相手の事業への言及を具体的にした文面」と「汎用的な文面」のような比較が成立します。

業種ごとの訴求の作り分けについては、フォーム営業の文面テンプレートで判断軸を整理しています。本記事の4ブロック構成を骨格として、ブロック3の中身を業種別に差し替える形で併用できます。

本文で避けたい書き方

本文で避ける書き方は、受信側の心理に反するものに集約されます。

• 一方的な売り込み: 自社サービスの機能列挙から始まる文面。相手の状況への言及がないため、一斉配信と判断されます
• 根拠のない成果の提示: 「導入企業の売上が平均30%向上」のように、計測条件を示せない数値。出典を示せない数値は書きません
• 過度な煽り: 「このままでは競合に遅れます」「今だけ」といった表現。信頼を損ないます
• 複数のアクションの併記: 資料送付と商談打診を同時に求める形。返信の判断を複雑にします
• 長すぎる自社紹介: 会社の沿革や受賞歴を本文に書く形。URL 欄で代替できる情報です

同意チェックと送信可否の確認｜記入し終える前に見る2か所

記入が終わり、プライバシーポリシー同意のチェックボックスにカーソルを合わせる直前が、送信可否を判断する最後のタイミングです。ここに確認手順を組み込むことで、「書き方」の問題と「送ってよい相手か」の問題を分離できます。

同意チェックの前に確認する2か所

確認するのは次の2か所です。どちらも1分以内に終わります。

1. フォーム周辺と利用規約・プライバシーポリシーの記載

フォームの説明文、フォーム直上の注意書き、そして利用規約・プライバシーポリシーのページに、営業目的の送信を禁止する記載がないかを確認します。「営業・勧誘目的でのご利用はお断りしております」「本フォームからの営業のご連絡はご遠慮ください」といった記載があれば、送信対象から外します。

2. フォームの用途そのもの

お問い合わせ種別の選択肢やフォームのタイトルから、そのフォームがどの窓口に向けたものかを確認します。カスタマーサポート専用、採用応募専用、取材・報道対応専用のフォームは、営業の受け口ではありません。種別セレクトに営業目的の選択肢がない場合は、先に述べたとおり送信対象から外す判断に接続します。

なお、プライバシーポリシー同意のチェックボックスは、形式的な通過点ではありません。個人情報を本人から直接取得する際には利用目的を明示することが求められており（個人情報保護委員会 法令・ガイドライン）、同意チェックはその明示に対して「読んだ上で同意する」行為として置かれています。目を通さずにチェックするのは、記入内容の信頼性にも関わります。少なくとも営業目的の送信に関する記載の有無を確認する習慣をつけたいところです。

判断がつかないときは送らない

記載が曖昧で判断がつかないケースもあります。「お問い合わせは製品に関するご質問に限ります」のような書き方は、営業の打診を禁止しているとも読めますし、単に窓口の案内とも読めます。

このとき採る基準は「判断がつかないときは送らない」です。判断を保留して送ってしまうと、受信側に不快感を与えたときに「禁止と書いてあったのに送ってきた」という形で企業名が記憶されます。送信件数を1件減らす損失と、企業名の印象を損なう損失では、後者のほうが回復に時間がかかります。

受信側の立場に立った送り先の絞り方については、フォーム営業の迷惑行為を防ぐ4原則でより詳しく整理しています。記入基準を整えたあとの運用方針として併せて確認しておくとよいでしょう。

確認結果をリストに戻す

同じフォームを別の担当者が再訪して同じ確認を繰り返すのは無駄です。確認結果は送信リスト側に記録し、以後の判断を省けるようにします。記録する項目は4つで足ります。

「送信不可」と記録した企業は、以後リストから自動的に除外されます。確認日を残しておくのは、サイトリニューアルで記載が変わる可能性があるためで、一定期間が経過したものは再確認の対象にします。

入力形式のつまずきと送信前チェック｜問い合わせフォームが送信できない時

記入内容を揃え、送信可否も確認したのに送信できない——入力形式の制約で弾かれるケースです。ここを放置すると、「送ったつもりで届いていない件数」が分からなくなり、返信率の分母が狂います。

問い合わせフォームが送信できない主な原因

送信できない、または送信したつもりで届いていない原因は、次のパターンに分かれます。

このうち本文の文字数上限は、4ブロック構成を決めておくと対処が速くなります。削るのはブロック3（相手にとっての関連性）の後半で、ブロック2（連絡の目的）とブロック4（次のアクション）は残します。削る順序を決めておかないと、担当者ごとに削る場所が変わり、ここでもばらつきが生まれます。

原因の分類と切り分けの優先順位については、フォーム送信失敗の原因で層別に整理しています。送信失敗が一定の割合で発生している場合は、そちらの分類から着手すると原因の特定が速くなります。

送信前チェックリスト

送信ボタンを押す前に確認する項目を7つに絞ったリストです。チームに配る1枚にはこの形で載せると使いやすくなります。

1. 会社名が登記上の正式名称になっている（前株・後株を含む）
2. 部署・役職・担当者名が埋まっており、担当者名は送信者本人である
3. メールアドレスが固定の送信元アドレスで、電話番号が折り返しを受けられる番号である
4. 自社サイトの URL 欄が埋まっている（欄がある場合）
5. 件名が「用件＋社名」の形になっている（件名欄がない場合は本文1行目に用件がある）
6. お問い合わせ種別が実態に合っており、営業目的の選択肢がない場合の判断が済んでいる
7. フォーム周辺・利用規約に営業目的の禁止記載がないことを確認した

このリストは記入の順序とそろえてあります。上から順に確認すれば、入力画面を行き戻りせずに済みます。

届かなかった件数を記録する

送信エラーで止まった件数を記録していないと、返信率の計算が成立しません。「100件送って返信3件」と思っていたものが、集計し直すと「送信完了80件・エラー20件で返信3件」だった場合、返信率は3.0%ではなく3.75%です。この差は文面の評価を左右します。

記録する項目は3つで足ります。

送信結果をエラー理由まで分けておくと、特定の原因が集中していることに気づけます。たとえば文字数上限のエラーが多いなら、標準の文面を短くしておけば以後のエラーが減ります。

記入項目の書き方を仕組みで固定する｜属人化を防ぐ運用設計

記入基準を決めても、運用が人の努力に依存していると元に戻ります。1枚のルールを配った翌月には、新しく加わったメンバーが独自の書き方で送り始めます。基準を維持するには、手作業で揃える範囲と仕組みで固定する範囲を分けて考える必要があります。

まず手作業でそろえる3つの成果物

ツールの導入を考える前に、手作業の運用でも作れる3つの成果物を揃えます。これがないと、ツールを入れても何を自動化すべきかが決まりません。

1. 記入ルール1枚

本記事の5グループ（会社情報・連絡先・用件・本文・同意と任意）ごとに、自社の基準を書いた1枚です。社名の表記ルール、固定の送信元アドレスと電話番号、件名の型、本文の4ブロック構成、任意項目を埋める基準を記載します。新メンバーが参加したときに最初に渡すものになります。

2. 送信前チェックリスト

先に示した7項目のリストです。1枚のルールから「送信直前に見る項目」だけを抜き出した形にします。長いルールは読まれませんが、7項目のチェックリストは読まれます。

3. 送信記録の項目定義

スプレッドシートで管理する場合も、記録する列を先に定義します。本記事で挙げた項目をまとめると、最低限必要なのは次のとおりです。

この6列があれば、「文面A と文面B の返信率」「エラー率」「送信可否で除外した割合」を後から集計できます。列を後から追加しても過去分は埋まらないため、最初に決めておく価値があります。

入力項目のマッピングと送信履歴の可視化

手作業で揃えた3つの成果物を仕組み側に移すとき、効果が出やすい範囲は2つあります。

入力項目のマッピングです。フォームは企業ごとに項目名も並び順も異なります。「御社名」「会社名」「法人名」「貴社名」はすべて同じ意味ですが、人が目で見て判断して入力している限り、記入内容のばらつきは残ります。フォーム構造を解析して自社データの項目と対応づける処理を仕組み側に持たせると、社名は常に登記表記で、電話番号は常に固定の番号で入ることになります。記入ルールを人が覚える必要がなくなる、という意味で属人化の解消に直結します。

もう1つは送信履歴と失敗診断の可視化です。送信結果をスプレッドシートに手入力している限り、記録漏れは避けられません。送信の実行と記録が同じ仕組みの中で行われていれば、エラーで止まった件数も送信完了した件数も自動的に残ります。Form Pilot では送信履歴と失敗診断を画面上で確認でき、失敗理由をもとにリストや設定の改善につなげる形をとっています。また、他社（取引先・別チャネル）が接触済みと判明した企業を外部リストに基づいて送信対象から除外する設計を備えており、「判断できないなら送らない」を基本とする安全側の設計を採っています。

ブラウザ側で入力を補助する選択肢もあります。汎用の自動入力ツールの適性と限界については、Chrome拡張フォーム自動入力の選び方で選定の観点を整理しています。

CAPTCHA は突破しない — 人が押す送信ボタンを残す理由

自動化を検討するとき、どこまでを仕組みに任せるかの線引きが論点になります。Form Pilot は CAPTCHA の突破を行いません。CAPTCHA 等で完全な自動送信ができないフォームでは、Chrome 拡張機能が入力までを自動化し、送信ボタンは人が押すセミオート設計をとっています。

この線引きの理由は、CAPTCHA が受信側の意思表示だという点にあります。CAPTCHA を設置している企業は「機械的な送信を受けたくない」と表明しています。それを技術的に迂回する行為は、送信元である自社の名前で行われます。記入項目の書き方を整えて信頼を積み上げようとしているなら、そこで信頼を削るのは筋が通りません。

記入項目の標準化という観点でも、この線引きは理にかなっています。自動化の価値は「人が毎回判断していたことを判断しなくて済む」ところにあり、記入内容のばらつきはまさにその対象です。一方、送信可否の最終判断や CAPTCHA のある相手への対応は、人が担う部分として残します。効率化する範囲と人が担う範囲を分けておけば、送信量が増えても記入品質は保たれます。

まとめ｜記入項目を固定して改善対象を絞る

お問い合わせフォームの書き方を記入項目別に整理すると、次の形になります。チームに配る1枚の骨格としてそのまま使えます。

この表の内容は固定するものです。そのうえで、変えて検証するのは次の2つに絞ります。

• 文面: 4ブロックのうちブロック3（相手にとっての関連性）と求めるアクション
• 送信先: 業種・規模・フォームの用途による絞り込み

記入項目を固定し、送信結果とエラー理由を記録する。この2つが揃って初めて、「文面を変えたら返信率が上がった」という判断が成立します。順序を逆にして文面だけをいじっている限り、返信率の変動は説明できないままです。まずは1枚のルールと7項目のチェックリストを作り、記入内容を揃えることから始めてみてください。

次のアクション

記入項目の標準化を人の努力ではなく仕組みで維持したい場合は、Form Pilot のサービスページをご覧ください。フォーム構造の解析と入力項目のマッピング、送信履歴と失敗診断の可視化、接触済み企業の送信対象からの除外といった設計の考え方をまとめています。CAPTCHA は突破せず、完全な自動送信ができないフォームでは入力までを自動化して送信ボタンは人が押す方針をとっています。

関連記事

• フォーム営業の文面テンプレート — 業種別に本文の訴求を書き分ける判断軸
• フォーム営業の迷惑行為を防ぐ4原則 — 受信側の立場に立った送り先の絞り方
• フォーム送信失敗の原因 — 送信できないときの切り分けと対処の優先順位
• Chrome拡張フォーム自動入力の選び方 — 入力補助ツールの業務利用における限界と選定の観点