最終更新日: 2026-08-31 最終確認日: 2026-08-31
商談やデモの受付は、普通の問い合わせフォームに「デモ希望」と書くだけでは足りません。相手の課題、導入時期、希望する日時や方法を最初に受け取り、担当者が確認してから日程を確定できる形にします。
ここでいう「デモ予約フォーム」は、送信した瞬間にカレンダーの空き枠を確保する予約ツールとは別です。まだ課題や対象サービスを確認したいBtoB商談なら、まず依頼を受け、担当者が内容を見て日時を調整するフォームが向いています。
FORMLOVAでは、スマホやチャットからフォームの下書きを作り、プレビューで回答者画面を確認し、公開後は回答検索・ステータス・メモ・通知の運用へつなげられます。この記事では、商談前に聞く項目を増やしすぎず、回答を次の担当者へ渡す順番を整理します。
まず結論｜「枠の即時確定」か「内容確認後の調整」かを分ける
作り始める前に、送信後の予約状態を決めます。
| 受付の形 | 向いている方法 | 送信後の扱い |
|---|---|---|
| 空き枠を表示して、その場で日時を確定したい | 予約ツールやカレンダー連携 | 枠の確保、変更、キャンセルを予約側で管理 |
| 課題や対象サービスを確認してからデモ日程を決めたい | デモ依頼フォーム | 回答を担当者が確認し、個別に日時を確定 |
| 見積条件を先にそろえたい | 見積依頼フォーム | 予算、数量、納期、仕様を確認して返信 |
| 資料を渡してから検討してもらいたい | 資料請求フォーム | 資料送付と必要なフォローを分離 |
リアルタイムの空き枠、担当者ごとのカレンダー衝突、即時確定が主目的なら、予約フォームの作り方で予約フォームと予約ツールの違いを確認してください。本記事は、商談前の情報を受け取って人が日程を調整するケースを扱います。
手順1：デモの目的と対象者を決める
デモで何を見せるか、どの段階の人を受け付けるかを1文にします。
SaaSの導入を検討している担当者から、現在の課題、導入予定時期、希望するデモ形式を受け付け、内容を確認して担当者が日程を案内するフォームを作ってください。
返ってくる内容
下書きの最初の案には、フォームタイトル、対象者、デモの所要時間の目安、回答後の案内、設問のたたき台が含まれます。まだ公開せず、営業が実際に使う情報だけかを確認します。
実際の画面で見る場所
プレビューの冒頭で、デモの対象者、説明する内容、送信後に日程が確定するのか担当者から連絡するのかが読めるかを見ます。
ひとこと補足
「デモ予約」という言葉だけでは、即時予約か依頼受付かが伝わりません。タイトルか冒頭説明に「内容を確認後、担当者から日程をご案内します」のような状態を書きます。
手順2：商談化に必要な最小項目を作る
最初から営業管理表の全列を聞く必要はありません。回答者が送信でき、担当者が初回判断できる項目から始めます。
| 項目 | 必須・任意の考え方 | 聞く理由 |
|---|---|---|
| 名前・メールアドレス | 返信に必要なら必須 | 日程や確認事項を返す |
| 会社名・部署 | BtoBで必要な範囲 | 対象と担当を判断する |
| 現在の課題 | 必須寄り | デモで見せる内容を決める |
| 対象サービス・用途 | 必須寄り | 説明する範囲を絞る |
| 導入予定時期 | 選択式を推奨 | フォローの優先度を決める |
| 希望日時 | 第1・第2希望など | 担当者が日程を調整する |
| 実施方法 | オンライン、訪問など | 案内方法を決める |
| 電話番号 | 必要な場合だけ任意 | 電話連絡の理由を説明する |
| 相談内容の補足 | 任意の自由記述 | 事前に知りたい背景を受け取る |
導入時期は、次のような選択肢にするとスマホでも答えやすくなります。
すぐに検討したい
1〜3か月以内
半年以内
時期未定・情報収集
希望日時は、空き枠を確定する項目ではありません。「第1希望」「第2希望」「希望する曜日・時間帯」と書き、送信後に担当者が確認することを明記します。
返ってくる内容
FORMLOVAへの依頼から、設問、入力形式、必須・任意の案が返ります。会社名や電話番号を必須にした理由が説明できない場合は、任意に戻すか削ります。
実際の画面で見る場所
回答者画面で、選択肢が指で選びやすいか、希望日時の意味が誤解されないか、自由記述欄が長すぎないかを確認します。
ひとこと補足
見積もりに必要な数量、予算、納期、添付資料まで集めたい場合は、見積依頼フォームの作り方へ分けます。デモ依頼に見積条件を詰め込みすぎると、送信前に重くなります。
手順3：FORMLOVAで下書きを作る
目的と項目が決まったら、接続済みのMCPクライアントから下書きを依頼します。
商談・デモ依頼フォームの下書きを作ってください。名前、メールアドレス、会社名、現在の課題、対象サービス、導入予定時期、デモの希望日時（第1・第2希望）、実施方法、任意の補足欄を入れてください。送信時点では予約確定ではなく、担当者確認後に日程を案内する説明にしてください。
返ってくる内容
フォームの下書きと、回答者向けフォームのプレビュー、回答後画面のプレビューが返ります。設問の順番や説明に違和感があれば、公開前に修正します。
実際の画面で見る場所
回答者用プレビューをスマホで開き、最初の説明から希望日時、送信後の案内まで進みます。編集画面の設定値ではなく、回答者が見て意味を理解できるかを基準にします。
ひとこと補足
フォーム作成の全体の読む順番は、親hubのフォームの作り方まとめに整理しています。この記事では商談・デモに必要な項目に絞ります。
手順4：プレビューで表示を確認し、公開後に引き渡しをテストする
公開前はプレビューで表示と文言を確認し、実際のテスト回答は公開後に行います。未公開のプレビューでは回答が保存されないためです。
- 公開前にプレビューを開き、会社名、課題、導入時期、希望日時が回答者に分かりやすく表示される
- 公開後に公開URLからテスト回答を1件送り、会社名と課題が回答一覧で読める
- 回答者へ「受付完了」と「次に起きること」が伝わる
- 予約確定前であることが誤解なく表示される
- 重複候補や営業メールを、必要な回答と分けて確認できる
- 担当者が不在でも、未対応の回答が残る
返ってくる内容
プレビュー確認後に公開を依頼すると、現在必要なレビュー項目が返ります。フォームと回答後画面を実際に開き、重複回答防止、プライバシーポリシーの要否、テキスト入力がある場合の営業メール自動検知の扱いを確認します。
実際の画面で見る場所
公開後の回答者URLをログアウト状態または別のスマホで開きます。編集用URLやプレビュー専用URLではなく、実際に回答を始められる画面であることを確認します。
ひとこと補足
デモ日程を確定したという返信を自動で送る場合は、担当者の確認前に確定文を送らないようにします。受付完了と予約確定を文面で分けるだけでも、二重予約や期待違いを減らせます。
手順5：担当者へ渡す条件を決める
商談フォームは、回答を受け取るだけではなく、次の担当者が判断できる状態にする必要があります。
| 条件 | 初期状態 | 担当者の動き |
|---|---|---|
| すべての新規回答 | 未対応 | 内容と重複候補を確認 |
| 課題・導入時期が具体的 | 対応中 | デモ内容と候補日時を案内 |
| 時期未定の情報収集 | 未対応またはメモ | 資料送付や後日の連絡を検討 |
| 営業メールの可能性 | 要確認 | 本物の相談と分けて判断 |
| 予約枠の調整が必要 | 対応中 | カレンダー側で空きを確認 |
FORMLOVAでは、回答を検索し、new、in_progress、resolved、spamなどのstatus、メモ、タグを使って対応状況を管理できます。実際の状態名を社内の意味に合わせ、担当者が変わっても判断できるようにします。
通知を設定する場合も、すべての回答を全員へ送るのではなく、導入時期、実施方法、相談カテゴリなど、通知が必要な条件を先に決めます。公開後の返信、担当者通知、ステータス運用をまとめて考える場合は、フォーム自動化まとめを参照してください。
関連Workflow｜デモ希望の営業引き継ぎ
回答を担当者へ渡し、希望日時や会社名、課題を整理して日程調整につなげたい場合は、FORMLOVAのデモ希望の営業引き継ぎWorkflowが近い出発点です。回答を確認し、営業引き継ぎメモや初回返信文、次の対応期限を作るための公式Workflowですが、カレンダーの空き枠確保、予約確定、商談成立を自動で保証するものではありません。利用前に対象フォームの項目、通知先、担当者確認の手順を合わせてください。
手順6：公開後のフォローを分ける
商談・デモ依頼後のフォローは、少なくとも3つに分けます。
- 受付完了: 回答を受け取ったことと、次に確認する担当者を伝える
- 日程調整: 課題と希望日時を確認して、候補日時や予約用リンクを案内する
- デモ後: 決まった次のアクション、資料、質問窓口を記録する
回答者への連絡は、同意や利用目的、連絡停止の方法を自社の規程に合わせます。フォームに入力された情報だけで、商談化や契約の意思を決めつけないことも大切です。
回答をCSV/Excelへ出力するときは、氏名、メール、課題、希望日時、status、担当者メモのうち、出力が必要な列だけを選びます。ファイルを共有する相手と保管期間を決め、営業チームの管理表に無制限に複製しないようにします。
そのまま使える商談・デモ依頼テンプレート
タイトル：デモ・導入相談の申し込み
説明：現在の課題と希望を確認後、担当者から日程をご案内します。送信時点では予約確定ではありません。
Q1. お名前
Q2. メールアドレス
Q3. 会社名
Q4. 現在の課題（短い自由記述）
Q5. どの用途で検討していますか（1つ）
□ デモ・導入相談 □ 問い合わせ受付 □ 申込受付 □ アンケート □ その他
Q6. 導入予定時期（1つ）
□ すぐに検討 □ 1〜3か月以内 □ 半年以内 □ 時期未定
Q7. デモの希望日時（第1希望）
Q8. デモの希望日時（第2希望・任意）
Q9. 実施方法（1つ）
□ オンライン □ 訪問 □ 相談して決める
Q10. 事前に伝えておきたいこと（任意）
電話番号、役職、従業員数、予算、添付ファイルなどは、初回の判断に必要な場合だけ加えます。入力項目を増やす前に、営業がその情報を見て何を変えるのかを決めてください。
よくある失敗と直し方
「予約確定」と誤解される
希望日時を聞くだけなのに、タイトルや送信後画面で「予約完了」と書くと、回答者は枠が取れたと思います。「受付完了」と「日程確定」を分け、担当者確認後に案内することを明記します。
営業管理の項目を全部必須にする
部署、役職、従業員規模、予算を全部必須にすると、相談前の人が送信しづらくなります。必須は返信と初回判断に必要なものへ絞り、検討度は選択式または任意で受けます。
希望日時を自由記述だけで聞く
「来週の午後」だけでは担当者が調整しにくいことがあります。第1・第2希望、曜日、時間帯、タイムゾーンを必要な範囲で聞きます。ただし、フォームだけで空き枠が確保されるとは書きません。
全回答を全員へ通知する
通知が多いと、本当に対応すべき相談が埋もれます。条件と担当を決め、営業メールや対象外の回答は確認状態を分けてから通知します。
デモ後の行動を記録しない
「説明した」で終わると、次の担当者が状況を読めません。回答のstatus、メモ、次回連絡日、共有した資料など、必要な運用項目を決めます。
FAQ
デモ予約フォームと予約ツールは何が違いますか？
予約ツールは空き枠を見せて、その場で日時を確定する用途に向きます。デモ依頼フォームは、課題や対象サービスを確認してから担当者が日程を調整する用途に向きます。送信後の状態を本文と完了画面で明確に分けてください。
商談・デモ予約フォームの必須項目は何ですか？
返信先の名前とメールアドレス、課題、対象サービス、導入時期、希望日時が基本です。会社名はBtoBで必要な範囲、電話番号や予算は理由がある場合だけ追加します。最初から正式な営業管理表を再現しないことがポイントです。
希望日時を聞けば自動で予定が入りますか？
希望日時を受け付けるだけでは、カレンダーの空き枠確保や予約確定にはなりません。担当者が回答を確認し、必要に応じて予約ツールやカレンダー側で確定する流れを説明します。
営業メールや重複回答はどう扱いますか？
回答を受け付けたうえで、重複候補をすぐ削除せず、内容と根拠を確認します。営業メール自動検知、status、メモ、タグを使う場合は、社内で「本物の相談」「営業」「要確認」の意味を決めてから通知や集計へ進みます。
FORMLOVAで商談・デモ依頼フォームを作れますか？
作れます。下書き、回答者プレビュー、公開前確認、回答の検索、status・メモ管理、CSV/Excel出力を一つの運用として整理できます。実際の空き枠予約、CRM固有の更新、商談成立は別の運用になるため、導入前に必要な接続と担当者の手順を確認してください。
商談・デモ依頼フォームを作って回答管理まで試したい場合は、FORMLOVAを無料で始めるから下書きを作ってみてください。
次に読む記事
- フォームの作り方まとめ：用途別フォームの作成順を選ぶ親hubです。
- フォーム自動化まとめ：受付後の通知、自動返信、引き渡しを整理します。
- 問い合わせフォーム対応管理：担当者、status、返信、営業メールを含む公開後運用です。
- 見積依頼フォームの作り方：予算、数量、希望納期、見積条件を扱います。
- 予約フォームの作り方：日時確定型と希望日時受付の違いを扱います。
- 資料請求フォームの作り方：資料送付と営業フォローを分けて設計します。
参考リンク
執筆・確認情報
私は2026年8月31日に、既存ブログ全体、クラスター登録、GSCスナップショット、ラッコキーワードの全量raw、資料請求・見積依頼・顧客ヒアリング・予約・問い合わせ運用の記事を確認しました。FORMLOVAの下書き作成、プレビュー、公開レビュー、回答検索、status・メモ・通知・出力の説明は、現行のプロダクト仕様と実装範囲に合わせています。予約枠の確保、CRM更新、営業成果、法務判断は、利用するサービスと自社規程を導入前に確認してください。
