害虫の名前が分からなくても相談できる問い合わせフォームの設計

台所で小さな虫を見た。写真は撮れず、名前も分からない。防除会社のサイトで相談フォームを開くと、最初の必須欄が「害虫の種類」で、候補から選ばないと先へ進めない。この画面では、今ある情報を伝えたい人ほど立ち止まります。分からない名前を推測して送ると、受付側も誤った前提から確認を始めかねません。

防除会社の経営者・Web担当者は、虫の同定を相談者に求める前に、受付が次の確認を始められる情報を決める必要があります。この記事は、発見場所・時期・写真を軸にした架空の質問票を使い、入口、入力欄、エラー、送信後の案内を設計します。相談者向けの駆除方法や、写真からの種類判定を示す記事ではありません。実際の対応範囲や受付条件は、現場と受付の担当者が確認した内容に合わせてください。

最初に選ばせるのは虫名ではなく、相談の状況

種類が分かっている人にとって、虫名別のサービス一覧は便利です。一方、「小さい茶色の虫」「壁際で羽のあるものを見た」という人に、専門的な分類の中から一つを選ばせるのは難しい操作です。名称から探す入口を残しつつ、「種類が分からないまま相談する」という入口を同じ高さに置きます。虫名の選択を任意にするだけでなく、不明であることを受付側へ正しく渡せるようにします。

現行の害虫防除・シロアリ対策向けWeb制作案内には、虫の名前が分からない人へ、見つけた場所や状況から相談できる入口が示されています。ここで詰めるのは、その入口の先にある具体的な質問です。住宅での発生相談、シロアリの点検、店舗・施設の定期管理は、担当部署や必要な確認が違う場合があります。最初に「どのような相談か」を大きく選び、その後の欄は受付の運用に応じて分けます。相談内容をまだ判断できない人には「よく分からない」の選択肢も残します。

自社で対応できる建物、地域、受付時間はフォームより前で示します。対象外と確定していない相談を、虫名だけで機械的に拒む必要はありません。しかし、対応地域外、扱わない業務、訪問に必要な条件があるなら、送信後に初めて伝えるより入口の近くで説明するほうが親切です。電話を受ける時間と現地訪問を調整する時間は別の情報として書き、フォームをいつでも送れることを即時の訪問約束として見せないようにします。

発見場所・時期・写真を質問票にする

質問票の役目は、初回で診断を完了することではありません。担当者が相談者に次に何を聞くかを決め、訪問や見積に必要な確認へつなぐことです。実際の受付で必ず確認している項目を聞き、なくても折り返し可能な項目は任意にします。次は架空の住宅向け相談を例にした設計表です。質問の必須・任意は、各社の受付運用に合わせて確定してください。

入力欄	相談者に見せる聞き方	不明・未用意の扱い	受付へ渡す意味
建物と地域	どの建物・地域で見かけましたか	住所の細部は初回に必要か確認	対応範囲と連絡先を振り分ける
発見場所	台所、玄関、庭など、見かけた場所は？	分からない・複数の場所を選べる	次に確かめる場所を絞る
いつ頃から	初めて見た時期、直近で見た時刻は？	正確な日時が不明なら「おおよそ」	緊急性の聞き取りを始める
見た状況	数、動き、周辺で気づいたことは？	自由記入は短く、空欄でも次へ	相談者が見た事実を残す
虫の名前	分かれば名前を教えてください	「不明」を明示し、必須にしない	相談者の推測と確定結果を分ける
写真	手元に写真があれば添付できます	添付なしでも送信できる	追加確認の材料にする
連絡方法	折り返しを受けられる方法は？	選んだ方法に必要な項目を案内	担当者が次の確認を返す

「いつから」という言葉だけでは、最初の発見か最後に見た時点か分かりません。両方が必要な運用なら分けて尋ねます。思い出せない人に架空の日時を入力させないため、「先週頃」「数日前」「不明」など、受付で役立つ粒度を選べるようにします。場所も「室内」「屋外」だけで終わらず、分かる範囲の部屋や設備を聞きます。どこまで詳しく尋ねるかは、受付が初回に必要とする情報と、相談者の負担を比べて決めます。

虫の名前が不明でも、建物・発見場所・時期・任意写真から受付担当者の次の確認へ進める質問票の図 — 架空の受付設計例です。入力情報から虫の種類や施工方法を確定する図ではありません。

質問票を作るときは、受付担当が実際に使う言葉と、利用者が画面で読む言葉を分けて確認します。社内の分類コードをそのまま選択肢にせず、「台所で見た」「庭や外壁で見た」のような観察できる状態から選べる文にします。現場でしか判断できない欄は受付側の管理項目に残し、利用者向けの必須欄へ移さないようにします。選択肢の並びは、住宅と店舗の両方の相談を使って試し、どれにも当てはまらない場合の自由記入も残します。

写真は「ある場合だけ」受け取る

写真があれば便利な場面もありますが、撮れなかったことを相談の失敗にしません。虫がすでに見えない、スマートフォンを使えない、撮影できない場所だったなど理由はさまざまです。「写真を必ず添付」ではなく、「既にある写真があれば添付できます」と表示します。無理に捕まえたり、普段入らない場所へ入り直したりして撮影することを求める文面は避けます。写真がない人も場所や時期、状況を入力して送れる流れにします。

写真の欄には、受け付けるファイル形式、容量、枚数、送信に失敗したときの代替方法を、実際の仕組みに合わせて表示します。MDNのファイル入力の解説でも、ファイル選択では受け付ける形式の指定などが扱われています。ただし、形式を指定しただけで安全性や内容の正しさが保証されるわけではありません。サイト側の受信設定、容量制限、保存先、閲覧できる担当者を制作時に確認します。相談者が撮った写真に住所や家族の様子が写る可能性もあるため、必要以上の画像を求めない案内にします。

写真が不鮮明でも、受付担当者が確認できることはあります。一方、画像だけで種名、発生範囲、施工方法や費用を確定したように表示しないことが大切です。フォームの確認画面でも「写真を受け取りました」と「写真から判定しました」は違います。専門的な確認が必要な場合は、担当者が追加で聞き取る、現地で確かめるなど、実際の手順へつなぎます。

必須欄とエラー表示で相談を止めない

必須にするのは、初回の折り返しや対応範囲の確認に本当に必要な情報から選びます。「虫の名前」「正確な発生日時」「写真」をすべて必須にすると、分からない人が送れません。逆に連絡方法がないと返答できないため、希望する連絡手段を選んだら、その手段に必要な入力欄を示します。電話とメールを両方必須にするかは運用で見直します。入力例は、欄内で消える薄い文字だけにせず、必要ならラベルの近くに残します。

W3Cのフォーム入力に関する解説は、入力欄に何を入れるかが分かるラベルや説明を求めています。虫名の選択肢に「その他」しかないと、「分からない」と「一覧にない名前を知っている」が混ざるため、意味を分けます。自由入力欄には「見たままの状況を短く書いてください」など、専門用語を使わなくてよい説明を添えます。選択式と自由記入の両方を置く場合も、同じことを二度強制しないようにします。

エラーが出たときは、どの欄に何を直せばよいかを文字で示します。W3Cのエラー識別に関する解説は、入力エラーを特定し、利用者に説明することを扱っています。「送信できませんでした」だけでは、写真の容量が大きいのか、連絡先の形式が違うのか分かりません。正しい欄まで消えないか、キーボードでエラー位置へ戻れるか、スマートフォンでメッセージが見えるかを確認します。写真だけが失敗した場合に、本文を全部入れ直させる設計になっていないかも試します。

フォームを短く見せるために段階を分けるなら、次へ進む前に今の欄の意味と必須条件が分かるようにします。途中で「写真を追加しない」を選んでも、最後の確認画面にその状態を表示します。送信前に、入力内容、添付の有無、連絡方法を見直せるようにしておくと、誤って住所や写真を付けた場合に気づけます。個人情報の取扱い案内と送信後の利用目的は、実際のサイトの運用に合わせて記載します。

スマートフォンでは、長い選択肢の末尾に「分からない」が隠れていないか見ます。選んだ相談区分に応じて欄が変わる画面では、後戻りした際に入力済みの内容が消えないかも確かめます。必要な情報を一画面に詰め込まず段階を分ける場合も、現在の段階と残りの作業を示し、写真の添付を飛ばせることを明確にします。途中で一時保存を用意するかは個人情報の管理も含めて検討し、保存されないならそのことを利用者が分かるようにします。

送信後は「相談受付」と次の確認を示す

相談フォームの送信を、調査日や施工の予約確定と混同させません。完了画面には、相談を受け付けたこと、担当者が何を確認するか、どの方法で連絡するかを示します。返答時期の目安を表示するなら、受付時間と実際の体制を確認した値を使います。虫の種類や費用について、受付時点で決まっていないことを「確定」と書かないようにします。自動返信メールも同じ語を使い、「施工予約完了」のような別の段階を示す件名になっていないか見ます。

受付担当者の画面では、相談者の言葉と担当者の判断を別欄にします。たとえば「台所で小さい虫を見た」は相談内容であり、「対象を確認する必要がある」は次の作業です。相談者が入力した推測名を自動で確定種として登録すると、後の電話でも誤解が続きます。発見場所、時期、写真の有無、建物と地域、折り返し方法を、担当者が一画面で見られる順番に整えます。写真がない場合は、添付漏れの警告ではなく「添付なし」という状態で扱います。

問い合わせの振り分けも最初の質問に合わせます。住宅の発生相談、シロアリ点検、店舗の定期管理は、案内ページ・受付担当・確認する資料が違うかもしれません。サイト側が自動で確定できないときは、無理に分類せず受付で確認する状態を残します。現場が追加で聞く内容が繰り返し同じなら、質問票へ入れるか検討します。ただし、すべての専門的な判断をフォームへ移すことを目的にしません。

三つの不明ケースで完成画面を試す

改修後の確認では、「種類が分からないが写真はある」「場所は分かるが写真はない」「発見時刻も曖昧」の三例を使います。いずれも架空の入力で、必須欄に嘘の値を入れず送信完了まで進めるかを試します。さらに、連絡方法を電話からメールへ切り替えた時に必要な欄が変わるか、添付失敗時に入力済みの状況が残るかを確かめます。確認画面と自動返信で、選んだ「種類不明」が別の虫名へ書き換わっていないかも見ます。

公開後は、受付で最初に聞き直したことを個人情報を除いて記録します。よく聞き直す用件がフォームにないのか、ラベルが分かりにくいのか、質問の順番が不自然なのかを分け、必要な欄だけ直します。問い合わせ件数だけでフォームの良し悪しを判断せず、次の確認へ進めたかを見ます。防除会社の専門的な判断は、相談が届いてから実際の資料や現場で行う仕事として残します。

近接する施工後の保証相談の記事は既存顧客の契約情報や適用条件を扱い、防除事例の掲載記事は調査と対策の記録を扱います。この記事は初めて相談する人の入力を、虫名を知らなくても始められる質問票へ絞りました。現行の受付内容を持って害虫防除・シロアリ対策向けWeb制作案内へ進めば、どの欄と案内を直すか具体的に相談できます。