「google フォーム スプレッドシート 連携」で調べている人の多くは、つなぎ方が分からなくて困っているわけではありません。つなぐ操作そのものは数クリックで終わり、回答も表に流れてきます。困りはじめるのはその後です。届いた回答をどう並べ、誰が担当し、返信をどこに記録するかを表計算の上で組み立てはじめた瞬間に、手作業がじわじわ増えていきます。この記事では、Googleの公式ヘルプに書かれている仕様と上限を確認しながら、連携だけで足りる使い方はどこまでか、どの条件から表が回らなくなるのか、そして次に何を決めればよいのかを整理します。
連携で詰まるのは、つなぐ手順ではなく、つないだあとの運用
受付の道具としてフォームと表計算の組み合わせが選ばれる理由ははっきりしています。追加の費用がかからず、関係者の多くがすでに使い方を知っていて、回答が自動的に行として並ぶからです。集計や絞り込みも表計算の機能でこなせます。この組み合わせが強いのは、回答を「集めて眺める」ところまでです。
現場で起きているのは、その先の話です。届いた回答は眺めて終わりではなく、内容を確認して、担当を決めて、返信を書いて、必要なら追加の書類をもらって、最後に採否や可否を伝えて閉じます。この一連の流れは、フォームにも表計算にも最初から用意されていません。だから担当者は表の右側に列を足します。「対応状況」「担当」「返信日」「メモ」。ここから手作業が始まります。
列を足すこと自体は悪くありません。問題は、その列を誰が、いつ、どんな基準で埋めるのかが道具の中に書かれていないことです。窓口の担当者からしばしば出るのは、「返信したかどうかが表に残っていなくて、同じ人に二度返してしまった」という話です。返信はメールソフトの中で完結し、表計算は別のファイルとして開いている。2つが繋がっていないので、人の記憶が唯一の接続点になります。
そしてもうひとつ、フォームと表計算はそれぞれ独立したファイルだという点が効いてきます。公式ヘルプは、フォームと回答用スプレッドシートについて「フォームとスプレッドシートは独立したファイルで、一方を削除しても他方は削除されない」という趣旨の説明をしています。便利な独立性ですが、運用の側から見ると、状態が2つの場所に分かれて置かれるということでもあります。回答の内容はフォーム側にも表側にもあり、対応の記録は表側にだけあり、返信の実体はメールの送信済みフォルダにある。3つの場所を人が突き合わせる作業が、毎日の手作業として残ります。
この記事で扱うのは、その手作業がどこから増えるのかという境目です。境目が分かれば、いまの組み合わせのまま設計を直せば済むのか、それとも受付の道具そのものを見直す段階なのかを、自分で判断できます。
公式ヘルプに書かれている連携の挙動を確認する
判断の前に、公式資料で確かめられる事実を押さえておきます。ここに書くのは、Googleのヘルプページに実際に記載されている内容だけです（いずれも2026年9月1日時点の確認）。仕様は変わるので、判断の分かれ目になる項目は、そのときに公式ページで確かめ直してください。
回答の保存先とテーブル形式への変換
まずフォーム本体の置き場所です。公式ヘルプには「When you create a Google Form, it's saved in Google Drive.」と書かれています。作ったフォームはドライブに保存され、回答の保存先としてスプレッドシートを選べます。保存先は「新しいスプレッドシートを作成」するか、既存のスプレッドシートを選ぶかのどちらかです。
つないだときに表側で起きることについて、日本語のヘルプはこう書いています。「回答をスプレッドシートに保存すると、Google スプレッドシートによってデータが自動的にテーブル形式になり、データの形式と構造が設定されます。」つまり、こちらで書式を整えなくても、表としての形は自動的に付きます。
一方で、公式ページで確認できなかったこともあります。回答が1件につき1行ずつ追加されるかどうか、タイムスタンプの列がどう付くかといった行と列の細かい挙動は、今回確認した公式ヘルプには記載が見当たりませんでした。フォーム側で設問を追加・削除・並べ替えしたときに、連携済みスプレッドシートの列がどう変わるかも同様です。連携済みの表を直接編集した場合の扱いについても、公開資料では確認できませんでした。運用設計でここが効いてくる場合は、テスト用のフォームを1つ作って、実際の環境で確かめてから本番に入れるのが安全です。
なお、リアルタイム性については製品の説明として「analyze their responses in real time」という記述があります。届いた回答をその場で見られるという意味であり、細かい反映の仕組みまでを保証した記述ではありません。
リンクを解除したときに何が残るか
途中でフォームと表のつながりを切りたくなる場面があります。募集が終わった、集計用に表を固定したい、別の表に移したいといったケースです。日本語のヘルプには、リンクを解除したときの挙動として「新しい回答はスプレッドシートに送信されませんが、現在のデータはそのまま残ります。」と書かれています。さらに「後でスプレッドシートに再接続できます。」とも記載されています。
これは運用上ありがたい仕様です。募集期間が終わったら解除して、その時点の表を確定させることができます。ただし、解除している間に届いた回答が表に入らない点は押さえておく必要があります。回答自体はフォーム側に残っていますが、表を見ているだけの人には見えません。担当者が複数いて、表だけを見て仕事をしている場合、解除の事実が共有されていないと取りこぼしが起きます。
回答が増えたときに効いてくる件数
業務で使う場合にいちばん効いてくるのが、回答件数の上限です。Google Workspace ラーニング センターには、回答が多くなったときに一部の機能が期待どおりに動かなくなる件数が明記されています。
If your form's responses aren't synced with Sheets, it can be because your form has more than 100,000 responses. 出典: support.google.com
同じページには、回答が10,000件を超えるとCSVでダウンロードした回答が送信日時順に並ばなくなること、質問別のビューと個別のビューがフォーム上で表示されなくなること、回答が50,000件を超えると回答の概要が表示されなくなること、そして回答が100,000件を超えるとスプレッドシートと同期されなくなることが書かれています。あわせて「These limits ensure Forms work reliably for all users. Your form continues to receive responses, which you can download in a CSV file.」という補足もあり、上限を超えても回答の受付自体は続き、CSVでのダウンロードは可能だと説明されています。
この数字を見て「うちは関係ない」と感じる受付は多いはずです。年に1回の募集で数百件なら、上限には遠く届きません。ただし注意したいのは、上限がフォーム単位で効くという点です。同じフォームを毎年使い回していると、回答は累積します。5年、10年と使い続ける常設の問い合わせ窓口では、いつか届く数字です。年度ごとにフォームを作り直す運用にしておくと、この問題は起きません。
1つのフォームに置ける要素の数
フォーム側の作りにも上限があります。公式ヘルプには「After you've created a form, you can add and edit up to 300 pieces of content, like questions, descriptions, images, and videos.」と書かれています。設問だけでなく、説明文、画像、動画を含めた合計で300個までという記載です。設問数そのものの上限については、今回確認した公式ページには記載が見当たりませんでした。
またセクションについては「To organize your form by topic, you can add up to 75 sections.」とあり、75個までと明記されています。応募区分ごとにセクションを分ける、条件によって表示を切り替えるといった作りをする場合の目安になります。
この使い方なら、連携だけで足ります
乗り換えの話をする前に、いまの組み合わせで十分に足りる使い方をはっきりさせておきます。ここに当てはまるなら、道具を増やす理由はありません。
第一に、回答が届いた時点で処理が完結する受付です。社内向けの出欠確認、備品の希望調査、簡単な意識調査。集めた結果をそのまま集計して終わるなら、表計算がいちばん向いています。返信も対応状況の管理も要らないので、手作業が増える余地がありません。
第二に、担当者がひとりで、件数も1日に数件までの受付です。この規模なら、通知メールを見て返信し、表に印を付けるという流れが人の頭の中で回ります。仕組みを足すコストのほうが高くつきます。
第三に、募集期間が決まっていて、締切後にまとめて処理する受付です。応募を集める期間と、選考して連絡する期間が分かれているなら、集める側の道具は表に流し込めれば十分です。選考の過程は別のファイルで管理しても混乱しません。
第四に、回答者がすでに全員Googleアカウントを持っている社内利用です。後述するファイルのアップロードやアクセス制限まわりの制約が、この場合はほとんど負担になりません。
第五に、集めたデータを表計算の関数やピボットで加工することが主目的の場合です。フォームは入力の窓口であり、価値は表側の分析にある。この使い方では、表計算に直接データが入る構造が最大の利点になります。
逆に言えば、これらから外れるとき、つまり「受け付けたあとに人が動く工程がある」ときに、手作業が増えはじめます。次の章から、その増え方を場面ごとに見ていきます。
比較の全体像を先に押さえたい場合は、Googleフォームとの比較に、作る側の機能ではなく受け付けたあとの工程を軸にした整理があります。すでに別の道具を併用している場合は、WordPressで使われることの多いプラグインとの違いをまとめたContact Form 7との比較や、Microsoft 365環境での選択肢を扱ったMicrosoft Formsとの比較も判断材料になります。
連携したあとに手作業が増える5つの場面
ここからは、表に列を足して回している受付で実際に起きることを場面ごとに分解します。どれか1つでも当てはまるなら、その部分の設計を先に直すのが近道です。
返信したかどうかが表に残らない
いちばん多い詰まりです。回答は表に並んでいますが、返信はメールソフトの中で行われます。表には返信の記録が自動では入りません。そこで「返信済み」列を作ってチェックを入れる運用にするのですが、この列は人が忘れると空のままになります。しかも、空欄が「まだ返していない」なのか「返したがチェックし忘れた」なのかを、あとから区別する方法がありません。
二重返信と返し忘れは、この区別がつかないことから必ず起きます。防ぐには、返信の操作そのものが記録を残す構造にするか、返信作業のあとに必ず表を触る手順を運用として固定するかのどちらかです。後者は人の規律に依存するので、担当が2人以上になった時点で崩れやすくなります。返信の操作と対応状況の記録が同じ画面でつながっているかどうかが、この場面の分かれ目です。
担当が決まらないと、同じ件を2人が触る
担当列を作って名前を入れる運用は広く行われていますが、表計算は同時編集ができる道具です。2人が同じ行を同時に見ていて、片方が自分の名前を入れ、もう片方が上書きすると、後から保存したほうが残ります。上書きされた側には通知が届きません。
さらに、担当が決まっていない行が積み上がると、誰も拾わない件が生まれます。「誰かが見るだろう」と思われた行は、たいてい誰も見ません。件数が少ないうちは目視で気づきますが、数十行を超えると空欄を探す作業自体が手作業になります。
通知が自分にしか設定できない
通知の仕組みは2つあります。フォーム側の通知は、［回答］タブの［その他］アイコンから「新しい回答についてのメール通知を受け取る」でオンとオフを切り替えます。スプレッドシート側には通知ルールがあり、フォームが送信されたときに通知を受け取る設定ができます。頻度は「Email - daily digest」（1日1回のまとめ）か「Email - right away」（変更のたび）から選べます。
ここで運用に効いてくるのが、スプレッドシート側の通知について公式ヘルプに明記されている一文です。
You can only set up notifications for yourself. 出典: support.google.com
通知は自分に対してしか設定できないと書かれています。複数人で受け付けている窓口で、全員に同じ通知を届ける標準の手段については、今回確認した公式ページには記載が見当たりませんでした。公式ヘルプが案内しているのは、Googleが提供元となっている無料のアドオン「Form Notifications」で、回答者が送信したときに届くメールの設定と、フォームのオーナーおよび共同編集者に対して、あらかじめ決めた回答数のしきい値で届くメールの設定ができると掲載されています。
つまり、複数人での受け取りは、各自が自分で通知を設定するか、アドオンを入れるか、メーリングリストなどフォームの外側の仕組みを使うかという選択になります。担当が休んだときに通知が誰にも届かない状態を作らないよう、設定の一覧を運用の記録として残しておく必要があります。
添付ファイルが表とは別の場所に置かれる
書類を集める受付で効いてくるのがここです。公式ヘルプには「For the form owner, uploaded files are stored in a new folder on Google Drive.」と書かれており、日本語版にも「フォームのオーナーがアップロードしたファイルは、Google ドライブの新しいフォルダに保存されます」とあります。
表にはファイルへのリンクが並び、実体はドライブのフォルダにあります。1件の応募について、内容は表の行、書類はドライブのファイル、対応の記録は表の右側の列、返信はメールという4つの場所に散ります。選考のように何度も見返す業務では、この散らばりが毎回の手作業になります。
保存先のドライブ側にも上限があります。Google Workspaceのストレージと容量の上限を説明したページには「各ユーザーは 24 時間以内に 750 GB をドライブにアップロードまたはコピーできます」「最大 5 TB のファイルをアップロードまたは同期できます」と記載されています。ただしこのページにGoogleフォーム固有の記載は見当たりませんでした。フォームで集めたファイルがドライブの保存容量をどう消費するかについても、公開資料では確認できませんでした。
状態を書き換えた履歴が追いにくい
対応状況の列は、人が何度も書き換えます。「未対応」から「対応中」、「返信済み」から「完了」へ。この書き換えの履歴が1件ごとに追えるかどうかが、あとで問い合わせが来たときの守りになります。表計算には変更履歴の機能がありますが、ファイル全体の履歴であり、1件の応募について誰がいつ状態を変えたのかを一覧で示す作りにはなっていません。
「先週この件をどうしたか」を思い出す作業が発生している時点で、その情報は道具の中に入っていません。担当を交代するときに口頭の引き継ぎが必要になるのも、同じ理由です。1件ごとに対応の経過が積み上がる形で残っているかどうかが、引き継ぎの重さを決めます。
表で回すと決めたときの、列と運用の設計
道具を変えずに設計だけを直す場合、どこから手を付けるかを具体的に書きます。多くの受付は、この章の内容で当面は回ります。
最初に足すべき列
対応状況を管理するために最低限必要な列は4つです。1つ目は「受付番号」。表の行番号は並べ替えで動くので、行に依存しない固定の番号を振ります。関数で自動採番するか、フォームの回答が入る左側に列を挿入して手で入れるかを決めておきます。2つ目は「対応状況」。値は自由入力にせず、「未対応」「対応中」「返信済み」「完了」「保留」のように候補を固定します。3つ目は「担当」。4つ目は「最終更新日」です。
この4つを足すだけで、未対応の件数を絞り込みで数えられるようになります。冒頭で触れた「いま未対応が何件あるかを5秒で答えられるか」という問いに、答えられる状態になります。
逆に、最初から作り込みすぎないほうがよい列もあります。「メモ」を1つの列にすると、複数回のやり取りが1つのセルに詰め込まれて読めなくなります。やり取りが3往復を超える見込みがあるなら、表計算の1セルに履歴を積む設計は最初から避けたほうが後悔しません。
入力規則と保護範囲を先に設定する
対応状況の列は、必ず入力規則で候補を固定してください。自由入力にすると「返信済」「返信済み」「対応済み」が混在し、絞り込みが効かなくなります。表記ゆれは、件数が増えてからでは直す作業そのものが手作業になります。
フォームの回答が入る列は、保護範囲を設定して編集できないようにするのが安全です。連携済みの表を直接編集した場合の扱いは公開資料では確認できませんでしたが、回答の原本を人が上書きできる状態にしておく理由はありません。原本は触らず、右側に足した運用列だけを人が更新するという線引きを、設定として固定します。
並べ替えとフィルタの扱いを決める
表計算で最も事故が起きやすい操作が並べ替えです。範囲の指定を1列ずらしたまま並べ替えると、行の対応関係が壊れます。壊れたことに気づくまで時間がかかり、気づいたときには元の順序が分かりません。
対策は2つです。1つは、並べ替えを使わず「フィルタ表示」を使うこと。自分の画面だけに絞り込みが効き、元のデータの並びは動きません。もう1つは、受付番号の列を必ず持っておくことです。順序が崩れても番号で復元できます。この2つを運用として決めておけば、共同編集で起きる事故の大半は防げます。
自動返信をどこまで作り込むか
受付の道具として使うなら、応募や問い合わせを受けたことを相手に伝える仕組みが要ります。ここで選択肢は3つに分かれます。
標準機能の「回答のコピー」でできること
Googleフォームには、送信した内容のコピーを回答者に送る設定があります。設定できるのは、メールアドレスを収集している場合です。手順は、フォームを開いて上部の［設定］から「回答」の横の下向き矢印を開き、「送信済みの回答のコピーを回答者に送信」で「リクエストされた場合」または「常に」を選びます。
ただし公式ヘルプは、届かないことがある点も明記しています。「In certain circumstances, responders may not receive the expected response receipts due to spam filters or other counter-abuse measures.」という記載です。迷惑メール対策で届かない場合があると提供元自身が書いているので、「送ったから届いているはず」という前提で運用を組まないほうが安全です。応募の締切が絡む受付では、届かなかった人からの問い合わせが必ず来ます。
本文を自由に書いた自動返信を標準機能として送れるという記載は、今回確認した公式ページには見当たりませんでした。公式ヘルプは代わりにアドオンを案内しており、「the Form notifications add-on」で追加の通知やカスタマイズしたフォローアップメールを扱う旨が書かれています。
アドオンで足す場合
Google Workspace Marketplaceに掲載されているForm Notificationsは、提供元がGoogle、価格は無料と記載されています。掲載内容によると、回答者が送信したときに届くメールを設定でき、フォームのオーナーと共同編集者に対して、あらかじめ決めた回答数のしきい値に達したときに届くメールも設定できます。
アドオンを使う場合に確認しておきたいのは、組織の管理者がアドオンのインストールを許可しているかどうかです。Google Workspaceでは管理者側の設定が効きます。あわせて、アドオンを入れた人が異動したときに設定が引き継がれるかどうかも、事前に決めておく項目です。
Apps Scriptで組む場合の上限
もっと自由に組みたい場合は、Apps Scriptを使う方法があります。インストール型トリガーには「On form submit」があり、公式ドキュメントには「two versions of the form-submit trigger」として、フォーム用と、回答がスプレッドシートに送られる場合のスプレッドシート用が用意されていると書かれています。インストール型トリガーの利点として「can call services that require authorization」とも記載されています。
注意点として、公式ドキュメントには「Script executions and API requests don't cause triggers to run.」という記述があります。スクリプトの実行やAPIリクエストではトリガーが動かず、例として FormResponse.submit() で回答を送信してもフォームの送信トリガーは動かない、と書かれています。テストの組み方に影響する部分です。
そして最も効いてくるのが1日の割り当てです。公式の割り当て表には、メールの送信先について消費者向けアカウントは100件／日、Google Workspaceは1,500件／日と記載されています。トリガーの総実行時間は消費者向けアカウントが90分／日、Google Workspaceが6時間／日、1回の実行は6分までです。URL Fetchの呼び出しは消費者向けアカウントが20,000回／日、Google Workspaceが100,000回／日と書かれています。なおこれらの数値には「subject to change without notice」という注記が付いています。
大量に送る受付では、この上限が先に効きます。またAPIを使う場合は別の上限があり、Forms APIの使用量制限は1分あたりで読み取りリクエストがプロジェクトあたり975回・ユーザーあたり390回、書き込みリクエストがプロジェクトあたり375回・ユーザーあたり150回と記載されています。超過時は「429: Too many requests」が返ります。
もうひとつ、スクリプトで組むときに忘れられがちなのが保守です。組んだ人が異動したあと、誰が直すのか。コードは表計算に紐づいて残りますが、意図は残りません。受付が続く限り動かし続ける仕組みなら、引き継げる形になっているかを先に決めてください。
締切と定員、そして書類を集める場合の条件
受付の性質によっては、標準機能の範囲で決着することがあります。ここも公式資料で確認できる範囲を押さえておきます。
締切と回答数の上限については、2026年1月に追加された機能があります。公式ブログには「Form owners and editors will be able to set a specific date and time to close the form, or set a certain number of responses that will trigger the form to close automatically.」と書かれており、日時での締切と、一定の回答数に達したときの自動締切が設定できます。この機能は「This feature will be OFF by default and can be enabled by form creators after they publish a form.」とあり、既定ではオフで、フォームを公開したあとに作成者が有効にします。提供範囲は「Available to all Google Workspace customers, Workspace Individual subscribers, and users with personal Google accounts」と記載されています。提供開始はRapid Releaseドメインが2026年1月12日、Scheduled Releaseドメインが2026年1月29日です。
設定はヘルプによると「Accepting responses」の下の「Set close date or response limit」から行い、日時で締め切る場合は「On a date」で日時を選び、件数で締め切る場合は「After a number of responses」で上限の件数を入力します。締め切ったあとに回答者へ表示する文言も編集できます。手動で止める場合は「回答を受付中」をオフにすると、「このフォームでは回答を受け付けていません」というメッセージが表示されます。
一方で、質問の選択肢ごとに定員を設ける標準機能については、今回確認した公式ページには記載が見当たりませんでした。講座の日程ごとに残席を管理したい、会場ごとに定員を分けたいといった要件がある場合は、標準機能だけで足りるかどうかを事前に確かめる必要があります。フォーム全体の件数での自動締切は使えますが、選択肢単位の残席とは別の話です。
書類を集める場合の条件も、事前に押さえておく価値があります。ファイルのアップロード質問について、公式ヘルプは「To answer this question, responders need to sign in to a Google Account.」と書いています。日本語のヘルプにも「質問に回答する際にアップロードを実行するには、Google アカウントにログインする必要があります。」とあります。社内であれば問題になりませんが、社外の不特定多数から書類を集める受付では、ここで応募をやめる人が出ます。応募者にアカウント登録を求めることの影響は、募集の性質によって大きく変わります。
フォームの作成者側で設定できる項目は公式に記載があり、「Specify which file types responders can upload」「Set up the maximum number of files responders can upload」「Choose the maximum file size responders can upload」と書かれています。日本語のヘルプにも「フォームのオーナーがファイルの数、種類、サイズの制限を設定できます。」とあります。ただし、最大ファイルサイズで選べる具体的な数値の一覧や、フォーム全体に設定できる合計容量の具体的な数値は、公開資料では確認できませんでした。
その他の条件として、「共有ドライブからファイルをアップロードすることはできません。」という記載と、ファイルのアップロード質問を含むフォームはメールに埋め込めないという記載（「You can't embed a form in an email when it contains: File upload question」）があります。またAPI側のドキュメントには「The API currently does not support creating file upload questions」とあり、現時点でAPIからファイルアップロード質問を作成することはできないと書かれています。APIで作成するフォームについては、2026年6月30日以降に作成したものは既定で未公開の状態になるという記載もあります。
権限、引き継ぎ、そして料金の位置づけ
受付は人が入れ替わっても続きます。引き継ぎの構造は、道具を選ぶときの重要な軸です。
共同編集者の追加は、共有画面から名前やグループを入力して「Editor」を選ぶ手順が公式に案内されています。共同編集者にできることについては、Google Workspaceラーニング センターに「招待したユーザーは、回答、回答の保存場所など、フォームのどの部分でも編集できます」と書かれています。編集者は全部触れるという設計です。閲覧だけ、対応状況の更新だけ、といった段階的な権限の分け方は、この記述の範囲では読み取れません。
回答用スプレッドシートの権限には、注意すべき記載があります。「When you create a new response spreadsheet, form collaborators automatically get access to it.」で、新しい回答用スプレッドシートを作成したときには共同編集者が自動でアクセス権を得ます。しかし続けて「Further changes to the permissions of the form won't synchronize automatically.」とあり、その後のフォーム側の権限変更は自動では同期されないと書かれています。担当者が退職したときにフォーム側の共有だけを外して、表側の共有を外し忘れる事故が起きうる構造です。人が入れ替わるたびに、フォームと表の両方を確認する手順を運用に入れてください。
オーナーの変更は、対象者を共同編集者にしたうえで、共有画面から「Select Transfer ownership and then Yes」で行うと記載されています。共同編集者の人数上限については、公開資料では確認できませんでした。
回答者側の公開範囲についても記載があります。「When you publish a form, responders can access it. If the form is unpublished, responders with the link can't access it.」とあり、公開していないフォームはリンクを持っていてもアクセスできません。「Under 'General access,' you can give access to anyone with a link or to target audiences.」とあり、リンクを知っている全員に開くか、対象のオーディエンスに限定するかを選べます。ドメインや信頼できるオーディエンス、ユーザーのグループに制限することもでき、回答者ごとにアクセスレベルを選んで有効期限を設定することもできると書かれています。
管理者側の設定も確認しておく価値があります。Google Workspaceでは「Google フォームを有効にするには、Google ドライブも有効にする必要があります」と記載され、設定変更については「変更が反映されるまでに最長で 24 時間ほどかかることがありますが、通常はこれより短い時間で完了します。」とあります。外部共有については、［共有設定］の［フォームの回答］で、ドメイン内のユーザーが外部で作成されたフォームに回答できるか、回答のためにフォームを外部と共有できるかを選択できると書かれています。社外向けの受付を作る前に、この設定を確認しておかないと、公開してから回答できないことに気づく事態が起きます。
料金の位置づけも整理しておきます。Google Workspaceの日本語の公式料金ページには、1ユーザーあたりの月額としてStarterが定価800円、Standardが1,600円、Plusが2,500円と表示されており、Enterpriseは料金の表示がなく営業への問い合わせが案内されています。閲覧時点では割引表示があり、Starterは640円（20%オフ）、Standardは1,280円（20%オフ）、Plusは1,250円（50%オフ）と表示されていました。ストレージはStarterが1ユーザーあたり30GB、Standardが2TB、Plusが5TB、Enterpriseが5TBで追加も可能と表記されています。
フォームがどのプランに含まれるかについては、料金ページの機能一覧に「フォームのアンケート作成ツール」があり、Starter、Standard、Plus、Enterpriseのすべてで利用可と表示されています。プラン間でフォームの機能に差があるかについては、Businessエディション比較の公式ページにForms固有の機能差の記載が見当たりませんでした（Geminiの「Help me create a form」の項目を除く）。また、「Googleフォームは個人のGoogleアカウントなら無料」と料金として明記した公式ページは、今回確認した範囲では確認できませんでした。個人のGoogleアカウントでフォームの機能が使えること自体は、前述の自動締切機能の提供範囲の記述から確認できます。
つまり、費用の面では受付の道具として非常に有利です。判断すべきなのは費用ではなく、受け付けたあとの工程にかかる人の時間のほうです。
受付の形ごとに、どこで境目が来るかを整理する
最後に、受付の形ごとに何が決め手になるかを並べます。自分の受付がどれに近いかを決めてから、これまでの章の該当箇所に戻ると判断が早くなります。
採用の応募受付は、書類のやり取りが必ず発生します。前述のとおり、ファイルのアップロード質問に答えるには回答者がGoogleアカウントにログインする必要があると公式に書かれているため、社外からの応募では回答者側に条件が付きます。加えて選考は何度も見返す作業なので、応募内容と書類と選考の記録が別々の場所にあることが効いてきます。応募受付で必要になる項目は採用の応募受付に整理されています。
助成金や公募の受付は、締切と要件確認が中心です。日時での自動締切は標準機能で扱えるようになったので、そこは足ります。境目になるのは、提出書類の不備をどう差し戻すかです。差し戻しの記録が残らないと、あとから「連絡したはずだ」という話になったときに証拠がありません。公募特有の流れは助成金・公募の受付にまとまっています。
日常の問い合わせ窓口は、件数と担当の数で決まります。1日に数件で担当がひとりなら足ります。件数が増え、担当が2人以上になった時点で、通知が自分にしか設定できないという制約と、返信の記録が表に残らないという制約が同時に効いてきます。この形の詰まり方は問い合わせの受付を参照してください。
イベントや講座の申し込みは、定員の扱いが決め手です。フォーム全体の回答数での自動締切は使えますが、選択肢ごとの定員については標準機能としての記載が公開資料では確認できませんでした。日程や会場を選ばせる形なら、ここが最初の分かれ目になります。イベントの申し込みと講座の受講申し込みに、それぞれの形で必要になる管理項目が整理されています。
施設利用の申請は、可否の判断と差し戻しが入ります。承認したのか差し戻したのか、理由は何だったのかを1件ごとに残せるかが軸です。施設利用の申請にこの形の設計がまとまっています。会員の入会申し込みは、受け付けたあとに継続的な関係が始まるので、受付のデータをそのまま名簿として使えるかが焦点になります。詳しくは会員の入会申し込みを見てください。修理やサポートの受付は1件あたりのやり取りが最も長くなるため、経過の記録が最重要です。この形の要件は修理・サポートの受付に整理されています。
こうして並べると、境目はいつも同じところにあることが分かります。受け付けたあとに人が動く工程が何回あるかです。ゼロ回なら、連携だけで足ります。1回なら、表に列を4つ足せば回ります。3回を超えるなら、表計算の1行に情報を詰め込む設計が先に限界を迎えます。
判断の順番も決まっています。まず「いま未対応が何件か」を5秒で答えられるかを試す。答えられないなら、状態が道具の中に入っていません。次に「担当が3日休んだとき、別の人が引き継げるか」を試す。口頭説明が必要なら、経過が道具の中に入っていません。この2つに答えられないときだけ、道具を見直す段階に来ています。どちらも答えられるなら、いまの組み合わせを続けてよく、直すべきは列の設計と運用の手順です。
受付の道具に何がそろっていると回るのかを具体的に確認したい場合はできることに一覧があり、実際の画面で対応状況や担当の割り当てがどう見えるかは動くところを見るで確かめられます。費用の比較をする場合は料金を、導入時によく出る疑問はよくある質問を参照してください。なお、応募者や問い合わせ者の個人情報をどこに置くか、どこまで保管するかについては法令の解釈が関わります。判断に迷う場合は、所管の窓口や専門家に確かめてください。制度の一次情報は個人情報保護委員会で確認できます。
Q1. Googleフォームとスプレッドシートの連携は途中で解除しても大丈夫ですか？
公式ヘルプには、解除すると新しい回答はスプレッドシートに送信されなくなるが現在のデータはそのまま残り、後で再接続できると書かれています。募集終了時に表を確定させる使い方には向きます。ただし解除中に届いた回答は表に入らないため、表だけを見て仕事をしている担当者がいる場合は、解除したことを必ず共有してください。
Q2. 回答が何件たまると連携が止まりますか？
Google Workspace ラーニング センターには、回答が100,000件を超えるとスプレッドシートと同期されなくなると記載されています。ほかに10,000件を超えるとCSVが送信日時順に並ばなくなり質問別ビューが表示されなくなること、50,000件を超えると回答の概要が表示されなくなることも書かれています。回答の受付自体は続き、CSVでのダウンロードは可能です。
Q3. 複数人で新しい回答の通知を受け取ることはできますか？
スプレッドシート側の通知ルールについて、公式ヘルプは自分に対してしか設定できないと明記しています。複数人に届ける標準の手段は公開資料では確認できませんでした。公式が案内しているのはGoogle提供の無料アドオンで、オーナーと共同編集者への通知を扱えると掲載されています。各自が自分で設定する運用も選択肢になります。
Q4. 対応状況を表計算で管理するとき、最初に何を決めればよいですか？
受付番号、対応状況、担当、最終更新日の4つの列を先に用意してください。対応状況は入力規則で候補を固定し、表記ゆれを防ぎます。フォームの回答が入る列は保護範囲を設定して直接編集できないようにし、並べ替えではなくフィルタ表示を使うと、共同編集で起きる行のずれを避けられます。