AI・自動化

フォーム回答を表へ保存して通知する:AIなしで始める自動化

フォーム回答を表へ保存して通知する手順。Googleフォームの標準機能、重複と再実行、添付の権限、Makeの利用枠、AIを追加する条件を説明します。
この記事の内容
  1. 保存と通知は標準機能から確認する
  2. 入力時に分類できる項目をそろえる
  3. 1回答と1案件が同じかを決める
  4. 架空の回答で例外と通知先を試す
  5. 追加連携の費用は処理の回数で見積もる
  6. AIを足すのは自由記述の判断が必要な部分だけ
  7. 関連記事

問い合わせフォームの回答を表へ転記し、担当者へ知らせたいだけなら、まずフォームの標準機能を確認しましょう。入力項目が決まっている業務は、AIに内容を読み取らせなくても処理できる場合があります。最初から複数のサービスをつなぐより、どこで作業が発生しているかを分けると判断しやすくなります。

Googleフォームを例に、保存、通知、担当割当を順番に整理します。特定の連携ツールを契約する前に、重複、空欄、再送、権限の扱いまで確認しておくことが、小さな会社で運用を続けるための準備になります。

保存と通知は標準機能から確認する

Googleフォームでは、回答を新規または既存のGoogleスプレッドシートへ保存できます。フォームの回答とスプレッドシートは関連していますが、ファイルや共有設定は区別して扱います。Googleの回答保存先ヘルプ

新しい回答についてメール通知を受け取る設定もあります。単に受付を知りたい段階なら、これで目的を満たすか確認してください。顧客向けの受領通知、社内の通知、担当者への割当は別の要件です。Googleの回答管理ヘルプ

実現したいこと最初に確認する方法追加の仕組みを考える条件
回答を一覧へためるフォームの表への保存別の顧客管理へ登録したい
新規受付を知る回答のメール通知通知先を条件で変えたい
対応状況を残す表に管理列を用意承認や複数担当の引継ぎが必要
問い合わせを分類する選択式の項目を設ける自由記述の判断が必要

入力時に分類できる項目をそろえる

後からAIで推測する前に、利用者が答えられる項目を選択式にします。問い合わせ区分を「新規相談」「契約中の相談」「その他」とするだけでも、担当振分けの条件が明確になります。項目を増やしすぎて送信しづらくならない範囲で設計してください。

必須にするのは、次の対応に本当に必要な情報です。電話で連絡しない業務なら、電話番号を必須にする理由を考えます。顧客が自由に書く氏名や会社名と、社内処理に使う区分コードは分けると、表記の揺れで分岐が変わりにくくなります。

受信後に追加する「担当」「対応中」「完了日」は管理用の列です。フォームが自動で書き込む範囲を無計画に並べ替えたり、列を削除したりすると連携へ影響する場合があります。入力データを保持する表と、担当者が見る管理表を分ける方法も検討します。

1回答と1案件が同じかを決める

フォームが送られた回数と、実際の案件数が同じとは限りません。同じ人が内容を直して再送する場合や、1回の回答に複数の依頼が含まれる場合があります。「1回答を1行で保存」と「同じ案件にまとめる」は別の処理にします。

架空の問い合わせ受付なら、各回答に識別できるIDを残し、社内の案件番号は確認後に付けます。メールアドレスだけで重複と判定すると、同じ顧客からの別の依頼を消してしまうためです。元回答を消すより、関連する回答としてひも付ける方が経緯を確認できます。

外部連携の再実行で同じ通知や行が作られる可能性もあります。利用できる回答IDや処理記録を使い、「処理済みなら追加しない」という条件を検討してください。失敗した処理をどこからやり直すかまで決めると、二重登録に気付きやすくなります。

架空の回答で例外と通知先を試す

公開前に、通常の回答だけでなく、空欄、長い文章、特殊な文字、選択肢の「その他」、添付の有無を試します。添付は回答者側の利用条件と、受け取った担当者側で開ける権限の両方を確認してください。

架空の確認表では、正常回答、任意欄が空、同じ内容を再送、添付付き、区分が未確定の5種類を用意します。それぞれで保存先、通知先、通知回数、元回答へのリンクを記録します。ここで挙げるのは試験項目であり、すべての設定で正常に動くと確認した結果ではありません。

通知文に顧客の相談全文を載せる必要があるかも考えます。社内の広いチャットへ送るなら、受付番号と担当確認用リンクだけにする方法があります。通知の便利さに合わせて、閲覧できる情報の範囲まで広がっていないか確認します。

追加連携の費用は処理の回数で見積もる

Makeなどの連携サービスは、利用枠の数え方と処理の構成を確認して選びます。Makeはクレジットを軸に料金を案内しており、通常のモジュール処理と、AIなどの処理では消費の考え方が異なる場合があります。Makeの料金とクレジット

単純化した計算例として、1回答で各1クレジットの処理が3回動く構成なら、月200回答で600クレジットです。確認用の実行、再試行、分岐、一覧の各項目への繰返し処理は別に増えます。実際の消費は自分の構成の履歴で確かめてください。

更新を定期的に確認する方式では、通知までの間隔も判断材料になります。すぐに受け付けたことを知る必要がある業務と、1日数回の確認で足りる業務では、必要な条件が違います。無料枠の大きさだけでなく、遅れたときに支障があるかを先に決めましょう。

AIを足すのは自由記述の判断が必要な部分だけ

AIを追加する候補は、長い相談内容の要約や、固定の選択肢では扱えない分類です。その場合も、元の回答を残し、分類できないものを担当者へ戻します。顧客が入力した文章から、そのまま外部への送信やファイル削除を決める設計にはしません。

例えば「相談を3行で要約する」はAIに任せ、担当割当はフォームの区分、返信の送信は人の確認という分担にできます。処理の一部だけを変えるため、AIが使えないときも元の回答から仕事を続けやすくなります。

運用担当と接続アカウントは、APIキー・外部連携の管理で整理できます。問い合わせへの文章作成を追加するなら、AI返信下書きの比較方法へ進んでください。保存と通知をまず安定させ、自由記述のどの判断に手間が残るかを見てから、追加費用をかける順序が実務的です。

関連記事

情報の確認について

料金・機能は記事内に記載した確認時点の情報です。申し込み前に公式サイトで最新の条件をご確認ください。

主な情報の確認日:2026.10.08

編集方針・情報の確認方法 →