Googleフォームは受付。その後の返信をどう進めるか
フォームの回答は届いている。でも、見積の確認はGmail、追加質問はLINE、対応済みかどうかは担当者しか知らない。困っているのがこの状態なら、フォームの作り直しより、受け付けた後の仕事を整えることが先です。
まずGoogleフォームの回答・通知・権限を確認します。そのうえで、どの宛先へ返信するか、誰が回答するかを決め、必要ならRenRakuとAIで履歴確認・返信準備へつなげます。
標準機能でできるのは、回答の収集と確認
Googleフォームでは、回答の概要や個別回答を確認し、回答先としてスプレッドシートを作成・選択できます。シートへの保存は設定して使うものであり、すべてのフォームが初めから同じシートへ自動保存されるわけではありません。
- 連絡先など、回答してもらう項目を設定する。
- メールアドレスを収集する方法と、ログインが必要になる条件を確認する。
- 回答一覧・個別回答・連携シートを確認する。
- 新しい回答の通知を、必要な担当者が受け取るようにする。
Googleの現行案内では、2026年9月から1フォームあたり1GB・50万回答の上限が案内されています。既存のEnterpriseでの超過フォームには2027年3月までの特例があります。10万回答を超えるとシートとの同期が止まる場合もあるため、大量受付では適用条件と移行の要否を確認してください。公式の回答管理・制限の説明
「回答のコピー」と、質問に答える返信は別
メールアドレスを収集する設定では、回答者へ回答のコピーを送る設定があります。これは送信した内容の控えであり、個別の見積・日程・相談内容に答えるものではありません。
フォーム送信後の確認メッセージも、画面に表示する案内です。次に連絡する時期や、緊急の場合の連絡方法などを、実際の運用に合わせて記載します。Google公式：フォームの公開と回答の取得
通知メールへ返信する前に、相手の宛先を確かめる
新着の通知は、顧客との会話そのものとは限りません。通知の差出人を顧客とみなして返信したり、標準通知に必ず回答者のメールアドレスや全回答が含まれると想定したりしないでください。
- フォームが収集する顧客の連絡先を確認する。
- 架空の回答を送り、実際の通知と回答画面を確認する。
- 連絡先の入力誤りも想定し、返信先と受付内容を確認する担当を決める。
- 受付番号等を使い、回答と後続の会話を取り違えないようにする。
シートでは、回答と対応状況を分けて管理する
| 項目 | 目的 |
|---|---|
| 受付番号・受信日 | どの回答の話かを特定する |
| 連絡先・担当者 | 誰が誰へ返すかを決める |
| 次の作業・確認日 | 社内確認や見積待ちを残す |
| 返信先の会話・履歴 | フォーム送信後の往復を追えるようにする |
フォームの共同編集者とシートの共有権限は、別に確認します。共同編集者を外すときも、公式案内に沿ってフォームとシートの両方から削除してください。回答の控えやダウンロードしたデータの管理も必要です。
続けるか変えるかは、人数より止まる仕事で判断する
2人だから破綻する、1往復だから管理はいらない、といった一律の境界はありません。担当交代時に状況が分からない、別窓口の返答を毎回探す、返信漏れを確認する時間が増えた、という場面を調べます。
逆に、受付件数が少なく、担当と履歴を追えるなら、フォームと管理表を整えるだけでよい場合もあります。課題が起きている工程から変えましょう。
次の選択肢は、受付・会話・個別連携で分ける
| 改善したいこと | 検討する方法 | 確認する条件 |
|---|---|---|
| 入力項目・回答確認 | Googleフォームとシートの設定 | 権限・容量・通知・受付案内 |
| メール・LINEの確認と返信準備 | RenRakuとMCP連携 | メール接続・顧客とのひも付け・AI操作権限 |
| 回答データを自動で台帳へ反映 | 別途の連携設定・個別開発等 | 認証・項目対応・重複・失敗時の再処理・保守 |
3つは同じ機能ではありません。フォームのAPIや外部スクリプトを使う場合も、運用担当と保守、権限、利用条件を確認します。
フォームの回答を受けた後、顧客への返信準備をAIへ
Googleフォームを作り直す必要があるとは限りません。まず受付情報を確認し、顧客のメールアドレスやLINEの会話と結び付けて、質問に返せる状態を整えます。その後の会話をRenRakuにまとめれば、AIが経緯と確認事項を読み、返信案を保存する流れへつなげられます。
RenRakuに用意したこの顧客との会話を読み、受付時の希望と未回答の質問を整理して。確認済みの自社案内を使って返信案を保存して。通知メールの差出人を顧客だと判断して送信しないで。
説明用：最初に試す3ステップ
- 架空の回答を1件送り、通知メールの宛先・差出人・回答内容の見え方を確かめる。
- 返信可能な顧客アドレスや会話を確認し、受付情報をひも付ける運用を決める。
- RenRaku上の会話で、受付内容を踏まえたAIの下書き保存と担当者の確認を試す。
Googleフォームとの汎用的な直接同期・顧客宛先の自動抽出を保証する説明ではありません。現行フォームと実際の通知形式を導入相談で確認し、必要な連携方法を検討します。
この依頼例は、外部のDotsをMCP接続して使う場合のものです。MCPはライトから。外部AIの対応アカウント・契約・利用枠は別途必要で、RenRaku内蔵AIの回数枠とは別です。継続確認には、対象と実行ルールに加え、定期確認または対応環境での新着イベント等を設定します。
送信は初期OFF。会社のAI管理と接続画面で明示許可した場合に限り、保存済み下書きを送信できます。添付・CC・BCC付きは画面から送ります。まず下書きまでで確かめ、受領案内など任せられる定型対応だけを自動返信へ広げます。内蔵AIの返信ドラフトは、人が確認して送る別の使い方です。
許可する会話や添付、外部AIへの情報提供とその契約・データ設定を確認して利用します。以下のデモは架空データと固定結果による説明用で、実際のAI実行や導入効果の検証ではありません。
よくある質問
Googleフォームから自動返信できますか？
収集したメールアドレスへ回答のコピーを送る設定があります。ただし個別の質問へ回答する返信とは別です。確認メッセージ・回答コピー・担当者からの返信を分けて設計します。
新着通知のメールへ、そのまま返信すればよいですか？
通知の差出人が顧客とは限りません。収集した連絡先と実際の通知形式を確認し、正しい宛先と受付内容を照合して返信してください。
GoogleフォームとRenRakuは、そのまま自動同期できますか？
この記事では汎用の直接同期を保証していません。現行フォーム、通知メール、顧客との会話を確認し、必要な連携設定や運用を相談します。RenRakuに用意した会話は許可したAIで確認・下書き保存へ進められます。
退職者をフォームの共有から外せば、回答シートも見えなくなりますか？
フォームと連携するスプレッドシートの権限をそれぞれ確認し、両方から削除します。ダウンロード済みの回答等も含めた退職時の管理を決めてください。
AIに任せる場合のプランと料金は？
RenRakuのMCPはライトから利用できます。タスク等は対応プラン・権限に従い、外部AIの利用資格・契約・料金は別です。送信は初期OFFで、会社設定と接続画面の明示許可が必要です。
確認した公式情報
2026年10月18日にGoogle公式本文とRenRakuの現行案内を確認して改稿。フォーム・台帳との直接連携は、個別の構成と実際の通知内容を確認して検討します。
受付の次に、誰が何を返すかまで整える
フォームを残すか替えるかを急がず、回答の取得、宛先の確認、会話の記録、担当、返信準備の順で試してください。RenRakuの導入相談では、今のフォームと窓口から、一番手間のかかる1業務を一緒に整理できます。