「google フォーム 代わり」で検索する人の多くは、フォームそのものに不満があるわけではありません。作るところは問題なく回っていて、詰まっているのは届いたあとです。誰が返したのか分からない、返信済みかどうかを表に手で書いている、書類を送ってもらったらログインを求められて応募が止まった。この記事では、まず乗り換える理由がない使い方を具体的に並べ、そのうえで乗り換えを考えてよい合図を挙げます。
先に結論を書きます。Googleフォームは、集めて終わる受付なら乗り換える理由がほとんどありません。判断が分かれるのは、受け取ったあとに返事を返す必要があり、受ける人が複数いて、対応の状態を残さなければならない場合です。代わりを探すかどうかは、機能の多さではなく、この一点で決めてください。
「代わり」を探す前に、乗り換える理由がない場合を先に確かめる
道具を替えるには必ずコストがかかります。旧URLの張り替え、社内への周知、担当者が新しい画面に慣れるまでの時間。そのすべてが受付の合間に発生します。足りているのに動くと、かけた手間の分だけ損をします。だから、代わりを探す前に「いまのままで足りる使い方をしていないか」を先に確かめる価値があります。
現場でよく聞くのは、乗り換えを検討し始めたものの、話を整理していくと困りごとが受付そのものではなく社内の連絡方法にあった、という話です。この場合、フォームを替えても何も変わりません。以下の4つに当てはまるなら、乗り換える理由は薄いと考えてください。
集めて終わる受付をしている場合
アンケート、社内の出欠確認、イベント後の感想集め、社内の備品申請。これらに共通しているのは、回答を受け取ったあとに一人ずつ返事を返す必要がない、という点です。集計して傾向を見れば仕事が終わります。
この使い方では、Googleフォームの標準機能で十分に足ります。公式ヘルプには、フォームで作ったものを送って回答をリアルタイムに分析できると製品の説明として書かれており、回答の概要は画面の中で確認できます。表計算に保存すれば、Google スプレッドシートによってデータが自動的にテーブル形式になり、形式と構造が設定されるとも案内されています。集計を目的にするなら、この時点で必要なものはそろっています。
ここに対応状況の列や担当の列を足す機能を追加しても、埋める手間が増えるだけです。返事を返さない受付に、返事の管理機能は要りません。
受ける人がひとりで、その場で返している場合
月に数件しか届かず、届いたその場でメールを返している窓口も、乗り換える理由がほとんどありません。この規模では、メールボックスの未読と既読が、そのまま対応状況として機能します。返信済みかどうかは送信済みフォルダを見れば分かり、二重返信も起きません。
判断の目安として、現場では月あたり100件を超えたあたりから表が回らなくなると言われています。行が増えると、どこまで見たかが分からなくなり、フィルタを外した瞬間に未対応が埋もれるからです。逆に言えば、その手前にいるうちは、道具を増やすほうが管理を増やします。
もう一つの目安は「担当が固定されているか」です。受ける人が一人で、その人が休んだら受付そのものが止まる前提で運用しているなら、割り当ての機能は使う場面がありません。
締切や定員を自動で閉じたいだけの場合
「定員に達したのに申し込みが入り続ける」「締切を過ぎた回答が届く」という理由で代わりを探し始めるケースがあります。この用途については、2026年に標準機能が追加されているので、まず設定を確かめてください。
Google の公式ブログには、フォームのオーナーと編集者が、フォームを閉じる特定の日時を設定するか、自動的に閉じる回答数を設定できるようになったと書かれています。提供範囲についても、すべての Google Workspace のお客様、Workspace Individual の契約者、そして個人の Google アカウントを持つユーザーが対象と明記されています。提供開始は Rapid Release ドメインが2026年1月12日、Scheduled Release ドメインが2026年1月29日です。
注意点は、この機能が既定でオフになっていることです。公式ブログには、この機能は既定でオフであり、フォームを公開した後に作成者が有効にできると書かれています。設定は「Accepting responses」の下の「Set close date or response limit」から行い、日時で締め切る場合は日時を選び、件数で締め切る場合は上限の件数を入力します。締め切った後に回答者へ表示する文言も編集できます。
締切や定員だけが理由なら、この設定を入れれば解決します。代わりを探す作業に入る前に、ここを確かめてください。
費用をこれ以上増やしたくない場合
すでに Google Workspace を契約している組織では、フォームは追加費用なしで使えます。日本語の公式料金ページの機能一覧には「フォームのアンケート作成ツール」が載っており、Starter / Standard / Plus / Enterprise のすべてで利用可と表示されています。プランごとの表示価格は、Starter が定価￥800、Standard が定価￥1,600、Plus が定価￥2,500で、いずれも1ユーザーあたり月額です。Enterprise には料金の表示がなく、営業への問い合わせが案内されています。
さらに、Google Workspace の Business エディション比較の公式ページには、Forms 固有の機能差の記載が見当たりません。つまり、フォームの機能を理由に上位プランへ上げる根拠は、公開資料からは読み取れないということです。いま契約しているプランのまま使うのが、費用の面では最も無理がありません。
なお「Google フォームは個人の Google アカウントなら無料」と料金として明記した公式ページは、料金ページ、製品ページ、ヘルプを確認した範囲では見当たりませんでした。個人アカウントでフォームの機能が使えること自体は、上に挙げた自動締切の提供範囲の記述から確認できます。
公式ヘルプで確認できる条件を、業務利用の目線で並べ直す
乗り換えの判断をするには、いまの道具で何がどこまでできるのかを正確に知る必要があります。ここでは、Google の公式ヘルプや開発者向けドキュメントに実際に書かれている条件を、受付を回す立場から並べ直します。すべて2026年9月1日時点で確認した内容です。仕様は変わるので、判断の前にはご自身でも確かめてください。
1つのフォームに置けるものの上限
公式ヘルプには、フォームを作成したあとに、質問、説明、画像、動画といったコンテンツを最大300個まで追加および編集できると書かれています。ここで重要なのは、設問だけの上限ではなく、説明文や画像や動画を含めた合計だという点です。案内文を丁寧に入れる申請フォームでは、設問数が少なくてもこの数に近づくことがあります。
セクションについては、トピックごとにフォームを整理するために最大75個まで追加できると書かれています。条件分岐で枝分かれさせる設計をしていると、この数が効いてきます。
なお、設問数そのものの上限や、フォームに入れられる画像1枚あたりのサイズ上限については、確認した公式ページに記載が見当たりませんでした。無いという意味ではなく、公開資料からは読み取れないという意味です。
回答が増えたときに効いてくる件数
業務で使うときに最も影響が大きいのが、回答件数によって一部の機能が効かなくなる仕様です。Google Workspace ラーニング センターには、次のように書かれています。
If certain features in your form don't work as expected, it might be because it has a large number of responses. These limits ensure Forms work reliably for all users. Your form continues to receive responses, which you can download in a CSV file. 出典: support.google.com
具体的な件数として、同じページには次の4つが挙げられています。回答が10,000件を超えると、CSV でダウンロードした回答が送信日時順に並ばなくなることがあります。同じく10,000件を超えると、質問別のビューと個別のビューが表示されなくなることがあります。50,000件を超えると、回答の概要が表示されなくなることがあります。100,000件を超えると、スプレッドシートとの同期が行われなくなることがあります。
引用のとおり、これらに達しても回答の受付そのものは続き、CSV でダウンロードできます。受付が止まるわけではありません。ただ、画面上で状況を見る手段が段階的に減っていくため、長く運用している受付ほど、この線に近づいていないかを確かめる価値があります。
年に数千件を受ける窓口であれば、同じフォームを数年使い続けると10,000件に届きます。年度ごとにフォームを分ける運用にしているなら、この心配はほぼ不要です。
ファイルを受け取るときの条件
応募書類、見積書、写真、申請書の控え。受付でファイルを集める場面は多く、ここが乗り換えの引き金になることがよくあります。
公式ヘルプには、ファイルのアップロード質問に回答するには、回答者が Google アカウントにログインする必要があると書かれています。日本語のヘルプにも、質問に回答する際にアップロードを実行するには Google アカウントにログインする必要があると明記されています。社外の不特定多数から書類を集める用途では、この条件がそのまま応募の途中離脱につながります。回答者にアカウント登録やログインを求めると、そこで手が止まる人が出るからです。
フォームを作る側が設定できる項目も公式に書かれています。回答者がアップロードできるファイルの種類の指定、アップロードできるファイルの最大数の設定、アップロードできる最大ファイルサイズの選択、そしてフォームで収集するすべてのファイルのサイズの上限の設定です。ただし、最大ファイルサイズや合計容量で選べる具体的な数値の一覧は、確認した公開資料では確認できませんでした。
保存先については、フォームのオーナーの Google ドライブの新しいフォルダに保存されると書かれています。ドライブ側の上限として、各ユーザーは24時間以内に750 GBをドライブにアップロードまたはコピーでき、最大5 TBのファイルをアップロードまたは同期できると案内されています。なお、このページにフォーム固有の記載は見当たりません。
そのほか、共有ドライブからファイルをアップロードすることはできないこと、ファイルのアップロード質問を含むフォームはメールに埋め込めないことも、公式ヘルプに書かれています。案内メールにフォームを埋め込んで回答してもらう運用を考えているなら、ここは事前に確かめてください。
自動返信と通知の仕組み
受付で必ず論点になるのが、届いたことを誰に知らせるか、そして回答者に何を返すか、の2点です。
回答者への控えについては、メールアドレスを収集している場合に「送信済みの回答のコピーを回答者に送信」を設定でき、「リクエストされた場合」または「常に」を選べると書かれています。設定は、フォームを開いて上部の設定から、回答の横の下向き矢印をたどります。ただし公式ヘルプには、迷惑メールフィルタやその他の不正利用対策により、回答者が想定どおりに受信確認を受け取れない場合があるという注記も添えられています。届く前提で運用を組まないほうが安全です。
本文を自由に書いた自動返信については、標準機能として本文をカスタマイズした自動返信を送れるという記載は、公開資料では確認できませんでした。公式ヘルプが代わりに案内しているのは、Form notifications アドオンです。Google Workspace Marketplace の掲載を見ると、提供元は Google、価格は無料で、回答者が送信したときに届くメールを設定でき、フォームのオーナーと共同編集者に対して、あらかじめ決めた回答数のしきい値に達したときに届くメールも設定できると書かれています。
フォーム側のメール通知は、回答タブのその他のアイコンから「新しい回答についてのメール通知を受け取る」でオンとオフを切り替えます。スプレッドシート側にも通知ルールがあり、頻度は1日1回のまとめか、変更のたびかを選べます。ここで効いてくるのが、公式ヘルプの次の一文です。
You can only set up notifications for yourself. 出典: support.google.com
スプレッドシートの通知ルールは自分にしか設定できない、と明記されています。複数人で通知を受けたい場合の標準の手段は、公開資料では確認できませんでした。公式が案内しているのは上のアドオンです。受ける人が2人以上いる窓口では、ここが最初の分かれ道になります。
共同編集と権限
共同編集者は、共有から名前やグループを入力して編集者に設定します。招待したユーザーは、回答、回答の保存場所など、フォームのどの部分でも編集できると書かれています。つまり権限の粒度は「編集できるか、できないか」であり、回答を見るだけの人と、フォームの設問を直せる人を分ける運用については、確認した公開資料からは読み取れませんでした。
回答用スプレッドシートについては、新しい回答用スプレッドシートを作成すると、フォームの共同編集者が自動的にアクセス権を得ると書かれています。あわせて、それ以降のフォームの権限変更は自動的には同期されないとも明記されています。人の出入りがある窓口では、フォーム側で外した人がスプレッドシート側に残る状態が起きます。年度替わりのタイミングで両方を確かめる運用にしてください。
なお、共同編集者の人数上限は、公開資料では確認できませんでした。
乗り換えを考えてよい合図
ここまでで、乗り換える理由がない使い方と、公式に確認できる条件を並べました。そのうえで、代わりを探し始める価値がある合図を挙げます。いずれも「機能が足りない」という話ではなく、いまの運用のどこが人手で埋められているか、という話です。
返信したかどうかが表に残っていない
最も多い合図がこれです。回答は自動で表に流れるのに、返信したかどうかは誰かがメールを見に行かないと分かりません。表に「対応済み」の列を作って手で書いている状態は、その列を書き忘れた瞬間に情報が嘘になります。
返信したかどうかが記録として残らない窓口では、二重返信と返し忘れが必ず起きます。どちらも相手に直接見える失敗です。この状態が続いているなら、送信されたあとの状態が画面に残る形に変える価値があります。
受ける人が2人以上いる
上に書いたとおり、スプレッドシートの通知ルールは自分にしか設定できないと公式に明記されています。受ける人が複数いる窓口で全員に届けようとすると、メールの転送ルールを組むか、アドオンや Apps Script を使うことになります。
問題は通知が届くかどうかではなく、届いたあとに誰が対応するかが決まらないことです。全員に届く通知は、全員が「誰かがやるだろう」と考える状態を作ります。担当を割り当てて、割り当てた事実が画面に残る仕組みが要るのは、この段階からです。
社外から書類を集めている
ファイルのアップロード質問には、回答者が Google アカウントにログインする必要があると公式に書かれています。社内向けの申請であれば全員がアカウントを持っているので問題になりません。しかし、採用の応募、助成金の申請、修理の受付のように、相手が誰か分からない受付では、この条件が応募数に直接効きます。
「応募フォームまで来たのにログイン画面で止まった」という取りこぼしは、こちら側からは見えません。フォームの送信数だけを見ていると気づけない種類の損失です。社外から書類を集めているなら、回答者に何を求めているかを一度確かめてください。
同じ内容の返信を毎回書き起こしている
書類の不備、受付の完了、選考結果の連絡。返す文面がほぼ決まっているのに、毎回メールソフトで一から書いている状態は、時間の使い方として無駄が大きいだけでなく、書き間違いの原因にもなります。
本文をカスタマイズした自動返信を標準機能として送れるという記載は、公開資料では確認できませんでした。公式が案内しているのはアドオンです。定型の返信を何種類も使い分けている窓口では、返信の型を画面に持てるかどうかが判断の分かれ目になります。
スプレッドシートの列を手で足し続けている
受付が育つと、表の列が増えます。対応状況、担当、返信日、備考、次のアクション。増えた列はすべて人が埋めるもので、埋め忘れると表の意味が壊れます。
列が5つを超えたあたりから、表計算を管理台帳として使う限界が見えてきます。ここで検討すべきなのは、より高機能なフォームではなく、届いたあとを扱う画面です。フォームの入力欄の作りやすさを比べても、この問題は解決しません。
締切や定員を人が見張っている
定員に達したら手で受付を止める運用をしているなら、まず上に書いた自動締切の設定を試してください。それで足りる場合が多いはずです。
一方で、質問の選択肢ごとに定員を設ける機能、たとえば「午前の部は残り3席、午後の部は満席」といった枠ごとの残席管理については、標準機能としての記載が公開資料では確認できませんでした。日程ごとに枠を持つ講座やイベントの受付では、ここが人手で埋められている場所になります。
代わりを探すときに見るべき軸
代わりを探すとき、機能一覧を横に並べて数を数えても判断できません。数が多い道具が自分の受付に合うとは限らないからです。見るべきなのは、いまの困りごとに直結する軸だけです。ここでは8つ挙げます。
回答者に何を求めるか
まず確かめるのは、回答する側にログインやアカウント登録を求めるかどうかです。社内向けなら求めても構いません。社外から集めるなら、求めない形が有利です。
ファイルを受け取る場合も同じ観点で見ます。書類を送る段階でアカウントを作らせる設計になっていないか。回答者がスマートフォンから送れるか。この2つは、応募数や申し込み数に直接効きます。
届いたあとの状態をどこに持つか
回答が届いたあと、対応状況をどこに書くのかを確かめます。表計算に列を足す形なのか、受付の画面そのものに状態が持てるのか。ここが最も大きな違いになります。
状態を別の場所に持つと、二重管理が始まります。フォームの回答は道具Aに、対応状況は道具Bに、返信の履歴は道具Cにある状態は、どれかが必ず古くなります。受け取ってから返すまでが同じ画面で完結するかどうかを確かめてください。
通知を誰が受けるか
通知の宛先を複数人に設定できるか、担当を割り当てたときにその人に届くか、を見ます。全員に一斉に届く通知と、担当者だけに届く通知では、運用の意味が違います。
あわせて、通知が届かなかったときにどうなるかも確かめます。通知に依存した運用は、通知が迷惑メールに入った日に止まります。画面を見れば未対応が分かる状態になっているかどうかが、実務では効いてきます。
返信をどこから出すか
返信を受付の画面から出せるのか、メールソフトに移って出すのかを確かめます。画面から出せる場合、返信した事実が自動的に記録に残ります。メールソフトに移る場合、記録は人が書くことになります。
返信の型を用意できるか、送る前に別の人が確認できるか、も同じ軸で見ます。定型の返信が多い窓口ほど、ここの差が日々の手数に効きます。
権限をどう分けるか
見るだけの人、返信までできる人、設問を編集できる人。この3つを分けられるかを確かめます。分けられないと、アルバイトや業務委託の人に受付を手伝ってもらうときに、フォームそのものを触れる権限まで渡すことになります。
人の出入りがある組織では、抜けた人の権限を確実に外せるかも確かめてください。権限が複数の場所に散っていると、外し漏れが起きます。
個人情報をどこに置くか
受付で集めるのは、氏名、連絡先、履歴書、場合によっては口座情報です。データがどこの国のどのサーバーに置かれるのか、誰がアクセスできるのか、保管期間をどう決めるのかを確かめてください。
個人情報の取り扱いについては、法律の解釈を自己判断で決めないほうが安全です。組織の規程に照らして判断が難しい場合は、所管の窓口や専門家に確かめてください。制度そのものについては個人情報保護委員会が情報を公開しています。
出ていくときのこと
導入前に確かめておくべきなのが、やめるときにデータをどう持ち出せるかです。CSV で書き出せるか、添付ファイルも一緒に出せるか、書き出しに人数や件数の制限がないか。
Googleフォームの場合、回答の件数が上限に達しても CSV でダウンロードできると公式に書かれています。代わりを探すときも、同じ水準で持ち出せるかを確かめてください。持ち出せない道具は、次に困ったときに動けなくなります。
料金の数え方
料金は金額そのものより、何で数えるかを見ます。受ける人の数で数えるのか、フォームの数で数えるのか、回答の件数で数えるのか。受付は季節で件数が大きく振れるので、件数で数える料金は繁忙期に読みにくくなります。
また、いま使っている道具の費用を正しく数えることも大切です。Google Workspace を契約している組織なら、フォームは追加費用なしで使えています。代わりを検討するときは、その差額と、手作業で埋めている時間を並べて比べてください。判断の材料としては、料金の考え方と、受付にかかっている人の時間を突き合わせるのが最も現実的です。
乗り換えないまま手前で直せること
合図に当てはまっても、いきなり道具を替える必要はありません。手前で直せることが2つあります。
1つ目は、公式が案内しているアドオンを使うことです。Form notifications アドオンは提供元が Google で価格は無料と掲載されており、回答者が送信したときに届くメールを設定でき、オーナーと共同編集者に対して回答数のしきい値で届くメールも設定できると書かれています。通知の宛先だけが困りごとなら、ここで足りることがあります。
2つ目は、Apps Script を使うことです。インストール型トリガーには「On form submit」があり、フォーム用と、回答がスプレッドシートに送られる場合のスプレッドシート用の2種類が用意されていると開発者向けドキュメントに書かれています。インストール型トリガーの利点として、承認が必要なサービスを呼び出せることも挙げられています。
ただし、Apps Script を選ぶ前に上限を確認してください。公式の割り当て表には、1日に送れるメールの受信者数が、消費者向けアカウントで100件、Google Workspace で1,500件と書かれています。トリガーの総実行時間は消費者向けアカウントが1日90分、Google Workspace が1日6時間で、1回の実行は6分です。これらは予告なく変更されることがあると注記されています。
もう1つ、スクリプトを組むときに見落とされやすい仕様があります。公式ドキュメントには、スクリプトの実行や API のリクエストではトリガーが動かないと書かれています。例として、FormResponse.submit() を呼んで新しい回答を送信しても、フォームの送信トリガーは動かないと明記されています。他の仕組みから回答を投入する設計にしていると、自動返信が動かない事故が起きます。
Apps Script でつなぐ判断をするときに、もう1つ考えておくべきことがあります。それは、書いた人がいなくなったあとに誰が直すのか、という点です。受付は止められない業務なので、動かなくなった日に直せる人がいないと、その場で手作業に戻ります。社内に保守できる人がいない場合、スクリプトは短期の解決にはなっても長期の解決にはなりません。
Forms API を使う場合も、確認しておくべき記載があります。読み取りリクエストはプロジェクトあたり1分975回、書き込みリクエストはプロジェクトあたり1分375回で、超過すると 429 が返ります。また、API では現時点でファイルのアップロード質問を作成できないと書かれており、API で2026年6月30日以降に作成したフォームは既定で未公開の状態になるとも明記されています。公開しないと回答を受け付けません。
場面ごとに、どこが最初に詰まるか
同じ「受付」でも、場面によって最初に詰まる場所が違います。自分の受付がどれに近いかで、見るべき軸が絞れます。
採用の受付は、ファイルと担当の2つで詰まります。履歴書や職務経歴書を集める必要があるため、回答者にログインを求めるかどうかが応募数に効きます。加えて、選考の状態を人ごとに追う必要があるので、対応状況の管理が最初から要ります。採用の応募受付では、書類を受け取ってから選考の状態を追うまでの流れを整理しています。
助成金や公募の受付は、締切と不備の連絡で詰まります。締切は自動締切の設定で対処できますが、書類の不備を伝えて再提出してもらうやり取りは、フォームの外に出ていきます。助成金・公募の受付は、提出物を受け取ってから審査に進めるまでの扱いをまとめています。
問い合わせの受付は、二重返信と返し忘れで詰まります。受ける人が複数いる窓口で最も起きやすい失敗です。問い合わせの受付では、誰が返したかを残す考え方を扱っています。
イベントと講座の申し込みは、定員と回ごとの管理で詰まります。日程ごとの枠を持つ場合、選択肢ごとの残席管理は標準機能としての記載が公開資料では確認できませんでした。イベントの申し込みと講座の受講申し込みは、回ごとの受付をどう扱うかの整理です。
施設利用の申請と会員の入会申し込みは、承認の段階で詰まります。受け取ってから承認するまでに複数の人が関わるため、いまどの段階にあるのかが見えないと問い合わせが増えます。施設利用の申請と会員の入会申し込みで、段階を持つ受付の考え方を扱っています。
修理やサポートの受付は、経過の記録で詰まります。1件のやり取りが長く続くため、過去に何を伝えたかが残っていないと同じ説明を繰り返すことになります。修理・サポートの受付は、やり取りの履歴を1件にまとめる形を扱っています。
比較ページと利用場面から読み取れること
受付の道具を比べるページを整理していくと、探している人の関心が集まる場所には、はっきりした偏りがあります。ここでは3つ挙げます。
1つ目は、比べられているのが「作りやすさ」ではなく「届いたあと」だという点です。フォームを作る作業は、どの道具でもそう変わりません。入力欄を並べて公開するところまでは、数十分で終わります。差が出るのは、回答が100件、500件と積み上がったあとの扱いです。Googleフォームとの比較では、作るところではなく受け取ったあとの扱いを軸に違いを整理しています。代わりを検討している人が確かめるべきなのも、この部分です。
2つ目は、乗り換えの相談が、同じ道具の中でも異なる場所から来ているという点です。サイトに埋め込む形で使っている人は、見た目と入力欄の自由度で困っていることが多く、単独のURLで使っている人は通知と担当で困っています。Contact Form 7との比較は前者、つまりサイトに埋め込んで使っている場合の論点を、Microsoft Formsとの比較は組織のアカウントを前提にした受付の論点を扱っています。同じ「代わりを探す」でも、出発点が違えば見るべき軸が変わります。
3つ目は、機能一覧を見て決める人より、動く画面を触ってから決める人のほうが、判断が速いという点です。受付の道具は、機能の名前だけでは自分の運用に合うかどうかが分かりません。担当を割り当てる操作、返信を出す操作、状態を変える操作を実際に触ってみると、いまの手作業のどこが置き換わるのかが一度で分かります。できることで扱える範囲を確かめ、動くところを見るで実際の画面を触っておくと、この判断が具体的になります。判断に迷う点が残ったときは、よくある質問に同じ論点がまとまっています。
代わりを探すかどうかは、機能の数では決まりません。いまの受付で人手が埋めている場所を1つずつ書き出して、それが道具で置き換わるかどうかを見てください。書き出した結果が「集計だけ」なら、乗り換える理由はありません。「返信の記録」「担当の割り当て」「社外からの書類」が並んだなら、そこが検討を始める地点です。
Q1. Googleフォームの代わりを探すべきかどうか、最初に何を確かめればよいですか？
受け取ったあとに一人ずつ返事を返しているかどうかです。アンケートや出欠確認のように集計して終わる受付なら、乗り換える理由はほとんどありません。返信の記録、担当の割り当て、対応状況の管理を人が手で埋めているなら、そこが検討を始める地点になります。機能の数ではなく、人手で埋めている場所で判断してください。
Q2. 定員に達したら自動で受付を止めたいのですが、Googleフォームでできますか？
2026年に追加された機能で、フォームを閉じる日時か、自動的に閉じる回答数を設定できると公式ブログに書かれています。すべての Google Workspace のお客様、Workspace Individual の契約者、個人の Google アカウントのユーザーが対象です。ただし既定ではオフで、フォームを公開した後に作成者が有効にする必要があります。まずこの設定を確かめてください。
Q3. 応募書類をフォームで集めたいのですが、注意点はありますか？
ファイルのアップロード質問に回答するには、回答者が Google アカウントにログインする必要があると公式ヘルプに書かれています。社外の不特定多数から書類を集める場合、この条件で途中離脱が起きます。あわせて、共有ドライブからのアップロードはできないこと、アップロード質問を含むフォームはメールに埋め込めないことも明記されています。
Q4. 複数人で新しい回答の通知を受け取ることはできますか？
スプレッドシートの通知ルールについては、自分にしか設定できないと公式ヘルプに明記されています。標準機能で複数人に通知する手段は、公開資料では確認できませんでした。公式が案内しているのは Form notifications アドオンで、提供元は Google、価格は無料です。ただし通知が届くことと、誰が対応するかが決まることは別の問題です。