GoogleフォームからCRMへつなぐワークフロー｜問い合わせ管理を破綻させない4ステップ設計
Googleフォームを問い合わせ受付に使うときに、Sheets連携だけで運用すると「対応漏れ」「重複」「振り分け遅延」「期日忘れ」の4つが必ず起きます。フォームを入口にして、ID付与・振り分け・追客までを4ステップで設計するのが、破綻させない最短ルートです。
結論として、Forms→CRMの最小ワークフローは「受付→ID付与→振り分け→追客」の4ステップで、Apps ScriptでSheets・Chat・Calendarへ自動連携するのが現実的です。問い合わせ件数が月100件を超えたら、Google Workspace CRM や AI CRM への移行検討ラインです。
本記事のポイント
- Googleフォーム問い合わせ管理は「受付→ID付与→振り分け→追客」の4ステップで設計すると対応漏れが減ります。
- 案件IDの自動採番と、Sheets/Chat/Calendarへの自動連携をApps Scriptで組むのが要です。
- 問い合わせ件数が月100件を超えたら、専用CRM/AI CRMへの移行検討ラインです。
この記事で扱うテーマ
関連キーワード
- Googleフォーム CRM 問い合わせ管理
- Googleフォーム 問い合わせ 自動化
- Forms スプレッドシート CRM
- Apps Script 問い合わせ振り分け
- Google Forms ワークフロー
このページで答える質問
- Googleフォームの問い合わせをCRMへつなぐ最短ワークフローは何か？
- 案件IDの自動採番・振り分け・追客はどう自動化すれば良いか？
- Forms+Sheets運用で起きる典型的な失敗は何か？
- 問い合わせ件数が増えたとき、CRM/AI CRMへ移行する判断基準は？
4ステップで設計する
| # | ステップ | 主な処理 | 担当 |
|---|---|---|---|
| 1 | 受付 | Formsで必須項目を取得、SPAM対策のreCAPTCHAを設定 | マーケ／IT |
| 2 | ID付与 | Apps Scriptで案件ID（INQ-yyyymmdd-連番）を採番 | 自動 |
| 3 | 振り分け | 業種・ニーズで担当をルール分岐し、Chatでメンション | 自動 ＋ マネージャ |
| 4 | 追客 | Calendarで初回連絡予定を作成、24時間以内に対応 | 担当営業 |
フォーム設計｜入力者を疲れさせない8項目
項目を増やすほど離脱します。問い合わせフォームは8項目以内に絞り、必要なら次のステップで詳細を取ります。
- 会社名（必須）
- 氏名（必須）
- メールアドレス（必須）
- 電話番号（任意）
- 業種（プルダウン、固定値）
- 従業員規模（プルダウン）
- 相談内容のカテゴリ（プルダウン、固定値）
- 自由記述（任意、200文字以内）
「決裁権限」「予算」「導入時期」などの詳細は、初回連絡時のヒアリングで確認します。フォームに入れると離脱率が上がります。
Apps Scriptで自動化する処理
フォーム送信トリガー（onFormSubmit）で次の処理を一気に走らせます。コードは50行程度で済みます。
- 案件ID採番（フォーマット：
INQ-20260425-001） - Sheets台帳の「会社」「担当者」「案件」シートに行追加
- Chatで担当者にメンション通知（業種・カテゴリで自動振り分け）
- Calendarで「24時間以内の初回連絡」を予定作成
- Formsの送信者に自動返信メール（受付完了＋初回連絡予定）
Apps Scriptが書けない場合は、Google Workspaceの公式テンプレや、サードパーティのアドオン（Apps Scriptを内包したノーコードツール）で代替できます。
振り分けルールの設計
| 条件 | 振り分け先 | 初動目標 |
|---|---|---|
| 業種：金融・医療 | 業界専門チーム | 4時間以内 |
| 従業員規模：500名以上 | エンタープライズ営業 | 4時間以内 |
| カテゴリ：見積・提案 | 主担当営業 | 24時間以内 |
| カテゴリ：資料請求 | マーケ自動配信 | 1時間以内（自動） |
| カテゴリ：採用・取材 | 該当部署へ転送 | 1営業日 |
| その他 | 営業マネージャに着 | 1営業日 |
Chatの通知設計は Chat通知設計 を参照してください。
追客の徹底｜24時間以内のルール化
初回連絡が24時間を超えると成約率が大きく下がります。Calendar予定で「期日」を強制し、Sheetsで「未着手のまま24時間経過」が出たらChatでマネージャに即時通知します。
追客のCalendar運用詳細は Calendar追客テンプレート を参照してください。
よくある失敗と対策
- 同じ会社から複数回問い合わせ：会社名で重複検出して既存案件IDに紐付ける
- 担当者が出張中：振り分けルールに「不在時の代行担当」を入れる
- SPAM・ボット送信：reCAPTCHA・必須項目強化・ホワイトリスト
- カテゴリ自由記述化で集計不能：プルダウン固定値で運用
- 業務時間外の問い合わせ：自動返信＋翌営業日の初回連絡予定を自動作成
CRM/AI CRMへの移行ライン
- 問い合わせ件数が月100件を超えた
- 振り分けルールが10条件以上に増え、保守が手作業化した
- マーケ・営業・CSが同じ問い合わせ情報を別々に持っている
- SLA（初回連絡時間）の自動計測・分析が必要になった
- AIで自動分類・要約・優先度判定を継続運用したい
移行先の選定は Workspace向けCRMおすすめ を参照してください。
よくある質問
Googleフォームの代わりにJotFormなどを使うと何が変わりますか？
条件分岐や決済機能は外部サービスのほうが柔軟です。一方、WorkspaceとのID連携・権限制御・データ取り扱いの統合では、Googleフォームが最もシームレスです。
Apps Scriptで案件IDを採番するときの推奨フォーマットは？
INQ-yyyymmdd-連番 が最もシンプルで、検索性・並び替え・重複検出のすべてに使えます。社内文書命名規則と統一すると、Drive資料との紐付けが楽になります。
SLA（初回連絡時間）の計測はどう実装しますか？
Sheetsで「受付時刻」と「初回連絡時刻」の差分を関数で計算します。Looker Studioで日次・週次の分布を可視化すると、運用改善の根拠になります。
AIで自動分類を入れるのは現実的ですか？
カテゴリ分類・優先度判定はSheets AI関数で下処理できます。判断系（受付の可否）には使わず、分類とサジェストに留めるのが安全です。詳細は Sheets AI関数の業務活用例 を参照してください。
マルチチャネル（Web、メール、電話）はどう統合すべきですか？
すべてのチャネルから「同じ案件IDフォーマット」で記録を作るのが原則です。電話受付はFormsを内部用受付として使い、案件ID付与の起点にします。
問い合わせ情報を社外と共有する場合の注意点は？
個人情報を含むため、Drive資料の共有範囲を「商談関係者のみ」に限定し、四半期ごとに棚卸しします。DLPルールで送信抑止を上乗せします。
関連ページと関連記事
- Google Workspace CRMとは？：Workspace中心の顧客管理の基礎を確認できます。
- Workspace CRM設計例：6コンポーネントの全体構成を確認できます。
- スプレッドシート顧客管理テンプレート：5シート構成を確認できます。
- Chat通知設計：問い合わせ通知の運用を確認できます。
- Calendar追客テンプレート：初回連絡の徹底を確認できます。
- AI CRMとは？：AI支援を継続運用する設計の全体像を確認できます。
問い合わせ管理を破綻させない設計をしたい方へ
Googleフォーム→Sheets→Chat→Calendarの自動連携を、自社の問い合わせ件数・振り分けルール・SLA要件に合わせて設計します。Apps Script実装からCRM/AI CRMへの移行設計まで、ファネルAi編集部・監修チームが個別に確認します。
実装の落とし穴と継続改善
Google Workspace 中心で CRM を組むときの最大の落とし穴は、データ原本の所在が複数になることです。Gmail のスレッド、Drive のフォルダ、スプレッドシート、Calendar の予定に同じ顧客情報が分散すると、「最新版がどこにあるか」を担当者が判断できなくなり、結果として CRM 全体が信用されなくなります。原本は1か所に集約し、メール・予定・資料は「補助情報」として参照する設計にするのが、Workspace 中心の CRM が長く使われる前提条件です。次の落とし穴は、専用 CRM への移行ラインを見誤ることです。100社・3名・1年運用を超えた段階で、入力時間と権限事故が一気に増えます。「無料で続けるべきか」「移行すべきか」を機能差ではなく、追客漏れ件数・入力時間・レポート負荷で判断するのが現実的です。
継続改善のサイクルは、週次の停滞検知と月次のレポートレビューで作ります。停滞検知は QUERY 関数で14日未更新の案件を自動抽出し、週次の営業会議で「次に動かす責任者」を1名指名します。月次のレポートレビューは、ステージ別の滞留日数・失注理由分布・受注金額のトレンドを Looker Studio で可視化し、改善ポイントを1つだけ決めて翌月に反映します。Gemini や AI 関数を併用する場合は、四半期で「下処理に効いている領域」と「判断に流れていないか」を確認するのが、属人化を防ぐ運用です。AI CRM への移行を視野に入れる組織は、Gmail・Calendar・Drive の文脈を CRM の正本と接続できる設計を、早めに小規模で試すと判断材料が揃います。
